OpenClaw 拿来盯资讯,还真挺好玩
这阵子我有个很强的感觉。
OpenClaw 这玩意,很多人第一反应还是装技能、接工具、跑任务——这个我完全理解。
但我最近越用越觉得,它拿来盯资讯也很有意思。
不是那种做个花活演示的有意思。
而是真的能把零散入口收成一套自己会长期用的东西。
你真正想持续跟住一个方向,最累的地方往往在入口太多。
X 要看,GitHub Releases 要看,RSS 订阅也要看!
有些作者发帖很快,有些项目更新很突然,有些博客一周不动,一动就是一篇长文。你如果全靠人去记,最后很容易变成两种状态,一种是漏,另一种是被打断。
说实话,我两种都碰到过。明明知道有些更新很重要,可你正在干活,根本不想每隔十分钟手动切一次页面。可你如果完全不看,等你想起来的时候,信息又已经堆成一片了。这还怎么长期盯?
所以我后来就不想再把这件事理解成看资讯。
我更想把它理解成给自己搭一套信息入口。
这套东西的目标很朴素,把高信号来源接进来,先筛一轮,再整理一轮,最后发到我自己真正会看的地方!
后来我才发现,OpenClaw 在这里最好玩的地方,是替你把资讯入口收起来。
你给它来源,给它规则,给它状态文件和发送出口,它就能一直盯着。
我后来把它拆成了三路
一开始我也想过,是不是就做一条实时推送算了。
后来很快就发现不行。
因为有些信息必须快,有些信息根本不适合快。你把所有东西都塞成实时提醒,群消息会马上变得很吵,最后谁都不想看。
可如果你反过来,全都等到早晚再统一看,也会有问题。像 X 上的重要新帖,或者某个项目突然发了新版本,这种东西晚几个小时再看到,味道就已经不一样了。
我后来才明白,这件事真不能一把梭。
所以我把它拆成了三路。
早报。
晚报。
还有一个实时 10 分钟任务。
这个拆法看起来笨,实际很有用。它做的事情很直接,就是把不同节奏的信息摆回它本来该在的位置。
早报和晚报,负责把碎消息收成一段稳定阅读
早报和晚报这两路,其实都是汇总稿。
它们不抢时效,主要负责把某个时间窗里的东西收一收,再给你一版相对稳定的成品。
当前配置里,早晚报看的主要是一组相对适合窗口化阅读的来源。
像 OpenAI 的新闻源、Anthropic 的新闻源、Google 的 AI 博客、路透科技这类来源,就很适合放进汇总。你早上集中看一轮,晚上再收一轮,整个人会稳很多。
还有一些来源挺有意思,当前甚至已经放进了医学和建筑方向的 RSS。比如路透健康、Nature 的糖尿病研究、ArchDaily、Dezeen 这些来源。
这点反而让我更确定,这套系统不是一个只会盯 AI 八卦的小玩具!
它更像一个你可以按自己兴趣继续加料的私人编辑台。
真正执行的时候,早报和晚报都不是一边抓一边发。
它们会先把这一轮候选内容整理成一份固定结果。
早报会先把晨间时间窗里的候选内容拉回来,做主题匹配和时间过滤,再把这一轮能发的内容固定下来。
晚报也是同样的思路,只是处理的是另一段时间窗。
我很喜欢这个设计!
这样后面的发送层就不用一边发一边重新判断内容,它只要读取已经整理好的结果就行。排查问题也方便,你直接看这一轮留存下来的快照,就知道到底选中了什么。
我把两张真实截图也放进来,你会更容易一下子看懂。
早报这张,能看出它就是把一个时间窗里的内容整理成一条完整推送,不只是甩一个链接过去。

晚报也是一样的思路,只不过承担的是白天之后的收口。

你把这两张图和上面的逻辑一对照,就会很直观。早报和晚报真正有用的地方,在于它们把碎信息收成了稳定阅读,不会让你继续被零碎更新拉着跑。
那些必须快知道的,我就交给 10 分钟实时任务
真正需要快的内容,我没有再硬塞进早晚报。
这一层我单独放在实时巡检里跑。
也就是每 10 分钟扫一次高价值来源,只要有新东西,就尽快推出来。
当前这路看的重点也很明确,X、OpenClaw Releases,再补少量高频 RSS 和博客。
X 这块我觉得特别有代表性。现在盯的账号也不是漫天撒网,基本都是一组很明确的 AI 相关作者和官方号,比如 sama、karpathy、demishassabis、AndrewYNg、OpenAI、AnthropicAI、GoogleDeepMind、xAI、openclaw 这些。
更重要的不是名单本身。
而是配置思路已经很清楚了。新帖发现以后,会翻成中文,带上原帖链接、帖内链接、线程上下文,而且默认用 tweet_id 去重。你看到的不会只是一句孤零零的搬运,而是一条尽量能看明白来龙去脉的更新。
比如这张图,就是一条典型的 10 分钟推送。
它把 X 作者的新帖直接整理成中文推送,原帖链接也留着,适合你在群里扫一眼就知道值不值得点进去。

不过这里我得先讲清楚!
我现在盯的这些主题、作者和来源,只是我自己的参考清单。
它不是标准答案,也不是大家都该照着抄的默认配置。
你如果平时更关心别的方向,比如某几个开源项目、某些行业媒体、某些作者,或者你根本不想看我现在盯的这些内容,完全可以直接跟 OpenClaw 说,把关注列表改成你自己的版本。
这件事我觉得反而特别关键!
因为个人资讯推送最值钱的地方,从来不是我盯了什么。
而是你可以让它越用越像你自己。
GitHub Releases 这一段也一样。
我以前总以为这种监听会很重,要么去抓页面,要么靠一堆零散命令拼。后来看到实际实现,反而觉得很干净。说实话,我当时还愣了一下……
它直接订的是 https://github.com/openclaw/openclaw/releases.atom。
也就是说,当前这路更新老老实实走 GitHub 的 Releases 订阅源,然后再由统一整理逻辑去处理,再发出去。这样不是更稳吗?
更细一点,版本更新这一块还会先被单独筛出来,再走专门的发送逻辑。
还有一个我挺喜欢的小细节。
实时任务里不是只有 X 和版本更新,还额外放了 Nous Research Blog 的 RSS。
这说明整个系统的判断不是平台导向。
谁需要快,就让谁进这一路!
还有一张图也挺能说明问题。
它不是早报,也不是晚报,就是 10 分钟推送本身。而且这张还能看到,系统不只是转一条文字,连线程合并、正文图片这些信息也一起带过来了。

所以你会发现,10 分钟推送这一路最适合干的,就是把那些需要马上感知的更新先顶到你面前。
OpenClaw 在这里,干的其实是统一整理的活
很多人一看到这种系统,第一反应会是,是不是又写了几个抓取脚本,然后拼到一起。
说真的,我一开始也这么想。
后来把材料看完以后,我反而更愿意把 OpenClaw 理解成一个资讯整理内核。
真正的总控,是一层统一的运行时逻辑。
它会按早报、晚报、实时任务三种模式去加载不同来源,拉候选内容,做主题匹配,做时间窗过滤,过滤明显噪声,再整理成适合发送的结果。
然后发送层再往后接。
整个过程大概就是这样。
X / GitHub Releases / RSS -> 统一整理 -> 发送结果 -> 群
这一串里我觉得最容易被忽略的,其实是状态文件。
系统现在会把各种快照、去重结果、X 轮转状态、版本更新状态都留在本地状态目录里。
更细一点,它连去重池都已经拆开了,实时任务一套,早报一套,晚报一套。
这个改动看着不起眼,其实很实在。以前如果大家共用一个去重池,某条内容可能在实时任务里记过一次,到早报里就被误判成已经发过。你不去拆它,后面会一直觉得系统哪里怪怪的,却不一定马上看出问题。
为什么我会越来越喜欢这种三路结构
因为它终于承认了一件事。
人的注意力也是分层的。
有些东西你就是想马上知道。
有些东西你更适合在一个完整时间段里慢慢看。
还有些东西,哪怕它挺重要,也不值得在群里把你当场打断。
早报负责晨间汇总,晚报负责白天之后的收口,实时任务负责那些拖不得的高价值更新。
这三个角色一分开,整个阅读体验就会从乱,变成有节奏。
我现在最喜欢的是,自己终于不用每天靠意志力去想,今天到底该先刷 X,还是先翻 RSS,还是先看项目有没有发新版本。
系统已经替我把节奏排好了!
如果你也想搭一个自己的版本,我建议先从小的开始
别一上来就把战线拉得太长。
那样很容易把自己搞懵。
你先问三个问题就够了,哪些来源必须快,哪些来源适合汇总,最后你想把成品发到哪里?
然后再补一句。
你不用先把关注主题一次定死。
先给 OpenClaw 一个初版列表,后面再边用边聊,边看边改,这样反而更自然。
今天你想多看 X 上的作者,就把那一组加重。
明天你想少看行业新闻,多盯几个 GitHub Releases 或某些 RSS,也可以直接让它帮你调!
像我现在这版,发送层的目标也收得很窄。它只做一件事,把整理后的内容投递到群里。其它额外需求我都先不往里塞。
这个边界感,我觉得特别重要!
边界一旦清楚,系统就会清爽很多。你不会一边想抓资讯,一边又忍不住把飞书同步、外部平台分发、发布归档全部塞进去。那样看起来什么都想做,最后最容易乱。
反过来,你把事情收窄以后,很多决策会突然变得简单。
来源怎么分层。
去重池怎么拆。
什么适合实时,什么适合汇总。
这些问题都会更容易答。
最后
我现在越来越相信一件事。
个人资讯推送这件事,值得认真做。
不是因为它多酷。
而是因为你一旦把入口整理好,很多高质量信息就不会再从手边漏过去。你也不会每天都被一堆碎消息拽着跑。
对我来说,OpenClaw 在这里最好玩的地方,就是它让我能把 X、GitHub Releases 和 RSS 这些原本分散的入口,收成一套自己能长期用下去的东西。
先把它收稳,先把节奏分清,先把成品送到自己真的会看的地方。
做到这一步,其实已经很够用了!
如果你也对这条线感兴趣,可以先关注我。 如果你自己也在折腾类似流程,或者你觉得哪一段还值得继续展开,也欢迎在评论区告诉我。
夜雨聆风