我的信息消费速度，经常赶不上信息生产的速度。

平时订阅了不少博客、信息源和 newsletter。遇到感兴趣的作者，订阅一下；看到一份不错的周刊，也订阅一下。每次订阅都觉得值得看，但真正留给阅读的时间并没有跟着增加。

尤其是 newsletter。一封里面可能就有十几条链接，其中几篇看起来都不错。挨个打开，看着缩成一个方块的 chrome 标签，我就不想点开。等我有空继续读，下一期已经来了。

我想找一个应用，先让 AI 帮我看一遍，告诉我里面具体讲了什么。我再决定，哪些内容值得花时间细读。

后来，这个想法变成了 RSS Pal。

试过现成工具，还是想自己做一个

• 一开始，我尝试了 Cubox。
• 它有收藏和 AI 总结，乍看挺符合我的需求。但实际用下来，我觉得总结有些死板，也经常出现一些读完没留下什么的空话。继续对话追问，回答也常常没能提供更多有营养的信息。
• 这是我自己的使用感受。我最在意的是，总结能不能帮我判断一篇文章值不值得读。
• “介绍了某项技术的发展，分析了它的机遇与挑战”这类话，放进很多文章都成立，却很难帮我做决定。我想知道的是：作者提出了什么观点，拿了什么证据，哪些细节值得注意，以及这些结论在什么条件下才成立。
• 如果看完总结，我还得打开全文从头找一遍，才能知道文章到底说了什么，那总结就没帮我省下多少力气。
• 于是我决定自己做一个。订阅、抓取、总结、阅读都放在一起，按自己的阅读习惯想怎么改怎么改。

订阅负责把内容带过来

• 首先是订阅的问题。
• 添加源时可以先预览，确认抓到的内容是不是自己想要的，再订阅。对于能识别的 newsletter 页面，也可以选择订阅整个源，或者只收当前这一期。对于音频和视频节目，也要尽可能找到或生成文字稿进行总结。
• 订阅之外，偶然刷到一篇好文章，也可以通过浏览器插件或书签工具抓取到 RSS Pal，之后同样先看总结，再决定怎么读。至于怎样把网页正文抓干净、遇到不同网站又怎么处理，这里面也踩过一些坑，留到后面单独聊技术实现。
• 不过订阅完了，只解决了“咨询获取”。如果只是多了一个不断增长的未读列表，我还是读不过来。AI 总结要解决的是接下来那一步：这一批内容里，我现在想读什么？

我怎么读：先看总结，感兴趣再往下走

• 我现在习惯先看简短摘要，了解主要内容；有兴趣，再看更详细的总结。碰到想深究的观点或细节，就跳到对应正文，或者打开原文继续读。为了阅读的沉浸感，我也做了阅读模式排除干扰。
• 这几类内容，最能说明我为什么需要它。

• 高密度长文：先摸清文章在讨论什么

  • 比如 Dan Koe 的 《How to fix your entire life in 1 day》。这篇文章从身份认同、行为动机谈到目标和反馈，最后给出一套按早晨、白天、晚上安排的反思练习。
  • 直接从头读，需要花些时间才能摸清这些部分的关系。先看总结，就可以先知道：作者为什么认为只靠改变行动不够，以及前面的讨论怎样引出最后的练习。
  • 
  • 上面是几个主要观点，下面继续展开。详细总结中的“跳转原文”，可以定位到正文对应段落。
  • 如果我对那套练习感兴趣，就点它旁边的“跳转原文”，接着看作者具体让读者问自己什么问题。这里跳到的是 RSS Pal 收录正文里的对应位置；要打开作者的网站，页面顶部另有“原文链接”。
  • 
  • 点击后直接到达对应正文，旁边还可以跳回 AI 总结。先看概括，再读细节，不用在长文里重新找位置。

• Newsletter：先判断这一期有哪些值得打开的内容

  • 再比如 Hacker Newsletter #815。这一期包含精选链接、Ask HN、Show HN、代码、数据、设计等多个板块。
  • Newsletter 本身已经经过作者筛选，但我还需要按自己的兴趣再筛一遍。RSS Pal 会生成中文总结，让我先浏览这一期有哪些内容。
  • 
  • 英文 newsletter 先看中文概览，感兴趣的板块再跳回正文找链接。
  • 比如这一期的 Show HN 里，有本地模型速度体验工具、浏览器里的 ESP32 模拟器；代码板块里，有 Claude Code 团队的代码审查实践。看过概览，我就能选择想进一步了解的条目，再从正文打开它指向的文章。如果我从标题就觉得值得读，我甚至可以把链接加入抓取列表，等一会就能看到总结好的新文章了。

• 中文周刊：快速浏览，再挑出想细看的几条

  • 阮一峰的《科技爱好者周刊》第 416 期，题目是《编程已经面目全非》。除了编程话题，还收录了工具、资源、图片和文摘。
  • 
  • 先看本期主要话题，再从详细总结里的入口继续读对应内容。
  • 我通常先看总结，知道这期讨论了哪些话题。如果对“AI 会怎样改变代码审查和测试”的讨论感兴趣，就跳到那一节，看作者引用了什么观点、怎样展开。想找工具时，也可以从工具与资源部分继续看。
  • 总结帮我快速了解文章质量，发现兴趣点。这也是我最常用 RSS Pal 的方式：先浏览，再挑出几处细读。

对总结的要求，是读完能做决定

• 做这个应用，也让我更在意总结的质量。
• 一份总结写得整齐、流畅，和它有没有用，是两回事。对我来说，有用的总结应该尽量具体，让我看完能决定：这篇可以先放过，还是值得点进去读一读。实际上我最近已经只读总结就可以了，因为如果我真要去实现去应用把原文交给 agent 就行了。为此我还特意在顶部进度条做了一个表示 AI 总结的里程碑。
• 所以 RSS Pal 后续的调整，一直围绕这件事：保留原文的具体信息和原始说法，减少空泛的评价，也减少简短摘要和详细总结之间的重复。文章本来很短，就不必为了凑结构再写出一篇长文。
• 我还会继续做 RSS Pal，因为订阅列表还在更新，自己的阅读时间也依然有限。
• 现在我至少可以先看总结，再决定今天想认真读哪几篇。如果你也订阅了很多博客、newsletter 和周刊，却总是来不及读，可以看看 RSS Pal，这就是我做它的起因。