bookmark-is-learned：AI 帮你自动整理书签最新版

图：bookmark-is-learned 的 GitHub 仓库主页，含功能说明与演示（2026-11 截图）

定位与基本信息

bookmark-is-learned 是一款开源 Chrome 扩展，仓库地址 github.com/iamzifei/bookmark-is-learned，目标写在项目名里：收藏到就是学到。它只做一件事——当你在 X（Twitter）上点击收藏按钮时，当场抓取该帖全文，生成一份 AI 摘要卡片，并把摘要加原文存成一份本地 Markdown 文件，让收藏这个动作顺带完成阅读。仓库 2026 年 2 月创建，2026-11 快照：366 个星标、52 次分叉、4 个未关闭 issue，最近一次提交为 2026-08-11。仓库未声明开源许可证。它没有上架 Chrome 应用商店，按 README 的方法以开发者模式加载未打包的扩展程序运行。

平台背景

这是个人开发者的单人项目，README 以中文为主，页面上挂有 Ko-fi 赞助链接。代码结构从仓库目录可直接核对：popup（弹窗设置）、background.js（后台脚本）、content.js（注入 X 页面抓取内容）三件套，外加一个 native-host 目录，里面是 Python 写的本地文件写入助手（btl_file_writer.py），用来突破浏览器默认下载目录、把 Markdown 存到任意自选文件夹。从 2026 年 2 月建仓到 8 月保持更新，之后约三个月未见新提交，维护节奏已经放缓，入手前要有这个预期。

图：仓库 README 页，含三种保存模式与支持的内容类型说明（2026-11 截图）

核心服务与功能

核心流程是「收藏即摘要」：在 X 时间线点任意推文的收藏按钮，页面右下角弹出 TLDR 卡片，给出要点提炼、步骤流程，末尾附 1–10 分的事实核查可信度评分；连续快速收藏时多张卡片堆叠显示、互不阻塞。内容抓取做了深度处理：自动展开「显示更多」折叠，能抓 X Articles 长文全文、引用与转发帖的被引用原文、整个帖子串（Thread）。保存有三种模式：TLDR 摘要模式生成 AI 摘要（Markdown 含摘要加原文），原文模式跳过摘要直接存全文，AI 关闭时只存元数据加原文、后两种不需要 API Key。模型侧支持 OpenAI、Claude、Kimi（月之暗面）、智谱 GLM 四家 API，可填自定义 Base URL 走自备网关，也可以调用本地 Claude CLI 而完全不用 Key。其他细节：摘要历史记录可回看（附原帖链接）、摘要语言支持简繁中文、英文、日文、韩文、深色模式跟随系统、API Key 以 AES-GCM 加密后存在本地不上传云端。

归档文件的具体形态也值得说清：每次收藏生成的 Markdown 里，TLDR 模式下包含 AI 摘要加原文，原文模式与 AI 关闭模式包含元数据加完整原文；若帖子带有引用链接或链接预览卡片，文件里会多出一个 Referenced Links 小节，把引用链接以可点击形式附上，方便日后回查。设置页里有一个独立的 AI 开关，位于 AI 服务配置区域：关掉它，之后所有收藏只存原文与元数据、不调用任何模型，适合临时处理不想发给云端的内容。摘要的事实核查评分与要点结构是固定格式，不需要使用者自己写提示词，这也是它与「把帖子丢给聊天机器人总结」的本质区别——流程被固化进了收藏动作本身。

使用方式

安装按 README 五步：克隆仓库到本地，打开 chrome://extensions/，开启右上角开发者模式，点「加载已解压的扩展程序」选中项目文件夹，再点工具栏扩展图标选模型、填 API Key、选摘要语言与保存模式。之后正常刷 X，点收藏即触发摘要与存档，Markdown 默认下载到 Downloads/bookmark-is-learned/ 目录。想改存到 Obsidian 库等任意文件夹，需多一步：装仓库提供的 Native Helper（在高级设置里一键下载安装脚本、终端运行、重启浏览器），再在设置里选文件夹。

适用人群

适合在 X 上做信息收集、收藏夹常年积灰的人：研究者、开发者、内容从业者，以及用 Obsidian、Logseq 等 Markdown 知识库沉淀资料的人。不适合两类人：一是想管理全部浏览器书签的人——它只处理 X 的收藏，不碰 Chrome 书签栏和其他网站；二是不愿自备任何 API Key、也不打算装 Claude CLI 的人，那样只剩原文存档模式，核心摘要功能用不上。

图：仓库 native-host 目录页，本地文件写入助手的脚本与安装文件（2026-11 截图）

还有一个实际体验点：摘要卡片是在 X 页面内弹出的，刷流时连续收藏多条，卡片会堆叠排队显示，可以逐张看完再关，不会因为手快连点而漏掉某一条的摘要；看完的摘要也不消失，会沉淀到扩展的历史记录与本地 Markdown 两处，日后按原帖链接就能找回。

免费与付费

优缺点

优点：

• 不改变使用习惯：动作还是点收藏，摘要与归档在后台自动完成，这是它和「先存再说」的收藏工具最不一样的地方。
• 摘要带事实核查评分：每条摘要末尾给 1–10 分可信度，对刷信息流的人是个有用的过滤提示。
• 数据在自己手里：成果是本地 Markdown 文件，不锁在任何平台账号里，可直接进个人知识库。
• 隐私细节做到位：API Key 以 AES-GCM 加密存储于本地，README 明确不做云端同步。

缺点：

• 平台单一：只支持 X 的收藏，网页、公众号、YouTube 收藏都不在范围内。
• 维护放缓：最近一次提交是 2026-08-11，至快照时约三个月无更新，X 一改版抓取就可能失效且修复不及时。
• 安装要开开发者模式：未上架应用商店，非技术用户门槛明显。
• 许可证缺失：仓库未声明 License，二次分发与商用使用的权利边界不清。

同类里还有一个常被拿来比较的对象是浏览器自带的收藏与稍后读服务，但逻辑完全不同：稍后读解决的是「存下来」，队列只会越积越长；这个扩展解决的是「存的当下就读完摘要」，用一次模型调用换掉日后大概率不会发生的回看。对收藏量不大、每条都会认真看的人，它的价值有限；对每天在 X 上扫大量信息、收藏纯粹为了留档的人，它把留档变成了留知识。

同类竞品对比

再补一条成本预期：摘要按次调用模型 API，一天收藏几十条长帖时，token 消耗并不低，尤其是 X Articles 与长 Thread 的全文摘要；仓库没有提供用量统计功能，控成本要靠自己在服务商后台看账单。另外它目前只认 X 的收藏按钮，X 网页版与第三方客户端的界面差异也可能影响触发，装好后先拿一条普通推文实测收藏、确认本地生成了 Markdown 文件，再正式投入使用。

注意事项与风险

第一，摘要质量风险：摘要与事实核查评分都由模型生成，可能提炼错重点甚至编造细节，评分只能当参考，重要内容必须回原帖核对。第二，数据流向：用云端模型时，帖子全文会发送到你所选的服务商，涉及隐私的内容先想清楚再收藏触发。第三，供应链与更新：开发者模式加载的扩展不受应用商店审核，手动 git pull 更新时认准官方仓库地址，不要从来路不明的分叉装。第四，平台依赖：它深度依赖 X 的页面结构与收藏交互，X 改版或限制自动化抓取时功能可能整体不可用，且该项目当前更新不勤，要有等待修复的心理准备。