很多时候，我们真正想回去的，不是一篇文档。

而是文档里的某个地方。

可能是一页 PDF，可能是一段 EPUB，可能是一块 Markdown，也可能是网页快照里当时看到的那一段内容。对学习、研究和资料整理来说，这种“回到具体位置”的需求，往往比“重新打开这篇资料”更真实。

这也是 DoCube 对链接功能的一点不同理解。

在 DoCube 里，链接不是只指向文档，而是尽量指向文档里的具体位置。

这听起来像一个很小的细节，但一旦资料变多，它的意义会越来越明显。因为很多时候，资料本身并不难保存，难的是以后还能不能比较自然地回到那个地方。

为什么位置比文档更重要​

如果你只是想收藏一篇资料，那么一个文档链接就够了。

但如果你是在阅读、做摘录、写笔记、整理观点，需求通常会更具体：

• 我想回到这份 PDF 的这一页
• 我想回到这个 EPUB 里的这一段
• 我想从笔记回到原文当时对应的位置
• 我想让“参见 5.5 节《嵌入模型的选型与权衡》”这种提示，直接跳到文档内部对应的位置

这些都不是“打开文档”能完全解决的事。

DoCube 更在意的是，链接能不能保留这种位置感。也就是说，你复制出去的，不只是“这篇资料”，而是“这篇资料里的这个地方”。

不只是跨文档，同一个文档里也能用​

很多人一提到链接，先想到的是不同资料之间互相跳转。

但在 DoCube 里，文档内部的位置链接同样重要。

比如你在一篇长文里看到一句“参见 5.5 节《嵌入模型的选型与权衡》”，过去往往要靠自己手动翻过去。DoCube 更适合的做法，是直接给这段文字加一个文档内链接标注。下次再看到这里，点一下，就能直接跳到那个位置。

这个能力的价值不在“多了一个按钮”，而在阅读体验本身变得更顺了。你不需要把文档当成一整块材料来回翻，而是可以在同一篇文档里，按位置来组织自己的往返路径。

Markdown 可以把这些位置串起来​

DoCube 里的 Markdown，不只是写笔记的地方，也可以是把不同资料位置串起来的地方。

因为 Markdown 支持直接使用 docube:// 链接，所以你可以把一个知识点相关的内容组织在一起：

• 一页 PDF
• 一段 EPUB
• 一块 Markdown
• 一个网页快照里的具体位置

实际用的时候，最自然的方式就是先在阅读里复制当前位置链接，再把这些 docube:// 地址贴进 Markdown。这样做的意义，不只是“把链接贴进去”，而是让 Markdown 变成一个更接近知识导航页的东西。

而且在 Markdown 里使用 docube:// 链接时，DoCube 还可以根据链接里的文档信息提取对应标题。这样整理出来的内容，不只是能点，也更容易读。

这些链接不只在 DoCube 里可用​

DoCube 的链接本质上是 docube:// 地址。

这意味着它不只是 DoCube 内部某个面板里的局部功能。你可以把当前位置链接复制出去，放进别的应用里保存、记录、整理。它仍然是在表达一个具体的阅读位置。

所以对 DoCube 来说，链接不是一个“只能在当前窗口里用的小功能”，而是一个可以带走的地址。

链接也会进入历史​

DoCube 的链接不只是能复制出去，也会进入历史记录。

这点我自己很喜欢，因为它解决的不是“怎么把地址存下来”，而是“之后怎么沿着这些位置继续来回看”。

在 DoCube 里，你可以在多个文档 Tab 之间前进、后退；也可以在同一篇文档里，沿着自己刚才看过的位置来回走。

这会有一点像浏览器历史，只不过这里记录的不是网页，而是你的阅读地址。

DoCube 想保存的，不只是资料，还有阅读位置​

从结果上看，DoCube 的链接功能当然是在解决跳转问题。

但从产品理解上说，它真正想保存的，不只是文档本身，还有你阅读它时的那个位置。

因为对阅读、研究和资料整理来说，很多真正重要的动作都不是“我打开过这篇资料”，而是“我以后还能不能回到当时那个地方”。

这也是为什么在 DoCube 里，链接不是只指向文档，而是指向文档里的具体位置。

PDF 从来都不是一个没人抱怨的格式。

但我越来越觉得，很多抱怨并没有命中真正的问题。

我并不讨厌 PDF。恰恰相反，我认为 PDF 至今仍是一种非常出色的文档格式。它表现力丰富、版式稳定、在不同设备上渲染一致。对于论文、报告、判决书、扫描书这类对版式敏感的文档来说，这种稳定不是缺点，反而是它至今有用的主要原因之一。复杂排版、图表、脚注、公式和页面之间的关系，都能被相当忠实地保留下来。如果目标是准确地把内容交付给读者，PDF 至今仍做得很好。

所以我从不认为 PDF 的核心问题是它太老了，或者它应该消失。

让我越来越在意的，不是 PDF 本身，而是围绕它建立起来的标注工作流。

人们抱怨 PDF 时，第一条通常是它难编辑。这没错，但在大多数阅读、学习和研究场景里，这并不是最重要的痛点。大多数时候，人们并不是想把一份 PDF 改写成另一篇文档，而是想读它、标出关键段落、写下想法，过几天再回来，找回当时重要的内容，和其他资料对照，或者引用进自己的写作里。

问题不在于 PDF 能不能编辑，而在于标注之后发生的事情，能不能继续参与真正的工作。

这正是 PDF 生态至今仍显薄弱的地方。

PDF 擅长的是页面呈现，而不是知识交互。它善于可靠地展示内容，却不善于表达读者对内容的理解应该如何持续演进。PDF 规范里确实有标注功能，但在实践中依然有限。高亮、下划线、批注、便利贴、画笔，更像是贴在页面上的补丁，而不是一层成熟的知识工作设施。

于是，几乎每一个 PDF 阅读器都不得不发明自己的标注模型。

仅这个事实就很能说明问题。PDF 生态实际上已经接受了一个现实：阅读可以共享，标注不行。格式本身负责把页面一致地呈现出来；而一旦问题变成读者如何与页面互动，每个应用就各走各的路。每个阅读器有自己的高亮、自己的批注、自己的同步逻辑、自己的导出格式。它们在有限的意义上都“能用”，但大多数停留在一个相当初级的阶段。

这个阶段通常长什么样？一个标注列表。

你高亮了二十段话，写了五条批注，最后阅读器给你一个标注面板，告诉你它们都在。这不是没用，总比没有强。但系统往往也就停在这里了。它帮你回顾，却很少真正反哺你的学习或研究过程。

大多数 PDF 阅读器的标注系统，解决的是“记录”的问题，而不是“继续”的问题。你的高亮还是高亮，你的笔记还是笔记，它们很少进入其他工作流。它们不会真正参与搜索，不参与后续的整理，不参与跨文档的连接，也不参与间隔复习和再利用。它们只是页面上的痕迹，而不是知识工作流里的活跃对象。

但我越来越觉得，一条有价值的标注，不应该只是附着在页面上的记号。

它应该参与搜索，因为被标注的内容通常比没标注的更重要。

它应该参与复习，因为学习很少是一次性的事件。

它应该参与连接，因为真正的理解往往横跨多篇文档产生，而不是发生在单一文档内部。

所以我不太关心一个阅读器“有没有高亮功能”，更关心高亮之后会发生什么。

过去几年自己做文档工具的过程中，我逐渐相信一个挺朴素的道理：标注不应该停留在文档的附属品这一层，它应该进入工作的下一层。它应该影响检索，因为标过的段落往往最有价值；它应该进入复习，因为重要的内容不该止步于“我标过一次”；它应该能连接文档，因为知识是在引用之间生长的，而不是在孤立的文件里。只有这样，一条标注才不只是“我读过这段话”的证明，而是未来工作的入口。

这也是我对另一个非常常见的 PDF 习惯越来越失去耐心的原因：把 PDF 画成一片手写笔记的汪洋。

我理解人们为什么喜欢这样。直接在页面上画箭头、画圈、打星号、在页边写反应，确实直接又痛快，有一种参与感，有时甚至让人觉得真正的思考正在页面上发生。

但我越来越不喜欢这种工作流，原因只有一个：它之后几乎不参与任何高效的流程。

手写笔记通常不是文本，也不是结构化数据。它难以搜索、难以复用、难以聚合、难以干净地连接到其他文档，也难以进入任何更自动化的复习、检索或整理流程。很多时候，它唯一无可争议的价值，就是书写那一刻带来的感觉。之后，它往往变成与文档争抢注意力的视觉噪音，而不是让理解更持久的东西。

我并不反对手写，也不反对通过涂画来思考的那种实感。我反对的是一种价值几乎完全终结于当下动作本身的标注方式。在学习和研究场景里，如果一条笔记进不了搜索、复习、连接和再利用，它迟早会变得低效。

所以我真正想要的，不是更多装饰性的标注。

而是能持续工作的标注。

它们应该可搜索、可复习、可连接、可复用。理想情况下，它们还应该保留一些结构，而不是只作为视觉残留活下来。

从这个角度看，真正需要重新思考的不是 PDF 阅读本身——PDF 已经很擅长阅读了。显得过时的，是我们对标注的理解，以及标注应该在学习、研究和知识组织中扮演的角色。

PDF 不需要被取代。

但围绕它构建的工具——尤其是标注之后发生的一切——仍然需要认真的重新设计。

因为如果标注始终只是页面上的记号，不能继续参与搜索、复习、连接和再利用，那么 PDF 生态在知识工作这件事上，就仍然停留在出人意料的早期阶段。

而我越是做文档工具，就越确信：下一代工具应该从这里开始。