我做了一个 AI 伴读，因为 AI 摘要正在杀死阅读

四月的一个晚上，我在 Readwise Reader 里翻一篇存了三周的长文。读到第三段冒出一个想法，切到备忘录打了两行字，回来继续读。又有新的念头，又切出去记。来回几次之后我把文章关了。

不是文章写得不好。是每次切出去再切回来，阅读的连续感都得重新建立。那个月我翻了一下 Readwise 的记录，收藏了四十多篇，真正从头读到尾的不到五篇。

做了十年开发，我一直觉得阅读不需要什么工具创新。一篇文章加一个安静的环境就够了。但过去两年 AI 工具铺天盖地之后，我的阅读习惯出了问题：我越来越多地让 AI 替我”处理”文章，越来越少地自己读。让 Kimi 总结一下要点，让 Claude 回答几个问题，就觉得自己已经”搞懂”了。

回头想想，对这些文章我有什么自己的判断吗？几乎没有。因为整个过程里我没有在哪个段落停下来想过。

AI 摘要在解决”让你不用读”的问题。但我想要的恰好相反——有没有一个工具，让我读的时候，想法能直接写在原文旁边？

这个念头在四月越来越清晰。五月我开始写代码。

Yomitomo

Yomitomo（読み友）是一个本地优先的 AI 伴读桌面应用，支持网页文章和 EPUB 电子书。

“伴读”这两个字是刻意选的。市面上不缺 AI 摘要工具、问答工具、一键总结工具。它们很好用，但用完之后你对那篇文章的理解，和你自己从头读一遍获得的理解，是两回事。前者是别人嚼过的，后者才是自己消化的。

Yomitomo 的核心思路是把阅读的最小单位从”文章”变成”判断”。你读到某段话停下来，画一条高亮线。这条线是一个证据锚点，你可以在上面挂自己的想法，想法可以继续追问、讨论。读完之后留下来的是一组能回到原文具体位置的判断，而不是一篇脱离上下文的笔记。

不是一个人读

Yomitomo 有一个”阅读助手”的设计。你可以创建不同性格和关注点的 AI 角色，让它们陪你读同一篇文章。

比如我在读一本讲日本就业冰河期的书，会开两个助手，一个关注数据和经济逻辑，另一个关注社会和文化影响。它们各自的批注出现在原文旁边，和我的批注混在一起。我可以追问它们写的任何一条批注，它们也会回应我画的高亮。

这个交互跟聊天机器人不一样。聊天是你一句我一句，围绕你的提问转。伴读更像几个人捧着同一本书，各自在页边写批注，偶尔看到对方写了什么，抬头聊两句。

一本书，多个助手，按章节分工

读一篇几千字的网页文章，自己画线加批注就够了。但一本 EPUB 电子书十几个章节，手动逐章通读太慢。

Yomitomo 的”聚焦共读”可以解决这个问题。导入一本电子书后，系统分析每个章节的主题，你选择让哪些助手读哪些章节，然后一键启动。

助手的批注落在每个章节的具体段落旁边，不是给你一个章节摘要，而是像手动阅读一样的逐段反应。

共读结束后你按自己的节奏翻书。看到某条批注有意思就展开聊，觉得分析有漏洞就写一条反驳挂上去。最终留下来的是你和几个助手围绕同一本书的完整讨论记录。

数据在你手里

Yomitomo 的数据全部存在本地 SQLite 里。文章、电子书、划线、想法、讨论，都在你自己电脑上。LLM 的 API key 通过系统 keyring 保存，不经过第三方服务器。

阅读批注大概是一个人最私密的数字资产之一。你在某段话旁边写下的即时反应，比你发在朋友圈的内容更接近真实想法。这些数据不应该替你保管在别人的服务器上。

试试

Yomitomo 支持 macOS Apple Silicon 和 Windows x64，代码以 MIT 协议开源。

从 yomitomo.app 下载安装包，或者去 GitHub 看源码。目前还是 early alpha 阶段，很多细节在打磨中。

回到开头那个场景。现在我读长文的时候，想法直接写在段落旁边，不用切到别的应用。关掉再打开，上次的批注还在那儿。偶尔翻到几周前读过的一篇，发现当时写的一条想法太表面了，就在下面追加一条新的。

文章上面留着自己在不同时间点的思考痕迹。这种一层一层积累上去的感觉，是 AI 摘要给不了的。