我的收藏夹里躺着三千多条链接。某天清理时发现，真正被再次打开的不到百分之一。那一刻我意识到，问题不在于工具，而在于我从来没有为「收藏之后」设计过流程。
后来我试过几乎所有的笔记软件：双链的、块状的、白板的、全键盘操作的。每一次迁移都伴随着一种熟悉的错觉——这次终于可以重新开始了。但几个月后，新工具只是变成了另一个遗忘的地方。
工具不是管线
工具解决的是「东西放在哪里」，管线解决的是「东西如何流动」。前者可以随时替换，后者才决定你最终能不能把它用出来。
我见过很多人（包括过去的自己）花大量时间设计标签体系、目录颜色和模板字段，却很少完整地走完一次从捕获到输出的路。结果是，系统越来越精致，使用它的意愿却越来越低。
如果一个知识系统需要你每天维护它，那它不是管线，而是另一个项目。
第七次迁移之后写下的一句话
四道工序
现在我只保留四步。每一步都有明确的完成条件，也有明确的拒绝条件。
- 捕获。只记一句「我为什么留下它」，不整理格式，不分类。完成条件是：下次看到时，能立刻想起当时的动机。
- 拆解。把长文拆成可以独立引用的片段，一个片段只讲一件事。完成条件是：它可以脱离原文被理解。
- 重写。用自己的话写一遍。写不出来，说明还没读懂，或者它本来就不值得留下。
- 交付。把它放进一篇文章、一次分享，或者一个真实项目里。没有被使用过的笔记，不算完成。
物理结构可以非常简单，甚至不需要什么高级软件：
notes/
00-inbox/ # 当天捕获，周末必须清空
10-fragments/ # 一句话片段，可被独立引用
20-drafts/ # 正在重写的草稿
30-published/ # 已交付，只读关键不是目录名，而是每一层都有「什么时候可以离开」的标准。没有出口的收件箱，最后一定会变成仓库。
每周一次清仓
周日晚上留 30 分钟，只做三件事：
- 删。两周内没有再次打开、也没有被任何草稿引用的，直接删掉。不要存档，存档只是延迟决定。
- 并。重复的观点合并成一条，保留最早、最清楚的那个表述。后来的版本往往只是换了一种说法。
- 写。给留下的一条补一句自己的话，哪怕只有半句。那半句才是真正属于你的部分。
清仓的目的不是让文件夹变整齐，而是让下一次打开时不用重新判断「这条还要不要」。判断本身，比存储更消耗人。
输出倒逼输入
只有被重写过的内容，才会真正留下来。阅读时的「懂了」，常常只是一种熟悉感；把它写出来，才会暴露那些含糊的地方。
所以写作不是管线的最后一步，而是整条管线的筛选器。它逼你发现哪一段其实没懂，哪一个例子站不住脚，哪一个观点只是别人的回声。
我现在的文章，大多不是「想写」出来的，而是笔记在草稿区放久了，自己长出了结构。那些长不出结构的，通常也就不值得写。
管线会变形
工具会换，目录会改，四道工序也可能合并成三步。这都很正常。重要的是那个最小的闭环还在：看见一样东西，把它变成自己的话，再交给别人。
判断一条管线是否健康，可以看它是否让你更愿意开始，而不是更忙于维护。好的系统应该退到背景里，让你专注于内容本身。
说到底，最好的知识管理，是让你忘记管理这件事。