题记与说明
- 综合自：《课题纵轴报告：发展脉络》（parts/2026-11-04-个人知识库导入管线-vertical.md）与《横向对比：网页PDF邮件音频到统一Markdown》（parts/2026-11-04-个人知识库导入管线-网页PDF邮件音频到统一Markdown-横向对比-horizontal.md）。两份章节稿均于 2026-11-04 当日检索成稿，关键事实各附当日核对的一手或二手来源 URL。
- 本稿性质：综合报告修订稿（2026-11-04，按独立审读意见逐条修订后定稿）。已合并两稿重复内容、消解两稿分歧（处理明细见附录 A）、保留全部来源链接。新增核验四处（Obsidian Web Clipper 最早 release 日期经 GitHub Releases 核验；Steph Ango 出任 CEO 时间经其官网核验；Kill the Newsletter! 创建时间线经 thechangelog/ping #193 与 GitHub 仓库核验；Readwise Reader 整篇全文导出经官方推文核验），详见第四节"本稿新增核验的范围"；其余事实均沿承两稿当日检索结果；两稿自报的存疑事项合并列于第四节诚实清单。
- 结构：TL;DR → 一、纵轴：发展脉络 → 二、横轴：横向对比 → 三、交叉洞察（两轴结合说明了什么、对用户的判断与建议）→ 四、存疑与未核验事项 → 五、参考来源 → 附录 A：两份章节稿的分歧与重复处理明细（原 3.5 节）。
TL;DR
把网页、PDF、邮件、音频清洗成统一 Markdown 落入本地知识库，二十年里从"剪藏进私有云"演化为一套有专用模型与官方基础设施的工程体系：Readability（2008）开正文清洗先河，Obsidian（2020）让本地 vault 成为汇聚点，Whisper（2022）与文档专用 VLM（2024–2025）把任意媒介转文本的边际成本压到近零。2026 年底的横截面则是：零件齐备且免费，但"四源统一清洗落盘"没有现成完整答案——网页赛道无空白，PDF 三强无绝对赢家，邮件与音频是最大空白；Omnivore（2024-11）与 Pocket（2025-07）不到一年先后"关停并限期删除用户数据"，使本地 Markdown 从极客偏好变成风险管理动作。建议：网页别自研、PDF 按类型路由解析器、邮件与音频自建补白——清洗质量与幂等性才是真正的护城河。
一、纵轴：发展脉络
1.1 课题界定
"个人知识库导入管线"指把网页文章、PDF（含扫描件与学术论文）、邮件/Newsletter、音视频四类异构输入，经过正文抽取、语音识别、版面解析等环节，清洗并规范化为统一的 Markdown 文件（含 front-matter、标题层级、链接、表格、公式），落入本地知识库（典型载体为 Obsidian vault）的一整条工具链。它包含四条子管线：
- 网页：正文抽取（去广告/导航/评论/推荐位）→ HTML→Markdown；
- PDF：版面分析、阅读序重建、表格与公式识别 → Markdown；
- 邮件：Newsletter 转投递（邮件→RSS/HTML）→ 复用网页管线；
- 音频：自动语音识别（ASR）→ 文本 → Markdown。
"统一 Markdown"之所以成为靶心格式，在于它是本地纯文本、可版本管理、可被 LLM/RAG 直接消费的最大公约数。纵轴观察的问题是：这条管线如何从零散的"剪藏/收藏"需求，演化为一套有标准、有专用模型、有官方基础设施的工程体系。
1.2 阶段总览
| 阶段 | 时间 | 一句话概括 |
|---|---|---|
| 前史 | 2006–2015 | 稍后阅读与全文剪藏兴起，但终点是私有云格式，Markdown 尚未成为枢纽 |
| 一 | 2016–2019 | 本地 Markdown 转向，"正文清洗"首次成为独立工程问题 |
| 二 | 2020–2022.8 | Obsidian 生态成型，四条管线各自出现"原生件" |
| 三 | 2022.9–2023 | AI 拐点：Whisper 与多模态抽取让"任意媒介→文本"成本骤降 |
| 四 | 2024 | 官方下场与格局洗牌：官方剪藏器、PDF 解析竞赛、稍后阅读品类崩塌 |
| 五 | 2025–2026.11 | 模型原生解析、Agent 化导入，本地 Markdown 成为防御性选择 |
1.3 前史（2006–2015）：稍后阅读时代，清洗的算法鼻祖出现
- 2006-08-03：UC Berkeley 哲学教授 John MacFarlane 上传 Pandoc 0.1（约 3000 行 Haskell，Markdown/HTML/LaTeX 互转）。这个"万能标记转换器"为日后的格式统一埋下伏笔（Twenty Years of Pandoc、LWN 报道）。
- 2007 年：Pocket 以 "Read It Later" 之名诞生，2017 年被 Mozilla 收购（TechCrunch, 2025-05-22）。
- 2008 年：纽约咨询公司 Arc90 发布 Readability 书签脚本，用启发式算法从杂乱网页中抽取正文——这是"网页清洗"的算法鼻祖；2009 年演化为同名稍后阅读服务（Arc90 原页镜像、Wikipedia: Readability)）。该服务 2016-09-10 关停，但其算法被 Mozilla 吸收进 Firefox 阅读视图，并开源为
@mozilla/readability（github.com/mozilla/readability）——此后十五年几乎所有网页管线的默认起点。 - 同期 Evernote 及其 Web Clipper 确立"剪藏进云端私有库"的范式（背景常识），输出是私有格式而非 Markdown。
阶段驱动因素：云同步普及让"把网页保存下来"以中心化服务形式解决；清洗第一次产品化（正文抽取算法），但清洗结果是 HTML/私有格式，Markdown 还只是程序员的小众格式。
1.4 阶段一（2016–2019）：本地 Markdown 转向，"清洗"成为独立工程问题
- 本地纯文本运动：Joplin（2017 年开源）确立"本地 Markdown 文件 + 开放同步"路线（joplinapp.org，年份为背景常识）；Zettelkasten 卡片盒方法经 Ahrens《How to Take Smart Notes》（2017）一书大众化，"外部素材 → 原子笔记"流程开始流行（背景常识）。
- 邮件管线雏形：Leandro Facchinetti 的 Kill the Newsletter! 把 Newsletter 邮件转成 Atom feed，让邮件内容绕过收件箱直接进入阅读器。创建年份（本稿修订时补核验）：首版服务 2015 年 4 月上线——作者在 thechangelog/ping #193 中自述"the service I created inspired by this issue"（2015-04-20）；现行开源版本 2018 年 5 月发布于 GitHub（仓库 created_at 2018-05-09）——2018 版落在本阶段窗口内，故归期成立。2021 年 2 月经 Hacker News 讨论走红——阶段外延伸事件（走红时间 2021-02 超出本阶段 2016–2019 窗口，按主题归入本节叙述），邮件→可读文本这一环自此有了稳定通道。
- 网页清洗学术化：Adrien Barbaresi 的 trafilatura 于 2019 年前后成型，其 ACL 2021 系统演示论文给出系统基准：在正文抽取上显著优于同类开源库（ACL 2021 demo 论文、官方文档）。"正文抽取质量"首次有了可比较的评测。
阶段驱动因素：中心化服务的封闭性与商业化苗头引发不满；双向链接与本地纯文本工具兴起；批量抓取与语料需求让清洗质量可度量。四条管线仍互不相通——网页靠书签脚本，PDF 靠 pdftotext 式工具，邮件靠自制转发，音频几乎无解。
1.5 阶段二（2020–2022.8）：Obsidian 生态成型，管线有了汇聚点
- 2020 年 3 月：Dynalist 作者 Shida Li 与 Erica Xu 发布 Obsidian 公测版，本地 Markdown + 双向链接 + 插件 API（Wikipedia)、Ness Labs 访谈）。Obsidian 不做"导入功能"，而是把 vault 定义为本地文件夹——任何工具只要能写出 Markdown 文件，就是管线的一环。
- 网页管线的社区原生件：deathau 的 MarkDownload 浏览器扩展把网页（含选中区、正文模式）转成 Markdown 保存，成为 Obsidian 社区事实标准（GitHub、Obsidian 论坛讨论）。
- 2022-10-13：Obsidian 1.0 正式版（UI 重设计、标签页），脱离 beta（官方 Changelog）。
- 2022-12-14：Readwise Reader 公测，明确支持网页文章、Newsletter 邮件、RSS、PDF、EPUB 五类输入（作为来源收纳；其"清洗为 MD 笔记落盘"的口径讨论见附录 A），并借助 Readwise 的 Obsidian 导出把标注回流到 vault（Readwise 官方博客）——"多源汇聚到一个入口、再导出 Markdown"的一体化形态首次出现。
按主题归期注：本节两条带 2022 年 Q4 日期的事件——Obsidian 1.0（2022-10-13）与 Readwise Reader 公测（2022-12-14）——实际发生时间已进入 1.2 表中阶段三的窗口（2022.9 起）；因二者主题仍属"Obsidian 生态成型与多源汇聚"，按主题就近归入本节叙述，1.2 表的阶段窗口划分不受影响。
阶段驱动因素：双链笔记热潮与居家知识工作叠加；插件生态让"导入"从应用功能下沉为社区插件，个性化管线爆发——但也埋下单点维护风险（MarkDownload 后来停更即为注脚）。
1.6 阶段三（2022.9–2023）：AI 拐点——音频与 PDF 的文本化成本骤降
- 2022-09-21：OpenAI 开源 Whisper（68 万小时多语言音频训练的 ASR），音频→文本从"商业 API/人工"变成"本地可跑"（OpenAI 官宣）。2022 年 11 月 Georgi Gerganov 发布 whisper.cpp：纯 C/C++、无依赖、CPU 可跑（GitHub），播客、会议录音转笔记成为普通用户可及之事。
- 2022 年末：ChatGPT 上线（背景常识），"把内容丢给 LLM 清洗、改写、摘要"成为新用法，Markdown 作为 LLM 友好格式的地位进一步固化。
- 2023-08：Meta AI 开源 Nougat，视觉 Transformer 端到端把学术 PDF 转成 Markdown/LaTeX（arXiv:2308.13418、GitHub）；同年后 Vik Paruchuri 开源 Surya OCR 与 Marker（PDF→Markdown，面向书籍与论文），后来发展为 Datalab 公司（datalab.to/about）。
- 2023-11-29：Evernote 官宣免费账户限 50 条笔记、1 个笔记本（12 月 4 日生效），引爆迁移潮（TechCrunch）——Bending Spoons 收购后的激进变现，客观上为本地 Markdown 管线输送了大批用户。
阶段驱动因素：开源 ASR 把音频管线的边际成本压到近零；RAG 范式让"干净 Markdown"第一次成为资产——语料质量直接决定下游模型效果；Evernote 挤兑扩大了本地知识库的用户盘。
1.7 阶段四（2024）：官方下场与格局洗牌
- 2024-09 末至 10 月初：Obsidian 官方 Web Clipper 上线并公开官宣——免费、开源、逐站点模板、高亮与模板变量，明确"保存为 Markdown 文件"（官方 Reddit 发布帖、Parazettel 评测、Steph Ango 页面）。本稿综合时经 GitHub Releases 核验：最早 release 0.8.1 为 9 月 27 日、0.8.3 为 10 月 1 日（2024 年，发布者 kepano），两份章节稿在此处的日期分歧据此裁决（见附录 A）。Steph Ango（kepano）自 2023 年 2 月起出任 Obsidian CEO（stephango.com/obsidian，本稿修订时经其官网核验并更正初稿"2024 年出任"的未核验错误，见第四节），官方 Web Clipper 的推出（2024-09 末首批 release、10 月初官宣）即发生在其任内——导入管线由此从社区插件升级为公司级战略。
- PDF 解析竞赛白热化：OpenDataLab（上海 AI 实验室）开源 MinerU，复杂 PDF/网页/电子书→Markdown/JSON（GitHub、arXiv:2409.18839、MarkTechPost 2024-10-05）；IBM Research 开源 Docling（2024-10，11-12 官方博客，GitHub、论文 arXiv:2501.17887）。
- 2024-04：Jina AI 上线 Reader（
r.jina.ai/前缀，任意 URL→LLM 友好 Markdown），9 月推出专司 HTML→Markdown 的 Reader-LM 小模型（GitHub、Simon Willison 评测）。 - 2024-10-01：Whisper large-v3-turbo（解码 32 层砍到 4 层，速度 2–5 倍），本地音频转写进一步提速（GitHub 官方讨论、Simon Willison）。
- 2024-10-29 / 11-15：开源稍后阅读应用 Omnivore 团队被 ElevenLabs 收购（acqui-hire，转向 AI 语音），托管服务 11 月 15 日关停、代码保持开源（TechCrunch、ElevenLabs 博客、The Verge）——独立"稍后阅读"服务的商业模式宣告失败。
- 2024-11-25：Anthropic 发布 Model Context Protocol（MCP）开放标准（官方公告），为"Agent 直写知识库"铺路。
- 2024 年末：MarkDownload 因维护者 2023 年起停更、未跟上 Manifest V3，被 Chrome 商店下架；社区分叉 MarkSnip 接棒（web2md 行业综述，2026-05-07）。
阶段驱动因素：RAG/Agent 对文档解析质量的刚需引发"PDF→Markdown 军备竞赛"；官方亲自下场统一体验，挤压社区插件；纯订阅制稍后阅读被 AI 音频公司收编，品类开始崩塌。
1.8 阶段五（2025–2026.11）：模型原生解析、Agent 化与"本地 Markdown 防御"
2025 年：
- 2025-02-20：Obsidian 宣布"免费商用"，商业许可转为可选（官方博客）；2025-08-18 Obsidian 1.9 将 Bases（笔记数据库视图）转正（Changelog）——知识库本身开始结构化，导入内容可直接进视图。
- 2025-02-25：AI2 开源 olmOCR，面向 LLM 语料的高吞吐 PDF→干净文本/Markdown（AI2 博客）；2025-10 olmOCR 2（7B 模型，单元测试奖励的强化学习，英语数字文档 SOTA）（AI2 博客）。
- 2025-03：kepano 开源 Defuddle——Web Clipper 的 HTML→Markdown 底座，剥离广告/评论/侧栏，浏览器、Node、CLI 通用（GitHub、defuddle.md、发布推文）。网页清洗的核心组件从此有了"官方开源件"。
- 2025-05-22 宣布 / 07-08 执行：Mozilla 关停 Pocket——2007 年诞生的稍后阅读鼻祖谢幕，7 月 8 日停服、10 月 8 日删除数据（TechCrunch、Vice 报道导出宽限、Nieman Lab、PCMag）。与 Omnivore、MarkDownload 叠加，2024–2025 年被迫迁移的"稍后阅读"用户估计达 500–1000 万（web2md 综述，2026-05-07）。
- 2025 年中：Datalab 获 350 万美元种子轮（forkable 报道），Marker 2 重写、明确开源/商用许可边界（Modal 博客，2025-10）；2025-06-16 MinerU 2.0 发布——架构重写为约 1.2B 参数的端到端 VLM（MinerU2），超越 72B 级通用 VLM 的解析效果（PyPI、Changelog）；2025-09 MinerU2.5 论文（arXiv:2509.22186）与 IBM Granite-Docling（258M 端到端模型）相继出现。PDF 解析从"启发式管线"整体转向"小型专用 VLM"。
- 2025-10-21：OpenAI 发布 ChatGPT Atlas——Agent 浏览器，可代用户浏览并抽取信息（OpenAI 官宣、Reuters）；MCP 生态同期爆发：2025-11 满一周年、2025-12 被捐给 Linux 基金会旗下 Agentic AI Foundation（Anthropic 公告）。"Agent 抓取 → MCP 直写 vault"成为管线的第三种形态（人剪、服务同步之外）。
- 2025-11：Evernote 再度改版收费，Starter 档 $99/年限 1000 条笔记，免费档仍 50 条（Harbor 时间线），迁移潮延续。
2026 年（截至 11 月）：
- 2026-02：Web Clipper 1.0 "now with logic"——模板支持条件、循环、变量赋值与编辑器校验，剪藏从"抓正文"升级为"可编程清洗"（r/ObsidianMD 公告，日期据 PKM Weekly 2026-02-22 期推断）；同期 kepano 为 Reader 功能加入 YouTube 字幕解析（Obsidian 论坛，2026-02）——音视频管线并入官方剪藏器。
- 2026 年上半年：Web Clipper 迭代至 1.7.1（GitHub Releases 显示 4–7 月连续发版，均由 kepano 发布），出现
{{model}}/{{modelProvider}}等模板变量并修复 Anthropic、Gemini、DeepSeek 等 LLM 供应商集成（GitHub Releases）——剪藏器本身已内置"LLM 解释/清洗"这一环。 - 2026-05：web2md 行业综述（2026-05-07）把 Obsidian Web Clipper 称为"Obsidian 用户的默认推荐"，同时指出其静默丢失内容等工程缺陷；同期对比名单还包括 Readwise Reader（$9.99/月）、Raindrop.io、Jina Reader、MarkSnip、Web2MD 等（来源）。
- 音频管线常态化：Obsidian 社区涌现大量基于 Whisper 的插件（语音输入、转录、自托管 Scriberr 等），音频→Markdown 已是"标配"而非尝鲜（Obsidian Stats: audio-transcription）。
阶段驱动因素：①1–7B 专用小模型让本地/低成本高质量解析成为可能；②"稍后阅读"作为独立品类消亡，导入能力被吸收进知识库客户端与 AI 助手；③浏览器/Agent 平台接管抓取后，单点工具死亡周期加速——本地 Markdown 文件 + 开源工具链成为用户的防御性选择。
1.9 五条主线（驱动因素总结）
- 载体迁移：私有云笔记 → 本地 Markdown 库，Obsidian 成为四条管线的汇聚枢纽；
- AI 成本曲线：Whisper（2022）与专用文档 VLM（2024–2025）把"任意媒介→文本"的边际成本压到近零；
- RAG/Agent 需求：干净 Markdown 从"人的阅读材料"变成"机器的上下文资产"，清洗从可选变成必需；
- 商业模式洗牌：稍后阅读/剪藏工具接连死亡，免费与订阅制皆未能幸免（Omnivore 2024、Pocket 2025、MarkDownload 2024 下架），Evernote 持续挤压免费档，用户向本地开源方案迁移；
- 协议化：Pandoc（2006）与 MCP（2024）两次"接口标准化"，让管线组件可插拔、可替换。
1.10 关键时间线速查
| 日期 | 事件 | 来源 |
|---|---|---|
| 2006-08-03 | Pandoc 0.1 上传 | pandoc.org |
| 2008 | Arc90 Readability 书签脚本 | 镜像 |
| 2022-09-21 | Whisper 开源 | OpenAI |
| 2022-10-13 | Obsidian 1.0 | Changelog |
| 2022-12-14 | Readwise Reader 公测 | 博客 |
| 2023-08 | Meta Nougat（学术 PDF→MD） | arXiv |
| 2023-11-29 | Evernote 免费档限 50 笔记 | TechCrunch |
| 2024-04 | Jina Reader 上线 | Simon Willison |
| 2024-09-27 ~ 10-01 | Obsidian Web Clipper 首批 release（0.8.1/0.8.3） | GitHub Releases（本稿新增核验） |
| 2024-10 初 | Web Clipper 公开官宣 | |
| 2024-10-29/11-15 | Omnivore 被 ElevenLabs 收购/关停 | TechCrunch |
| 2024-11-25 | MCP 发布 | Anthropic |
| 2025-02-25 | olmOCR 开源 | AI2 |
| 2025-03 | Defuddle 开源 | GitHub |
| 2025-05-22/07-08 | Pocket 宣布关停/停服 | TechCrunch |
| 2025-06-16 | MinerU 2.0（1.2B VLM） | PyPI |
| 2025-08-18 | Obsidian 1.9 Bases 转正 | Changelog |
| 2025-10 | olmOCR 2 | AI2 |
| 2025-10-21 | ChatGPT Atlas 发布 | OpenAI |
| 2026-02 | Web Clipper 1.0（模板逻辑）、YouTube 字幕 | Reddit、论坛 |
| 2026 上半年 | Web Clipper 1.7.x，内置 LLM 供应商集成 | GitHub Releases |
二、横轴：横向对比（截面 2026-11-04）
2.1 竞争位置与五圈层地图
"个人知识库导入管线"不是一个现成的产品品类，而是由 多源摄取 → 正文抽取与清洗 → 统一 Markdown 落盘 三段构成的自建方案。因此在横轴上，它的竞品/同类/替代方案分布在五个圈层：
| 圈层 | 代表方案 | 与本课题的关系 |
|---|---|---|
| A. 商业托管型稍后读/收纳 SaaS | Readwise Reader；Omnivore（已关停）、Pocket（已关停） | 最直接的"成品替代"，开箱即用但数据在他方 |
| B. 自托管"收藏一切"应用 | Karakeep（原 Hoarder）、Linkwarden、Readeck、Wallabag、Paperless-ngx | 数据自持方向的成品替代，覆盖以网页/文档为主 |
| C. 笔记应用原生摄取入口 | Obsidian Web Clipper、邮件进库插件（Send Email into Vault、Gmail2Obsidian 等）、Snipd | 单源轻量替代，逐个解决单一输入 |
| D. 转换组件与 API（管线的"积木"） | 网页：Jina Reader、Firecrawl；PDF：Docling、Marker、MinerU；音频：faster-whisper、WhisperX | 本课题的依赖与"零件供应商"，也是自建可行性的基础 |
| E. AI 原生摄取/消费端 | Khoj（自托管）、NotebookLM（托管） | 摄取后不落盘、以问答/摘要方式消费的路线替代 |
2.2 终端产品类对比
| 方案 | 形态 | 网页 | 邮件 | 音频 | 统一 Markdown 输出 | AI 能力 | 成本 | 数据所有权 | 成熟度/存续风险 | |
|---|---|---|---|---|---|---|---|---|---|---|
| Readwise Reader | 商业 SaaS | ●核心 | ◐（可作来源收纳，清洗导出弱） | ◐（Newsletter 可作来源收纳，非邮件→MD 清洗管线） | — | ●（高亮与全文导出，官方 Obsidian 插件） | 部分（Ghost Reader 类功能，原稿未深入核实） | Full 档 $9.99/月（年付，$12.99 月付） | 托管，可导出 | 商业存续依赖订阅，Pocket/Omnivore 前车之鉴 |
| Omnivore | SaaS（已死） | 曾核心 | 曾支持 | — | — | 曾有导出 | 曾有 | 免费→被收购 | — | 2024-11-15 关停并限期删除用户数据 |
| SaaS（已死） | 曾核心 | — | — | — | 曾有导出 | 少 | 免费+Premium | — | 2025-07-08 关停，2025-10-08 删数据 | |
| Karakeep（原 Hoarder） | 自托管 | ● | ◐（存取为主） | — | — | ◐（原生 JSON 导出；社区 hoarder-sync 插件可每个书签生成一篇 MD） | ●LLM 自动打标/摘要，支持 Ollama | 自托管免费（需 Docker）；云版约 $4/月 | 自持 | r/selfhosted 社区 2026 年热门选择 |
| Linkwarden | 自托管 | ●（归档：截图/PDF/singlefile） | ◐（归档格式） | — | — | —（以归档与书签为主） | ●外部 AI 打标（2.10 起） | 自托管免费 | 自持 | 活跃开发中 |
| Readeck | 自托管 | ●（抽取质量被社区评价为优于 Wallabag） | — | — | — | ◐（EPUB 导出见诸文档；MD 非重点） | 少 | 自托管免费 | 自持 | 较新，Go 实现，口碑上升 |
| Wallabag | 自托管/付费托管 | ●（老牌） | — | — | — | ◐（多格式导出） | 少 | 自托管免费；wallabag.it 付费 | 自持 | 最"老牌"的开源稍后读 |
| Paperless-ngx | 自托管文档管理 | — | ●（OCR） | ●（邮件收附件） | — | —（自有文档库+OCR 文本，非 MD 笔记） | ◐自动打标 | 自托管免费 | 自持 | 非常成熟 |
| Obsidian Web Clipper | 浏览器扩展 | ● | — | — | ◐（2026-02 起 YouTube 字幕解析） | ●原生 MD+模板 | ◐（1.7.x 内置 LLM 供应商集成） | 免费 | 自持（vault 即本地文件） | 官方出品（2024-09 末首批 release、10 月初官宣），开源 |
| 邮件进库插件（Send Email into Vault / Gmail2Obsidian 等） | 插件/桥接服务 | — | — | ● | — | ●邮件→MD 笔记 | 少 | 免费 | 自持 | 小工具，长尾维护风险 |
| Snipd | 播客高亮 App | — | — | — | ●（播客） | ●（导出 MD；可经 Readwise 或社区插件入 Obsidian） | ●AI 转写/摘要/高亮 | 免费+订阅 | 托管为主，可导出 | 垂直场景成熟 |
| Khoj | 自托管 AI second brain | ◐（可答互联网问题） | ●（索引） | — | — | —（索引你的 MD/PDF/Word/Notion，输出是回答） | ●支持本地 LLM | 自托管免费 | 自持（索引已有库） | 活跃开源 |
| NotebookLM | 托管 AI 消费端 | ●（URL 作来源） | ● | — | ●（音频作来源；音频概览输出） | —（语料不落盘为 MD） | ●强（来源受限于导入语料） | 免费档 50 源/笔记本；付费扩容 | 托管 | Google 产品，规则频繁调整（2026-09 改为 5 小时滚动限额） |
●=有明确来源支持；◐=社区/二手来源或原稿未深入核实；—=无此能力或未见来源支持。PDF 与邮件两列对 Readwise Reader 的口径调整（收纳 vs 清洗落盘）见附录 A；Web Clipper 的发布时间与音频/LLM 能力按纵轴核验与 2026 年进展更新。
2.3 转换组件/API 类对比（本课题的"积木"）
| 组件 | 环节 | 能力要点 | 成本 | 成熟度 | 来源 |
|---|---|---|---|---|---|
| Jina Reader | 网页→MD | 任意 URL 前缀 r.jina.ai/ 即返回 Markdown，基础用法免 key | 基础档免费，按 token 计量 | 高（已成为 LLM 事实标准之一） | TheDrive AI 对比、fastcrw |
| Firecrawl | 网页→MD/抓取 | 单页转换之外还提供整站爬取、结构化抽取、浏览器自动化 | 更高价位（托管平台） | 高 | Firecrawl 官方对比页、Apify 博客 |
| Docling（IBM） | PDF→MD | 结构化文档理解、集成友好 | 开源免费 | 高（2025–2026 各类基准测试的常客） | NetMind 对比、jimmysong.io |
| Marker（Datalab/Surya） | PDF→MD | 自称在分数与吞吐上优于 MinerU/Docling；重速度与 MD 质量 | 开源免费 | 高 | Marker 仓库、Medium 基准 |
| MinerU（OpenDataLab） | PDF→MD | 强于复杂/科学版面与 OCR 重度文档 | 开源免费 | 高 | 同上两处对比 |
| MarkItDown 等 | 多格式→MD | 轻量转换，常被纳入同类对比 | 开源免费 | 中 | jimmysong.io |
| faster-whisper | 音频→文本 | CTranslate2 重实现，最高约 4 倍速、更省内存 | 开源免费（本地算力即成本） | 高 | faster-whisper 仓库 |
| WhisperX | 音频→文本 | 在 faster-whisper 之上加词级时间戳与说话人分离，约 70 倍实时 | 开源免费 | 高 | WhisperX 仓库、Modal 选型文 |
组件层与纵轴的关系：Jina Reader/Docling/Marker/MinerU 是纵轴"PDF 解析竞赛"（2024–2025）与 Jina Reader（2024-04）两个阶段的截面产物；faster-whisper/WhisperX 是 Whisper 开源（2022-09）之后的工程化后代。纵轴叙事不再重复组件对比，本表不再重复事件时间。
2.4 四源覆盖空白地图（本课题最重要的横轴贡献）
把课题的四类输入源逐个对到竞品上，可以画出本课题最重要的空白地图：
| 输入源 | 覆盖最好的现成方案 | 共同短板 |
|---|---|---|
| 网页 | 竞争最充分：Readwise Reader、Karakeep、Readeck、Wallabag、Obsidian Web Clipper、Jina Reader、Firecrawl | 无明显空白；难点只剩长尾站点的正文抽取质量 |
| Paperless-ngx（OCR 归档路线）；Docling/Marker/MinerU（转换路线） | 归档路线不产 MD 笔记；转换路线是库不是产品，需要自己编排 | |
| 邮件 | 几乎空白：只有零散小插件（Send Email into Vault、Gmail2Obsidian、IMAP 脚本）与 Paperless-ngx 的"收附件"场景 | 没有任何主流产品把"邮件/Newsletter→清洗→MD 笔记"当一等公民 |
| 音频 | Snipd（仅播客垂直场景）；NotebookLM（作语料但不落盘） | 会议录音、讲座、语音备忘录等通用音频入 MD 没有成品，只有 whisper 系组件 |
逐项说明：
- 网页是卷得最狠的赛道。商业端 Pocket（2025-07 关停）、Omnivore（2024-11 关停）相继退出后（事件经过见 1.7/1.8 节，此处不重述），市场被 Readwise Reader 和自托管三杰（Karakeep/Readeck/Linkwarden）分食（来源：web-highlights 替代品盘点）。
- PDF 存在两条互不打通的路线：Paperless-ngx 走"OCR+文档管理"，存储在自己的档案库里而非 Markdown 笔记（官方文档）；Docling/Marker/MinerU 走"转 MD"但只是组件，2025–2026 年出现了大量三方基准对比，结论是没有绝对赢家——Marker 重速度与吞吐、Docling 重结构化理解与集成、MinerU 强在科学版面（NetMind、themenonlab）。这意味着自建管线反而可以做"按文档类型路由到不同解析器"。
- 邮件是四源中最弱的一环。现有方案集中在 Obsidian 生态的小插件（Send Email into Vault、vault-bridges 方向、Gmail2Obsidian）与 DIY IMAP 脚本（ileif.de 实例），共同特征是"能进库"但普遍不做清洗、去重与模板化。
- 音频：消费级只有 Snipd 一个成型产品，且局限播客场景，导出路径是 MD 直出或经 Readwise 中转（Snipd 帮助中心、Nicole van der Hoeven 工作流）；通用音频的转写事实上已收敛到 faster-whisper/WhisperX（Modal 选型文），缺的仍是"转写→清洗→落盘"的产品化一公里。
2.5 关键维度
输出统一性与清洗能力。 Readwise Reader 的高亮导出到 Obsidian 是成熟功能（官方 changelog），2025 年初起官方支持整篇文章全文导出（ReadwiseReader 官方推文，本稿修订时新增来源；推文日期经 ID 解码为 2025-01-31），但社区反馈标签等元数据在跨工具（如 DEVONthink）时保留不完整（DEVON 论坛讨论）。Karakeep 原生导出是自有 schema 的 JSON 而非 Markdown，要得到"一篇书签一个 MD 笔记"需要社区插件 hoarder-sync 或自己调 API（原稿对其导入/导出功能专项搜索确认）。Obsidian Web Clipper 输出"持久、可离线的 Markdown"，支持模板自定义元数据（官方博客 "Save the web"、官方页面）——这是 C 圈层里与"清洗+落盘"最接近的实现，但仅覆盖网页。社区评价 Readeck 的正文抽取质量优于 Wallabag，后者时有抽取失败（Medium 评测、PrivacyGuides 讨论）——正文清洗质量本身就是竞争维度，也正是自建管线可以按自己的语料分布调优的部分。NotebookLM 干脆不落盘——语料作为来源导入后以问答和音频概览消费（免费档 50 来源/笔记本、单源 500k 词或 200MB；2026-09 起改为 5 小时滚动限额）（fast.io、Elephas、Kortex），代表"不拥有语料文件"的路线，与"统一 Markdown 文件"哲学正面对立。
成本。 Readwise Reader 全功能需 Full 档 $9.99/月（年付）、Lite 约 $5.59/月仅导出高亮（readwise.io/pricing、ActivePieces 2026 指南）；Karakeep 自托管免费但要求 Docker、云版约 $4/月（GitHub）；Readeck/Wallabag/Paperless-ngx 自托管免费，隐性成本是一台常驻机器与运维时间；Jina Reader 基础用法免费、Firecrawl 是更高价位的托管平台（use-apify 对比）；Docling/Marker/MinerU/faster-whisper/WhisperX 全部开源免费，成本转化为本地算力；NotebookLM 免费档够个人用（Digital Ocean）。本课题（自建管线）：组件层 0 授权费 + 一台常驻机器 + 可选本地 LLM（Ollama）或按量云 API，主要成本是清洗规则的开发与维护。按 2026 年的组件成熟度，自建管线的授权成本已趋近于零，成本重心从"买软件"转移到了"调清洗质量"和"保证幂等/断点续跑"这类工程投入上。
数据所有权与存续风险（横向证据最强的一条）。 Omnivore 于 2024-10-29 宣布团队并入 ElevenLabs、2024-11-15 关停、用户限期导出否则数据永久删除（TechCrunch、The Verge）；Pocket 于 2025-05 宣布关停、2025-07-08 停止服务、2025-10-08 后删除全部未导出数据（Nieman Lab、PCMag、getpocket.com 公告）。从 Omnivore 关停（2024-11-15）到 Pocket 删除数据（2025-10-08），全程不到一年（327 天），两款头部托管产品先后走完"关停→删除用户数据"全流程（原稿表述"十三个月"按此时间线修正为约十一个月，见附录 A）。这使"导出成 Markdown 文件、放在自己磁盘上"从一种极客偏好升级为风险管理动作，直接抬升了本课题（以及 Karakeep/Readeck 等 B 圈层方案）的价值。反过来，托管方案的支持论点是：Readwise 的导出通道成熟、NotebookLM 的摄取体验极佳——便利与自持之间的张力没有消失，只是天平在向自持倾斜。
AI 能力。 Karakeep：LLM 自动打标与摘要，可接 Ollama 本地模型或云厂商，也可完全不配 AI（GitHub）；Linkwarden：2.10 起引入外部 AI 打标，社区仍在迭代打标提示词（Issue #1073）；Snipd：AI 转写、摘要与高亮是产品核心（Obsidian 论坛插件帖）；Khoj：把已有 MD/PDF/Word/Notion 库索引成可问答的"第二大脑"，支持本地 LLM（GitHub）——它站在管线的下游（检索/消费），与导入管线互补而非互斥；NotebookLM：AI 消费端的最强体验，但语料不落盘、限额规则多变。组件层（Docling/MinerU/faster-whisper）本身不含 LLM，模型选型留给管线作者——这既是自由度也是负担。
生态与可扩展性。 2026 年的事实标准生态位是 Obsidian vault（本地 Markdown 文件夹）：Obsidian Web Clipper（官方）、Readwise 官方导出插件、Snipd 社区插件、Karakeep 的 hoarder-sync、Khoj 的 Obsidian 插件——几乎所有竞品最终都以"把 MD 塞进 vault"作为出口。API 侧，Karakeep 提供 API key 供脚本化导出（原稿搜索确认），Jina/Firecrawl 本身就是 API 优先设计。这意味着本课题的产出格式（统一 Markdown）恰恰选在了整个生态的公共汇合点上：不需要在格式上创新，只需要在清洗质量和管线的健壮性上建立差异化。
成熟度。 最老牌：Wallabag（开源稍后读老兵，但 UI 与抽取质量被 Readeck 超越的社区评价增多）。当红：Karakeep（2026 年 r/selfhosted 热门、被多篇"替代 Raindrop/Pocket"文章推荐）、Readeck（Pocket 关停后频繁被列为首选替代之一，见 Korben）。组件层成熟且内卷：PDF 解析三强在 2025–2026 被反复基准对比；音频侧 faster-whisper 已是事实底座、WhisperX 在其上补齐词级对齐与说话人分离（Modal）。高风险区：C 圈层的邮件小插件多为个人维护，长尾停更风险高——这反而是自建管线把邮件环节做进自己代码库的理由。
2.6 横轴结论：本课题的生态位与差异化判断
把六个维度压成一句话：四源统一摄取+清洗+落盘没有现成完整答案，而零件已经全部齐备且免费。
- 网页赛道无空白，不必重复造轮子——正确姿势是把 Jina Reader/trafilatura 类抽取、或 Karakeep/Readeck 的存档能力当作管线的一环，而不是自研网页抓取。
- PDF 赛道的正确姿势是"路由"而非"选一个赢家"——Docling/Marker/MinerU 各有版面偏好，管线层做按文档类型分发+结果校验，比押注单一解析器更稳。
- 邮件与音频是本课题最大的差异化机会——前者在所有主流产品里都是二等公民，后者只有 Snipd 这类垂直产品；"IMAP 收取→剥离引用/签名→MD 模板"与"whisper 转写→清洗→MD 模板"是空白处。
- 清洗规则是真正的护城河——组件输出的是"原始 MD"，而正文残留导航/广告、标题层级混乱、代码块破碎、图片链接失效等长尾问题，决定了个人知识库的最终质量；这正是 Readeck 与 Wallabag 拉开差距的地方，只不过本课题是在为自己的语料分布调优。
- 统一 Markdown 落盘 = 与整个生态互操作——管线产物天然兼容 Obsidian/Khoj/任何 RAG 栈，格式选择本身就是生态策略。
- 风险声明：自建管线的劣势同样真实——需要一台常驻机器与持续维护（对照 Karakeep 要求 Docker、Paperless-ngx 的 consume 目录需监控），且首年体验大概率不如 Readwise Reader/NotebookLM 顺滑；如果用户对"数据自持"没有执念，托管方案是更省心的默认项。
三、交叉洞察：两轴结合说明了什么、对用户的判断与建议
3.1 纵轴解释横轴：2026 年的格局是怎么来的
把时间轴放在对比表旁边，四条因果链立刻显形：
因果链一：品类死亡腾出了市场位置。 纵轴阶段四、五记录的 Omnivore 关停（2024-11-15）与 Pocket 关停并删除用户数据（2025-07-08/10-08），直接造成横轴截面上的两个结果：A 圈层三家代表产品（Readwise Reader、Omnivore、Pocket）只剩 Readwise Reader 一家独苗；B 圈层自托管应用（Karakeep/Readeck/Linkwarden）从备胎变成当红——Readeck"被频繁列为 Pocket 首选替代"、Karakeep"2026 年 r/selfhosted 热门"的位置，都是死亡事件腾出来的。纵轴估计的 500–1000 万迁移用户（web2md）就是 B 圈层当红的用户基础。没有纵轴的死亡名单，就无法解释横轴的圈层权重。
因果链二：AI 成本曲线改变了竞争维度。 Whisper 开源（2022-09）把音频→文本的边际成本压到近零，其后果在横轴上是"AI 转写/摘要"从卖点降级为标配——Snipd 的核心能力、Karakeep 的自动打标、Web Clipper 1.7.x 的内置 LLM 集成，都建立在纵轴阶段三打下的成本地基上。同样，2024–2025 的文档专用 VLM 军备竞赛（Nougat→Marker/MinerU/Docling→olmOCR→1.2B 级端到端模型）在横轴截面上表现为"PDF 三强无绝对赢家"的内卷格局。横轴上"AI 能力"一列的普遍性，正是纵轴成本曲线的截面投影。
因果链三：官方下场重排了社区插件。 纵轴记录的 Obsidian 官方 Web Clipper（2024-09 末首批 release、10 月初官宣，本稿经 GitHub Releases 核验）与 Defuddle（2025-03）出现后，横轴 C 圈层的网页单源小工具失去生存空间：MarkDownload 下架、MarkSnip 分叉接棒；邮件进库插件"长尾停更风险高"的判断，本质是纵轴"单点维护风险"机制在同一圈层的持续作用。官方免费开源件的每一个动作，都压缩了一个社区插件的生态位。
因果链四：两次协议标准化使"零件可插拔"成立。 Pandoc（2006）统一了标记格式互转，MCP（2024）统一了 Agent 与外部世界的接口。横轴敢于说"零件已经全部齐备且免费"，前提正是纵轴这两次接口收敛——组件可以自由替换而不锁死管线，用户才敢自建。
3.2 横轴揭示纵轴：下一个竞争前沿在哪里
横轴的四源空白地图，反过来看就是纵轴的时间表：
- 网页管线的"原生件成熟期"花了约 4–5 年（2020 MarkDownload → 2024 官方 Clipper → 2025 Defuddle）；音频管线从组件成熟到社区常态化花了约 4 年（2022 Whisper → 2024 turbo → 2026 社区标配）。对照空白地图：邮件与音频的"落盘产品化"是 2026–2027 年最可能被填补的空白——零件（Kill the Newsletter! 式投递、IMAP 脚本、faster-whisper/WhisperX）早已就位，缺的只是有人把它做成一等公民。
- 横轴 E 圈层（Khoj/NotebookLM"不落盘"路线）与 A/B 圈层（落盘路线）的对立，对应纵轴阶段五的"Agent 化导入"：ChatGPT Atlas（2025-10-21）+ MCP 直写 vault 的第三形态，可能让"导入"从用户显式动作变成 Agent 默认行为——届时"清洗"环节会从用户脚本上移到 Agent/剪藏器内置（Web Clipper 1.7.x 的 LLM 集成已是先声）。
- 横轴"清洗质量是竞争维度"（Readeck vs Wallabag 的社区评价分化）印证了纵轴"RAG 让干净 Markdown 成为资产"的判断：清洗已从工具问题升级为护城河问题，这也是纵轴阶段五"专用小模型 + 可编程模板"两条线（olmOCR/MinerU 2 与 Web Clipper 1.0 "with logic"）共同指向的方向。
3.3 格式收敛不是巧合，而是两次收敛的乘积
纵轴上，统一 Markdown 成为靶心经历了三次助推：本地纯文本运动（2016–2019）确立"文件即库"，RAG 范式（2023 起）确立"干净文本即资产"，稍后阅读死亡潮（2024–2025）把用户推向本地文件。横轴上，几乎所有竞品——Readwise 导出插件、Snipd 社区插件、Karakeep 的 hoarder-sync、Khoj 的 Obsidian 插件、官方 Web Clipper——最终都以"把 MD 塞进 vault"为出口。两轴互证的结论是：统一 Markdown 不是本课题的格式创新，而是整个生态的公共汇合点；在这个汇合点上做格式创新没有意义，差异化只能建在清洗质量与管线健壮性上。
3.4 对用户的判断与建议
第一步：先回答"要不要数据自持"，这是唯一真正互斥的分叉。
- 不在乎落盘、追求开箱体验 → Readwise Reader（$9.99/月，导出通道成熟）做收纳 + NotebookLM 做消费端，是 2026 年体验最优的默认项；代价是接受托管风险—— Pocket/Omnivore 的教训不是"托管不好用"，而是"托管会死，且死时给你的导出窗口以数周到数月计"——按款分列：Omnivore 从宣布（2024-10-29）到关停（2024-11-15）仅 17 天；Pocket 从宣布（2025-05-22）到停服（2025-07-08）47 天、到删除全部数据（2025-10-08）139 天（本稿修订时按文中日期回算，日期同 2.5）。
- 在乎自持 → 走自建管线或以 B 圈层成品起步（Karakeep 收纳 + Web Clipper 剪藏），再逐步把清洗环节收进自己的代码库。
第二步：分源策略（四源各有一句口诀）。
- 网页——别自研。 用官方 Web Clipper（免费、开源、模板可编程）为主，长尾站点补 Jina Reader/trafilatura；抽取质量问题留给 Defuddle 这类可替换底座。
- PDF——做路由，不做单选。 学术/科学版面与 OCR 重度文档路由给 MinerU，结构化集成场景路由给 Docling，重吞吐场景路由给 Marker，管线层加"结果校验 + 兜底重试"；押注单一解析器在 2026 年已被证明不稳。
- 邮件——自建，别等产品。 IMAP 收取 → 剥离引用/签名 → 套 MD 模板落盘；Newsletter 可借 Kill the Newsletter! 转 RSS 后复用网页管线。这是四源中唯一没有任何主流产品承担的环节。
- 音频——组件已收敛，补产品化一公里。 faster-whisper（速度）或 WhisperX（词级时间戳+说话人分离）转写 → 清洗 → MD 模板；播客场景可先用 Snipd 导出过渡。
第三步：把工程投入放在回报最高处。 授权成本已趋零，真正的投入依次是：①清洗规则（按自己的语料分布调优，参考 trafilatura/Defuddle 的可替换设计）；②幂等与断点续跑（重复导入同一 URL/邮件不产生重复笔记）；③去重与模板统一（front-matter 规范先于工具选型）。
第四步：风险对冲两条铁律。 ①任何托管环节都必须保留"一键导出为文件"的通道，并定期演练（Omnivore 限期删除用户数据、Pocket 10 月 8 日删数据是具体死法，不是假设）；②不把关键环节押在单维护者小插件上（MarkDownload 停更即下架）。
未来 12–18 个月的两个观察点。 ①Agent 化导入（Atlas 类浏览器 + MCP 直写 vault）是否会取代人工剪藏的主流地位——若成立，"清洗"将进一步内置化，自建管线的价值点从"抓取"进一步收缩到"清洗与治理"；②邮件落盘是否会像音频一样在 1–2 年内出现首个一等公民产品——若出现，自建邮件管线可整体替换为成品。
四、存疑与未核验事项（诚实清单，合并自两稿）
- 广泛接受的背景常识，两稿未逐一在线核验：Joplin 发布年份（2017）、Evernote Web Clipper 上线时间、ChatGPT 上线日（2022-11-30）、《How to Take Smart Notes》出版年（2017）。（修订说明：原沿承章节稿清单中的 Instapaper（2008）、Turndown（2017）、GPT-4 多模态（2023-03）、Readwise 公司成立年（2018）、Whisper large-v3 具体日期（2023-11）五项，经逐项 grep 核查本稿正文均无相应论断，已按审读意见从清单移除，仅保留正文实际出现的条目，以免清单与正文脱节。）
- 日期推断类：Web Clipper 1.0（"with logic"）的确切日期（约 2026-02-19~21）由 PKM Weekly newsletter（2026-02-22 期）覆盖推断，Reddit 原帖页面未直接核验到日期；Obsidian 公测具体日期各来源略有出入（3 月 13 日 vs 3 月 30 日），正文以"2020 年 3 月"表述；Surya 的具体发布日期未单独核验，正文实际以"（2023-08 Nougat）同年后"的相对表述给出（见 1.6，未标注具体年月）。
- 未获一手核验、仅记录存疑：检索摘要提示 ChatGPT Atlas 在 2026 年收缩/下线并伴随提示注入安全问题的报道，未获一手来源直接核验，未写入正文结论。
- 横轴快照的时效性：横轴基于单日（2026-11-04）网络搜索快照，产品功能与价格随时间变动，尤其是 NotebookLM 的限额规则（2026-09 刚调整为 5 小时滚动限额）。
- 横轴原稿自报的未核实项：Readwise Reader 对 PDF/音频输入的支持细节（2.2 表中 PDF 列以 ◐、音频列以 — 标注）、Karakeep 对 PDF 的存取细节（表中以 ◐ 标注）未逐一核实；Wallabag 的具体导出格式清单与 wallabag.it 价格未核实；Docling/Marker/MinerU 的结论引用的是三方对比文章与 Marker 官方自述（后者存在自吹偏置），未在本机复跑基准；"邮件进库插件"圈层各插件的维护活跃度未逐一核查其 GitHub 最近提交。
- 本稿新增核验的范围：修订前共一处——Obsidian Web Clipper 最早 release（GitHub Releases 第 4/5 页，2026-11-04 经 WebFetch 读取）；修订时按审读意见新增四处——①Steph Ango 出任 Obsidian CEO 时间（其官网明示"became CEO in February 2023"，初稿"2024 年出任"未经核验且有误，已更正并补来源）；②Kill the Newsletter! 创建时间线（thechangelog/ping #193，2015-04-20 作者创建自述；GitHub 仓库 created_at 2018-05-09，经 GitHub API 查询）；③Readwise Reader 整篇文章全文导出（官方推文，ID 解码日期 2025-01-31）；④导出期天数与阶段年数回算（17/47/139 天、327 天、约 4–5 年/约 4 年，均为本地日期运算）。其余事实均沿承两稿当日检索结果，本稿未对全部 URL 逐一复访。
五、参考来源
5.1 纵轴时间线来源
- Pandoc 二十年：pandoc.org/twenty-years-of-pandoc.html ｜ LWN
- Readability（Arc90）：原页镜像 ｜ Wikipedia) ｜ mozilla/readability
- 本地 Markdown 与邮件雏形：joplinapp.org ｜ Kill the Newsletter! ｜ GitHub 仓库（2018-05 创建） ｜ thechangelog/ping #193（2015-04-20 作者创建自述） ｜ HN 讨论
- 网页清洗学术化：trafilatura ACL 2021 demo 论文 ｜ 官方文档
- Obsidian：Wikipedia) ｜ Ness Labs 访谈 ｜ Steph Ango 官网（2023 年 2 月出任 CEO） ｜ 1.0 Changelog ｜ 免费商用公告 ｜ 1.9 Bases Changelog
- MarkDownload：GitHub ｜ Obsidian 论坛
- Readwise Reader 公测：官方博客
- 音频管线：Whisper 官宣 ｜ whisper.cpp ｜ large-v3-turbo 讨论 ｜ Simon Willison
- PDF 解析演进：Nougat arXiv:2308.13418 ｜ Nougat GitHub ｜ Datalab ｜ MinerU GitHub ｜ MinerU arXiv:2409.18839 ｜ MarkTechPost ｜ Docling GitHub ｜ Docling arXiv:2501.17887 ｜ olmOCR ｜ olmOCR 2 ｜ MinerU 2.0 PyPI ｜ MinerU Changelog ｜ MinerU2.5 arXiv:2509.22186 ｜ Datalab 种子轮 forkable ｜ Marker 2 × Modal
- 网页→MD 服务：Jina Reader GitHub ｜ Simon Willison 评测 ｜ Defuddle GitHub ｜ defuddle.md ｜ kepano 发布推文
- Obsidian Web Clipper：Reddit 官宣 ｜ Parazettel 评测 ｜ Steph Ango ｜ GitHub Releases ｜ 1.0 "with logic" 公告 ｜ YouTube 字幕论坛帖
- 稍后阅读品类死亡：Omnivore 收购 TechCrunch ｜ ElevenLabs 博客 ｜ The Verge ｜ Pocket 关停 TechCrunch ｜ Vice 导出宽限 ｜ Nieman Lab ｜ PCMag ｜ getpocket.com ｜ web2md 行业综述
- Evernote：免费档限制 TechCrunch ｜ Harbor 时间线
- 协议与 Agent：MCP 公告 ｜ MCP 捐赠 Linux 基金会 ｜ ChatGPT Atlas 官宣 ｜ Reuters
- 音频常态化：Obsidian Stats: audio-transcription
5.2 横轴对比来源
注：标注"（未在正文引用，仅备查）"的条目，为修订时逐条核查确认正文未引用的来源，按审读意见保留备查；其余条目在正文均有对应引用。
- 终端产品：Karakeep GitHub ｜ Linkwarden GitHub ｜ Linkwarden 归档格式 Issue #755（未在正文引用，仅备查） ｜ Linkwarden AI 打标 Issue #1073 ｜ Linkflare 替代品页（未在正文引用，仅备查）
- Readeck/Wallabag：Medium 评测 ｜ LinuxLinks（未在正文引用，仅备查） ｜ PrivacyGuides 讨论 ｜ wallabag.it（未在正文引用，仅备查） ｜ Korben（Readeck）
- Paperless-ngx：官方使用文档 ｜ Elestio 摄取指南（未在正文引用，仅备查）
- Obsidian Web Clipper：官方博客 "Save the web" ｜ 官方页面 ｜ GitHub
- 邮件进库：Send Email into Vault ｜ vault-bridges ｜ Gmail2Obsidian ｜ IMAP DIY 实例
- Readwise：定价 ｜ ActivePieces 2026 指南 ｜ Obsidian 导出 V2 changelog ｜ 全文导出官方推文（2025-01-31） ｜ DEVON 论坛标签保留问题
- PDF 组件对比：NetMind ｜ themenonlab ｜ jimmysong.io ｜ Marker 仓库 ｜ Medium 三方基准
- 网页→MD API：Firecrawl vs Jina（官方） ｜ use-apify 2026 ｜ TheDrive AI ｜ Apify 博客 ｜ fastcrw
- 音频组件：faster-whisper ｜ WhisperX ｜ Modal 选型文
- Snipd：MD 导出帮助 ｜ Readwise 同步（未在正文引用，仅备查） ｜ Obsidian 论坛插件帖 ｜ Nicole van der Hoeven 工作流
- Khoj：GitHub ｜ PromptQuorum 评测（未在正文引用，仅备查）
- NotebookLM 限额：fast.io ｜ Elephas ｜ Digital Ocean ｜ Kortex（2026-09 滚动限额）
- Pocket 替代品格局：web-highlights 盘点
附录 A：两份章节稿的分歧与重复处理明细（原 3.5 节）
本稿对两稿合并时共处理 4 处分歧/重复，逐条列出裁决依据：
- Obsidian Web Clipper 发布时间（纵轴"2024-10 初" vs 横轴表格"2024-11 发布"）。 本稿新增核验：经 WebFetch 读取 GitHub Releases 第 5 页，最早可见 release 为 0.8.1（9 月 27 日）、0.8.2（9 月 30 日）、0.8.3（10 月 1 日）、0.8.4（10 月 3 日）、0.9.0–0.9.5（10 月 9 日–11 月 11 日），均由 kepano 发布（第 4 页显示 0.9.6 为 11 月 13 日起）；另经 WebFetch 读取 Parazettel 评测确认该文描述 Web Clipper"当时刚发布、尚未官宣"（页面未显示日期，纵轴标注其日期为 2024-10-05）。裁决：采信"2024 年 9 月底首批 release、10 月初公开官宣"；横轴表格中的"2024-11"应为 0.9.6+ 迭代期的误读，本稿已更正（2.2 表及 1.7 节同步修改）。
- Readwise Reader 对邮件/PDF 的支持口径（纵轴引官方博客称公测支持五类输入 vs 横轴矩阵记 PDF ◐、邮件 —）。 裁决为口径差异而非事实矛盾：官方 2022-12 公测公告支持的是"作为来源收纳"（Newsletter/PDF/EPUB 可导入阅读）；横轴矩阵衡量的是"清洗为 MD 笔记落盘"的管线能力，Reader 的导出以高亮/标注为主、整篇导出为后期补齐且元数据保留不完整。处理：本稿统一表述为"可收纳、弱清洗"，2.2 表对应单元格改为 ◐ 并加注，1.5 节叙述同步加注口径。
- Omnivore→Pocket 的死亡时间跨度（横轴称"十三个月内"）。 按两稿自报日期计算：Omnivore 关停 2024-11-15 至 Pocket 删除数据 2025-10-08 为 327 天（约 11 个月）。裁决：本稿统一表述为"不到一年（327 天）先后走完关停→删除用户数据全流程"，横轴的"十三个月"按日期回算修正。
- 重复内容合并方式。 Pocket/Omnivore 关停、Whisper 系谱、PDF 解析竞赛、Web Clipper 迭代在两稿均有叙述：本稿按"纵轴记事件、横轴记格局"的分工合并——事件经过只保留在第一章，横轴引用时标注"见 1.7/1.8，此处不重述"；两组对比表保留在第二章，纵轴不再复述组件能力。另将横轴结论 3 中的笔误"Snid"更正为 Snipd。