AI 时代， RSS 作为机器可读的规范协议，继续承载着基底的信息流通功用。一个 XML 文件，天生是给机器看的，但既然机器读得了，为什么还要绕一道 MCP？因为「读得懂」和「办得成」是两回事。
只把一条 feed 拿下来念一遍，agent 用一次 HTTP 请求就够了，确实不需要 MCP。卡住的是另外三件事：agent 不知道有哪些 feed 存在、今天哪些是新的，全量拉一次又太贵；RSS 是只读的，标记已读、加订阅、改过滤这些动作它一个都表达不了；写操作要凭证，每个服务一套 key，agent 自己管不了。MCP 就是 2024 年底 Anthropic 提出的那套接口标准，把这三件事包成「工具」交给 agent：先问有哪些工具、参数是什么，再按需调用，凭证由服务端替你收着。
因此，最近的 PR 里收到了数个将 RSS 和 MCP 联动的服务：
📖 输入端接 MCP，是让 agent 不必另存一份数据。reader（PR #149）把
/mcp 开在阅读器身上，agent 能读你的订阅流和列表，等于把「你订了什么、什么还没读」变成随问随答的接口，省掉导出 OPML、再把几百条标题贴进对话这一步。AI观潮（PR #163）和 Trace（PR #167）是另一种：开放的是自己筛好的新闻库，agent 不用去翻它们那几条 RSS，直接按主题问就行，一个中文摘要、一个英文且能自部署。🏭 输出端接 MCP，目的都是让 agent 接管「生成和调整」。RSS Emit（PR #141）给了 agent 一个托管地址，它能按条件造 feed、盯住没有 feed 的页面、把条目推进 Slack 或 Telegram。过去这几步要分别拼脚本和 webhook，现在是一次工具调用。Proofite（PR #144）再进一步：agent 不只读你每天那份简报，还能改背后的过滤，什么进得来、多深、多技术、多久一次、什么再也别出现。省掉的是「看完还得自己回去改设置」那一趟。
打个比方：RSS 是每天送到门口、已经码好的一摞报纸、杂志，谁都能翻，翻完也就只是翻完；有了 MCP， agent 就能成为那个能替你翻、按你的口味做好剪藏、还能出门替你换订阅、回答你的提问的助手。报纸还是那些报纸，变化在于终于有管家了。
