简悦

嗨，大家好，我是 Kenshin 喜欢手冲、徒步、骑行、旅行的全干工程师（全栈开发者）。目前在做的产品是：简悦（一款集沉浸式阅读、标注、稍后读、导出等功能于一体的新型一站式知识管理工具）。

我对它的定位比较模糊：并不只是一个「阅读模式」扩展，也不只是一个「稍后读」工具 —— 而是一个更广义上的内容管理中枢。

由于工作性质的缘故，我对「时间的自律性」这一概念有着非常深刻的体会。

简单解释一下，比如 uBlock 等插件可以帮我们解决网页广告问题，但是它们解决不了「相关性」问题：我们在浏览某篇文章的时候，网站为了「留住」用户，往往会在网页的一些固定位置加入「相关阅读」模块。

举个例子，这就好比我在查询《碟中谍8》的彩蛋时，过了 1 个小时才发现我已经转向了其他内容…… 虽然我也从这些相关内容中汲取了不少知识，但是时间也就这样过去了，我本来可以利用这些时间完成其它更优先和重要的事。

因此，我开始使用一些阅读模式类型的工具，但是没有找到能符合我需求的产品，于是我开发了简悦。

最开始当然是从我的痛点入手 —— 解决掉「无法专注」的问题（沉浸式阅读模式功能），但随着使用的深入，我发现阅读只是学习环节的第一步。

当你有了沉浸式阅读场景后，自然而然的就要开始下一步，如：整理信息（加稍后读）、标注（标记重点内容）、笔记（导入到各种生产力工具），这些功能并没有刻意为之，全部都是自然而然的发生。

开发简悦之前，阅读模式类产品已经存在很久了，主要作用 「将标题、正文等提取出来，再整理为适合阅读的样子呈现在用户面前」。但由于每个页面的结构不一样，页面还有可能包含代码、防盗链的图片等资源，导致阅读模式呈现出来的效果差强人意。

而简悦的做法比较另类：根据每个页面不同的结构，专门适配这些网站，并且按照符合中文阅读的习惯生成页面即可。（截止到目前为止，我和社区用户共同适配了 417 类网站），这种做法类似 uBlock 社区规则和 RSSHub 适配规则。

干扰内容之前也简单的提到，并不是「飘浮」在网页边缘的广告（关于这个问题 uBlock 已经非常完美的解决了），而是与当前内容主题无关的引导型链接，而简悦则可以在手动适配上剔除了这些内容。

当 OpenAI 出现时，简悦马上接入了 AI 功能：阅读助手（1.0 版于 2023年02月10日 发布，截止到现在共发布了 20 个迭代版本，插件下载量超过 100K+，是简悦插件系统中第一个达到 10w 下载量的插件 😄） 不只如此，基于本地化特性的简悦，天然可以跟各种本地大模型搭配，实现个人知识库 AI 系统（RAG），同时也支持现在流行的 MCP 方案，更多细节可以 移步这里。

其实还挺唏嘘的，毕竟「Read It Later」就是 Pocket 的前身，而这个名字等同于稍后读，为此我专门写了一个系列的文章纪念下：《一代大佬终将故去，但总有后来（本地化稍后读）产品正年轻》。

其实在开发简悦时，我就有意识的避免将简悦打造成在线稍后读，在线稍后读并没有让用户真正拥有数据（因为这些数据仍旧在「线上」，稍后读开发商 / 云服务商的硬盘里），所以在线稍后读本质上是仓储服务，而这类服务从来都不是小公司能玩的。😂 自从 Pocket 宣布关停之后，网络上掀起了一波关于「稍后读 = 稍后不读」的讨论，甚至「稍后读消亡论」一度甚嚣尘上。但在我看来，稍后读并不会消亡，真正面临终局的，可能只是「在线稍后读」这类集中式的、依赖平台存续的形态。

本地稍后读的优势在于：当你持续使用它进行收集时，时间一长，就会逐渐构建出一个以你兴趣和需求为核心的内容集合。这个集合，其实就是你的「个人数据库」。

我并不是第一次提到这个概念。早在 2021 年，我就写过一篇文章 《本地存储 + 线上获取：我的个人数据库建构路径》，其中详细介绍了我的实践方法。

所以结合 AI 并借助 RAG 方案，稍后读可以完全成为你的个人 AI 助理，你所需要是就是使用简悦将这些线上数据保存到本地，然后在有需要的时候使用大模型调用它们。

好奇心和每天都重度使用自己的产品（我在简悦的稍后读中保存了 3623 篇文章）。

8分

1分留给未来的简悦。

1 分是因为简悦是基于本地化的产品（如：Obsidian 均有一定的上手门槛），虽然文档齐全并官方推出了免配置的配置库方案，但还是仍有不少可以优化的地方。