RSS 与 MCP: 让 Agent 真正接上你的信息流

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 就能成为那个能替你翻、按你的口味做好剪藏、还能出门替你换订阅、回答你的提问的助手。报纸还是那些报纸，变化在于终于有管家了。

一周后 XSLT 退场

Chrome 将在11月17日于其稳定版移除对 XSLT 的支持。这代表着频道收集过的 RSS Feed 美化工具将受牵连。其中，RSS.Style 已重写成 JavaScript。Chrome 帖子的 RSS 与 Atom 那一节 给出的替代方案是：首先，建议还是用 RSS Feed 发现工具查找 <link rel="alternate" type="application/rss+xml">， 其次是调用 XSLT polyfill。

🔗 Chrome 的移除说明
💬 HN 讨论贴

📌 #XSLT