当RSS Deck学会和AI Agent说话

前几天，我写了一篇文章，讲我如何误打误撞造了一个工具，帮自己省下了99%的token消耗。

没想到反响出乎意料地好。很多人私信我，问的都是同一个问题：RSS Deck能不能直接接入我的AI Agent？

这个问题问得很好。它也恰好是我自己一直在想的事情。

RSS Deck很好用。我用它监控150个信息源，每天两次自动推送Telegram简报，省掉了大量不必要的token消耗。

但它有一个明显的边界：它是为人设计的。

你打开浏览器，看到漂亮的多栏界面，点击文章，阅读摘要。这一切都很顺手。

但如果你的AI Agent想用RSS Deck的数据怎么办？

Agent没有眼睛，看不了界面。它需要的是数据，是结构化的、可以直接处理的信息。而RSS Deck只提供了一个给人看的界面，没有提供一个给机器读的入口。

这就是问题所在。

在解释我做了什么之前，先说说MCP是什么。

你可以把它理解成一种”插头标准”。

就像全世界的电子设备，只要用了统一的USB接口，就能彼此连接一样。MCP是一种让AI Agent和各种工具互相连接的标准接口。只要一个工具支持MCP，任何兼容MCP的AI Agent都能直接调用它，不需要写复杂的代码，不需要反复调试。

对用户来说，意思就是：你的AI Agent可以直接对RSS Deck说”给我最新的AI新闻摘要”，RSS Deck就会回应。不需要中间人，不需要额外配置。

在完成RSS Deck之后，我花了几个小时，用同样的方式，也就是vibe coding加AI工具，造了一个配套的MCP服务器：RSS Deck MCP。

它的工作原理很简单：

RSS Deck在后台持续抓取和处理所有订阅内容，RSS Deck MCP则站在RSS Deck和AI Agent之间，充当翻译和过滤器。

当你的Agent问”有什么新消息”的时候，MCP服务器不会把150个频道的所有文章都扔给它，而是只返回上次查询之后真正新增的内容，并且已经压缩成简短摘要，去掉重复的报道，按照你设定的兴趣领域筛选过。

Agent拿到的是精炼过的情报，不是原始的信息洪流。

很多人用OpenClaw或者其他AI Agent来监控新闻，每次Agent运行都要重新访问网站、读取内容、整理信息。不仅消耗大量token，而且很容易因为网站结构变化而出错。

有了RSS Deck MCP之后，Agent不需要再自己去抓取网页了。它只需要问RSS Deck MCP一句话，就能拿到已经处理好的新闻摘要。

重复读取的问题没有了，因为MCP只返回新内容。

网站抓取失败的问题没有了，因为RSS Deck负责处理这一层。

token浪费的问题没有了，因为摘要已经提前压缩过。

整个信息获取的过程变得稳定、高效、可预期。

回头看，这件事的发展脉络其实很清晰。

RSS Deck解决了人的信息消费问题：我需要一个好用的信息指挥中心。

RSS Deck MCP解决了Agent的信息消费问题：我的AI助手需要一个可靠的情报来源。

两者之间不是竞争，而是同一件事情的两个面向。人用界面，Agent用接口，数据来自同一个地方。

这也让我意识到一件事：我们正在进入一个人和AI Agent共用同一套基础设施的时代。工具不再只需要对人友好，还需要对机器友好。两者都做好，才是真正完整的产品。

RSS Deck MCP现在已经开源，和RSS Deck一样是MIT协议，完全免费，可以自己部署。

如果你在用OpenClaw或者任何支持MCP的AI Agent，接入RSS Deck MCP之后，你的Agent就拥有了一个持续运行的新闻情报层，随时可以查询，不烧冤枉token。

RSS Deck MCP：github.com/mephistophelesbits/rssdeck-mcp

RSS Deck 主项目：github.com/mephistophelesbits/rssdeck

三周前我还只是一个想要一款好用RSS阅读器的普通用户。

现在我有了两个开源项目，一个给人用，一个给Agent用。

我没有写过一行代码。

这件事本身，可能比项目本身更值得思考。

欢迎来试用，也欢迎在评论区聊聊你的Agent工作流，下一步做什么，我想听真实用户的声音。

2026年大年初五