发生了什么？
去年 Pocket 关闭时，很多人都觉得，「稍后阅读」这类产品可能真的没什么新花样了。
我用了很长一段时间的 Readwise，现在却已经退化到只使用 Raindrop 这类书签管理工具，或者直接把文章发送到 Todoist 里。Readwise 的一大堆功能，我似乎都不太用得上，只是偶尔才会用到。
大多数时候，我只希望 Readwise 做好收藏，让我能在合适的时候舒服、安静地阅读而已。所以，我并不太关心 Ghostreader、AI 操作和大量自动分类之类的功能。
也许不少人收藏的内容越来越多，真正读完的却越来越少。每个人一天只有 24 小时，真正能够集中注意力的时间也就那么几个小时。
而且现在，浏览器已经有了成熟的阅读列表和书签工具，可以直接保存网页。更重要的是，这些年 AI 已经能够在几秒钟内总结一篇长文。为了「以后可能会读」而单独安装一个 App，看起来反而有些奇怪了。
没想到，到了 2026 年夏天，两款最有代表性的「稍后阅读」工具却几乎同时迎来了重大更新。（以前还有 Pocket，现在已经没了。）
近期，Instapaper 发布了十多年来规模最大的 iOS 更新，重建了网页版，并将 AI Voices 带到了 Android。
Readwise 则通过 Reader Public Beta Update，集中展示了 Global Ghostreader、Readwise V2、移动端对话、新版搜索，以及已经投入使用的增强版 MCP 和 CLI。
Readwise 和 Instapaper 这两个老牌的「稍后阅读」工具，正在走向两条不同的道路：
- Instapaper 仍然相信，「稍后阅读」首先应该是一个安静、简单，而且让人愿意打开的阅读器。
- Readwise 则正在把 Reader 和 Readwise 组合成一座资料库：我们不仅可以阅读和划线，还可以搜索、提问、引用和整理，甚至让 AI Agent 直接操作里面的内容。
我不止一次想过，当我们按下「Read It Later」按钮时，未必是在承诺：「我以后一定会读。」
更多时候，我们只是在想：
以后可能有用，我害怕失去它。
Instapaper 和 Readwise 的分岔，就发生在这里。
Instapaper 10：把一个经典阅读器重新做好
Instapaper 这次大规模重写了网站。新版网页加入了三栏阅读界面、多选功能和完整的键盘快捷键，同时提升了页面加载速度。
Instapaper 10 还重新设计了 iPhone 和 iPad App，新增了阅读字体、列表样式和主屏幕小组件，并改善了后台同步、文章下载速度和 iPad 多任务体验。
但我也有一种感觉：这就像商场总以为大幅翻修便能吸引新顾客。
这些都不是什么特别时髦的概念。
三栏界面让我们更容易在列表和正文之间切换；键盘快捷键让归档、移动和添加标签变得更加顺手；新的视觉样式让文章读起来更舒服；小组件则把收藏的内容重新放到用户眼前。
Instapaper 似乎相信，只要提供这些便利和更好的视觉体验，人们就更容易回来，把留到「稍后」的文章真正读完。
不过，它并没有假设每个人都需要将未读内容清零，也没有要求用户先搭建一套复杂的整理系统，更不会让人产生一种仿佛必须把阅读库变成个人知识管理系统（PKM）的错觉。
这次甚至连唯一显眼的 AI 功能：Android 上的 AI Voices，本质上也仍然服务于更舒适的阅读体验。
AI 被用来提供更加自然的语音，把「看文章」变成「听文章」，而不是在列表上方放一个对话框，替我们决定这些文章究竟是什么意思。
但话说回来，这也不是什么新鲜事了，对吧？都 2026 年了，一些媒体网站甚至已经自带「朗读」按钮了。
新版发布后，有人说新的外观让自己从 Raindrop 重新回到了 Instapaper；也有人不适应重建后的网页，询问能否继续使用旧版，或者反馈同步和阅读进度方面的问题。
作为 Raindrop 用户，我没有太大动力回到 Instapaper。仅仅换一个地方做同样的事情，还不足以打动我。
作为一个已有近二十年历史的老工具，Instapaper 不需要我们重新学习一套阅读哲学。我觉得它本身是一个了不起的工具，但时代或许已经变了。
Readwise V2：朝着资料库方向一去不返
Readwise 的情况复杂得多。
2026 年 8 月发布的 Reader Public Beta Update，更像是一次阶段性汇总。Readwise V2 已经在不久前正式发布，更完整的云端搜索功能也在更早之前开始测试，新版 MCP、CLI 和预制 Skills 则在此前陆续推出。
在 8 月这轮更新中，Global Ghostreader 和 Reader 移动端的对话功能被推到了前台。
过去，Ghostreader 主要围绕当前打开的文档工作。我们可以让它解释一句话、总结一篇文章，或者围绕某个段落继续提问。
现在，Ghostreader 可以在整个资料库中查找相关内容，从不同文档里抽取段落，再附上可点击的引用来回答问题。
它还拥有可以重复使用的 Skills，并且能够调用工具，为文档添加标签、撰写笔记、保存新内容和修改元数据。
比方说，我可以问它：
我保存过哪些反对把个人知识库完全交给云端 AI 的观点？
这已经不是传统意义上的「阅读辅助」了，而是我在上文提到的、截然不同的另一条路：直通 AI 加持下的个人知识库。
讽刺的是，为了回答「有哪些观点反对把个人知识库完全交给云端 AI」这个问题，我需要先把自己的阅读记录和收藏内容全部交给 Readwise 的云端服务管理。
Ghostreader 会先检索整个资料库，再组织答案。我们也可以让它找出最近保存但尚未处理的相关文章，推荐合适的标签，或者将一批低优先级内容移出 Inbox。
如果觉得 Readwise Reader 自带的 AI 不够强劲，Readwise MCP 又把这套能力开放给了 Claude、ChatGPT、Codex 和 Cursor 等外部 AI 客户端。
AI Agent 可以执行全文搜索和语义搜索，获取文档与划线内容，创建笔记，添加或移除标签，修改元数据，也可以在 Inbox、Later、Shortlist 和 Archive 之间移动内容。
这些功能确实让我感到兴奋。它们足够出色，也顺应潮流。
但转念一想，我仍然认为这些信息应该保存在本地，而不是托管在 Readwise 那里。为了让 AI 访问自己的资料而增加一层云端托管，似乎有些多余。
尽管如此，看到 Readwise V2，我还是挺兴奋的。只不过在个人选择上，我仍然更加偏好「本地优先」。
最后，真正改变的是……
如果只制作一张「功能对比表」，那么 Instapaper 和 Readwise Reader 仍然都是典型的稍后阅读工具。
它们都能保存网页、清洗正文、离线阅读、划线、搜索和使用语音。
但它们想要解决的问题已经不一样了。
一个希望你回归阅读的本质，保持克制和保守；另一个则希望你积累更多资料，建立更大的资料库，完成更加复杂的工作，甚至远远超越阅读本身，成为思考过程的一部分。
这本身没有对错，最终取决于用户的偏好和目标。
用户可以自行选择，通往目标的路并不只有一条。产品有差异，用户有选择的余地，这本身就是一种「幸福」。
传统的「稍后阅读」工具有一个隐含假设：我们要亲自打开并读完保存下来的内容。每多收藏一篇文章，就像多欠下了一笔注意力债务。
但这套逻辑建立在 AI 出现之前。现在，情况已经发生了变化。
我甚至觉得，不先经过 AI 的提炼就直接阅读，似乎有点对自己的注意力不负责任。当然，即使 AI 很擅长减少我们必须亲自阅读的内容，它也不能替我们完成所有真正有价值的阅读。
关于 Readwise MCP 的实际使用讨论中，已经出现了这类工作流。
有用户让 AI 分析自己的阅读时段和阅读习惯，再据此设计 Filtered Views；也有人让 Agent 自动为每天新增的内容打上标签，或者区分哪些文章只需要阅读摘要，哪些文章值得阅读全文。
Instapaper 似乎还没有引入这类工作流，我觉得这是它目前最大的问题。
即使产品选择保持克制和保守，一切以良好的阅读体验为中心，也至少应该提供相应的接口，例如 MCP 或某种 API，让其他工具，尤其是 AI，能够访问其中的内容。
即使文章都保存在本地，我也会引入这样的访问机制。毕竟，本地文件天然具备被其他工具访问的条件。
归根结底，「稍后阅读」仍然是「稍后阅读」。
但未来真正发生重大变化的一定是：
由谁来稍后阅读。
效率火箭，火箭君的新博客 