← All posts

我误打误撞,造了一个帮我省下99% Token消耗的工具

一个关于RSS阅读器、AI Agent、和意外发现的真实故事


**一切从一个 "自私"的需求开始**

我一直有一个小小的执念:我想要一款真正适合自己阅读习惯的RSS阅读器。

不是那种打开就是一堆未读数字压着你的焦虑感,也不是把所有内容堆成一列让你无限下滑的设计。我想要的,是那种一眼扫过去就能掌握全局的感觉,就像当年TweetDeck给我的那种体验:多栏并排,信息一目了然,像一个真正的信息指挥中心。

市面上没有完全符合我口味的工具,于是我决定自己动手。

就这样,RSS Deck 诞生了。

TweetDeck风格的多栏布局、本地AI摘要、情绪分析、全文抓取。我把它开源了,放到GitHub上。虽然不是什么大项目,但用起来顺手,这就够了。

#### 然后,OpenClaw的风潮来了

就在RSS Deck上线后没多久,AI Agent的浪潮开始席卷整个技术社区。每个人都在谈论OpenClaw,谈论如何用AI Agent自动化日常工作流。

我也被卷进去了。

OpenClaw确实令人着迷。你可以用自然语言描述一个任务,然后看着AI Agent像一个真正的助手一样,自己打开浏览器、查找信息、整理内容、发送通知。那种感觉,就像第一次看到手机能上网一样,你突然意识到很多事情从此不一样了。

我开始把各种任务交给OpenClaw来做。

其中最高频的一个任务,就是新闻监控和摘要推送。

#### 听起来很美好的自动化

我的设置是这样的:

OpenClaw每隔几个小时自动运行一次,访问我关注的150个新闻源和社交媒体账号,阅读最新内容,用AI整理成摘要,然后推送到我的Telegram。

每天两次,早上一次,晚上一次。

效果?说实话,挺好的。信息及时,摘要准确,Telegram准点收到通知。一切都按预期运转。

我以为这就是AI Agent该有的样子,把复杂的事情自动化掉,让自己解放出来做更重要的事。

直到有一天,我打开了API的账单页面。

那个让我愣住三秒的数字

每月token消耗:超过2400万。

我盯着那个数字看了很久。

起初我以为是显示错误。刷新了一下,数字没变。

2400万token,光是为了让一个Agent帮我读新闻、写摘要、发Telegram。

#### 我开始往回推这件事是怎么发生的:

每次OpenClaw运行,它都要从零开始。打开浏览器,访问每一个新闻源,读取页面内容,这些内容全部变成token喂给模型。然后是Agent的工具调用循环,查询、思考、再查询、再思考,每一个来回都在消耗token。等到最后真正生成摘要,输出的那几百个字,反而是整个流程里最便宜的部分。

更关键的是,它每次都在重复读取同样的内容。昨天已经读过的文章,今天它并不记得,于是又读了一遍。

这不是智能,这是有组织的浪费。

#### 然后我看了一眼自己的另一个项目

就在我盯着账单发呆的时候,我的目光无意间扫到了桌面上一直开着的另一个标签页。

RSS Deck。我自己做的那个RSS阅读器。

我突然意识到,我已经造好这个东西了。

RSS Deck每隔30分钟自动抓取所有订阅源的新内容,缓存在本地,只有真正新的文章才会被处理。它本来就有AI摘要功能,本来就有情绪分析。而且,就在几周前,我参考OpenClaw的设计思路,给RSS Deck加了一个Telegram推送功能。

我只是从来没有把它当成OpenClaw的替代品来用过。

那天晚上,我花了不到一个小时,把所有的新闻监控任务从OpenClaw迁移到了RSS Deck。

#### 切换之后

迁移完成后的第一个早上,我的Telegram照常收到了早间简报。内容质量和以前没有区别,同样的150个信息源,同样的AI摘要,同样的情绪分析。

然后我去看了一下token的消耗。

每月321,000 token。

**从2400万到32万,减少了76倍。99%的token消耗消失了。**

#### 为什么差距这么大?

这背后的逻辑其实很简单,但当时我完全没有想到。

OpenClaw是一个通用Agent,它用"行动"来解决所有问题。监控新闻对它来说,意味着每次运行都要重新浏览、重新阅读、重新理解。Agent框架本身就有大量的中间步骤和工具调用,每一步都在烧token。

RSS Deck是一个专门为"持续监控加推送"设计的工具。它只在后台默默抓取,只把真正新的内容送给AI处理,整个流程没有多余的步骤。AI只需要做它最该做的事,写摘要。

用一句话来概括:

**Agent擅长处理需要推理和决策的任务。但 "监控新闻"本质上是一个感知问题,不是推理问题。用Agent来做感知,就像用挖掘机来种花,能做,但贵得离谱。**

#### 一个意外的产品顿悟

这件事让我重新思考RSS Deck这个项目的定位。

它不只是一个"好看的RSS阅读器"。它实际上是一个持续运行的网络情报层,静默地监控你关注的所有信息源,用AI处理和提炼,以你想要的方式推送给你。

它和OpenClaw不是竞争关系,而是互补的。RSS Deck负责感知和情报收集,OpenClaw负责基于情报做出决策和行动。这个组合,才是更合理的AI工作流。

#### 如果你也在用OpenClaw监控新闻

我想直接告诉你:你很可能在为本不需要付的token买单。

如果你的OpenClaw cron job做的主要是"访问网页、读内容、发摘要"这件事,RSS Deck可以用更低的成本、更稳定的方式替代这个环节。

RSS Deck现在支持:

\- 150个以上信息源的多栏管理

\- Anthropic、Gemini、OpenAI、Kimi、MiniMax、Ollama本地模型全支持

\- OPML导入,从Feedly、Inoreader一键迁移所有订阅

\- Telegram每日简报,定时推送,自定义频率

情绪分析,每篇文章自动标注正面/负面/中性

\- 完全自托管,Docker一键部署,数据不出本地

完全开源,MIT协议。

rssdeck.vercel.app

github.com/mephistophelesbits/rssdeck

最后

我没有计划做一个"OpenClaw替代品"。我只是想要一个好用的RSS阅读器。

有时候,解决方案早就在那里了,只是你没有意识到,直到账单提醒了你。

2026年正月初三

Follow my WeChatWeChat 公众号 QR codeScan to follow