让笔记进入工作：从信息收集到写作输出

笔记系统最容易出现的错觉，是把保存当成掌握，把分类当成理解。收藏夹越来越长，面对一个具体问题时却仍然不知道从哪里开始。此时缺少的通常不是新工具，而是让信息进入实际工作的过程。

本文合并重写自《大河与大坝》《个人知识管理指南》和《极简解构工作流》，保留其中关于输入、整理和输出的方法，不再沿用个人经历与旧应用清单。

先让信息流动，再设计分类

一个足够简单的流程是：收集到收件箱，判断是否值得保留，围绕问题整理，最后进入文章、方案或行动。每一步都要产生变化。如果一篇资料从网页搬进笔记后，永远没有再次被使用，那只是换了一个存储位置。

收件箱的作用是降低当下的打断，不是无限延后决定。处理一条资料时，可以选择删除、留作参考、提炼为知识笔记，或转成一个需要执行的任务。任务应进入任务列表，参考资料应保留来源，自己的判断则应与原文摘录分开。

分类不必一开始就设计完整。先建立几个稳定领域，再依靠标题、搜索和相互链接找到内容。一个主题跨越多个领域时，用链接表达联系，比为它反复搬家更合适。

信息源应该有差异，不能只是很多账号重复同一个观点。阅读时先区分事实、解释和主张：发生了什么，作者怎样解释，作者希望读者做什么。它们需要不同的验证方法。

原文提出过用时间过滤信息，这个方法仍值得保留：不紧急的材料先放一放，过一段时间仍然与问题相关，再投入完整阅读。它适合减少一时兴起的收集，但不适合拖延有截止日期的任务或必须及时处理的证据。

长期维护的笔记至少要保存来源、记录时间和适用条件。技术结论还应写明版本或运行环境，否则日后只剩一句没有上下文的答案。

“数据库”是分类，“为什么这个查询在连接后金额翻倍”才是能推动学习的问题。以问题为标题，笔记就有了一个可检验的目标。

一张有用的笔记可以这样组织：

不要为了套格式而填满所有栏目。短问题可能几句话就够；复杂问题则需要保留不同解释之间的分歧。

写作不是把摘录重新排版。先确定读者要解决的问题，再列出必须回答的几个子问题。写到某一步说不清楚，就回到资料或实验补上缺口。

例如想写“如何让定时任务可靠运行”，只有 cron 时间表达式还不够。读者还需要知道脚本在哪个目录执行、失败如何发现、运行过久怎么办。文章结构应由这些问题决定，而不是由手头摘录的顺序决定。

已有笔记也不必每次全部用上。与这次论证无关的材料可以继续保留，但不需要为了显得丰富而塞进正文。

纯文本、明确目录和常见格式的价值，在于降低迁移与检索成本。具体采用哪一个编辑器并不重要，重要的是能否导出、备份、检索和分享。同步解决多端访问，备份解决误删和损坏，二者不能互相替代。

同样，整理本身也有成本。如果每次读一篇文章都要维护十几个标签、多个索引和复杂模板，系统就会反过来消耗注意力。先使用最少的规则，只有真正反复遇到问题时再增加结构。

判断这套方法是否有效，可以回到三个具体结果：下次遇到相同问题，能否更快找到依据；能否解释得更清楚；能否做出更好的决定。笔记数量不必成为目标。