订阅5份新闻简报,读的时间里有30~40%都是浪费。因为同一件事,你在五个地方重复读了五遍。
有个开发者觉得,解决方法不是"总结得更好",而是"真正去读原文"。
你也订阅过好几份新闻简报吧?
假设你用五份新闻简报看GPT-5.5发布的消息。加起来读了48分钟,但真正算得上新信息的只有11分钟左右。剩下的37分钟,是同一件事换了个说法又讲了一遍。
如果订阅了20份新闻简报,重复内容会占掉阅读时间的30~40%。用信息学者克莱·舍基的话说,问题不是信息过载,而是过滤失败。
这不是编辑偷懒——每家媒体都在各自追逐"本周新闻"这个同一个信号,所以是结构性的问题。靠人工筛选也解决不了,因为等你意识到两篇是重复的,你已经把两篇都读完了。
于是他做了一个真正读原文的机器人
这个在GeekNews上引发讨论的案例有意思的地方在于,解决方案不是"更聪明的摘要",而是"更认真地阅读"。
这套流程每天监控12个RSS信息源(行业媒体、官方AI实验室公告、韩国本地媒体、社区来源),按来源权重、是否重复报道、时效性打分,选出前10条。规则是单一媒体不超过3条,官方声明至少占2个名额。
到这里,跟其他AI新闻机器人差别不大。不同的是它读的是原文全文,而不是RSS摘要,遇到付费墙就换成替代文章。报道同一事件的文章会被合并成一条,其余的以相关链接的形式列出——语义相似度、实体匹配、时间聚类结合起来用,是实际可行的做法。
还有一个每天公开的数据页面,显示从多少篇文章里筛出了最终的10条;难懂的术语点一下就能看到解释(15天里积累了60多个)。韩语、英语版本还是同步发布的。
| 常见的AI新闻摘要机器人 | 真正读原文的流程 | |
|---|---|---|
| 信息来源 | RSS摘要片段 | 原文全文 |
| 重复事件 | 各媒体分别展示 | 自动识别后合并 |
| 筛选标准 | 不公开 | 每天用数据页公开 |
| 专业术语 | 原样保留 | 点击即可看解释 |
但真正的胜负手是在做完之后
把流程做出来还不是终点。刚一上线,就有评论指出"滚动太长,摘要和要点篇幅太大,读着读着就跟丢了思路"。另一条评论说,显示预计阅读时间是个好主意——"给用户留选择空间,这才是UI的关键"。
作者在一天之内两次响应了这些反馈——加了摘要折叠、阅读时间显示、目录。
做过类似东西的另一位开发者也说了同样的话:重要的不是"完美的系统",而是"先做出一个能跑起来的系统"。上线之后能多快修复问题,比流程一开始有多完美更重要。
自己动手,可以这样开始
- 先从20个以内的信息源开始
混合行业媒体、官方博客、社区来源,把RSS信息源控制在20个以内。可管理比全面更重要,尤其是刚开始的时候。 - 用免费的调度工具每天跑一次
不需要服务器,用GitHub Actions每天定时触发就行,或者更简单一点,先用本地crontab加shell脚本起步。 - 先筛选,再通读
把所有文章都读到原文级别,API费用会飙升。按来源权重、是否重复、时效性先打分,只让排名前10左右的文章被通读全文。 - 把同一事件合并成一条
用语义相似度做聚类,重复文章只保留链接。省了这一步,机器人也会原封不动继承人类原本就有的重复问题。 - 打开反馈渠道,快速修复
让部署流程保持轻量,做到被指出问题的当天就能修,而不是拖到第二天。
想深入了解
Daily AI Thread 本文提到的实际产品——每天早上8点用韩语、英语同步发布的AI新闻简报 dailyaithread.com
为什么你会把同一条新闻简报读五遍 用数据剖析新闻简报重复问题的文章 readless.app
2026年AI RSS摘要工具7选 AI驱动的RSS阅读器与摘要工具对比 readless.app
把4小时缩短到4分钟的新闻简报自动化 一位独立开发者用AWS Claude 3、GPT-4实现每天不到0.19美元自动化整理的记录 indiehackers.com
用Claude和GitHub Actions搭建AI新闻机器人 从RSS采集到邮件发送的分步搭建指南 medium.com
用Claude Code打造自己的经济新闻助手 一位韩国开发者用crontab、shell脚本、Slack webhook搭建的实战记录 velog.io
