系列上一篇讲了周回顾怎么让知识库真正运转起来。这篇想聊一个更难的话题——什么时候该删笔记。
存东西容易，扔东西难
刚开始用 Obsidian 那会儿，每一条笔记都觉得有用。几百条的时候还好，到了几千条就开始纠结，到了上万条光是翻都觉得累。
我的 vault 现在有两万五千多个文件。
走到这一步，得出一个很朴素的结论：不是所有笔记都值得保留，也不是所有笔记都该删。关键是有判断标准。
我分了四类。
确定保留的
原创观点、独家信息、被频繁引用的笔记、已经发过文章的素材笔记。没有替代品的东西，保留不动。
需要更新的
软件版本变了，操作步骤对不上。当时的理解有偏差，后来有了更好的认识。笔记里只有链接，链接已经失效。
这类笔记最容易被忽视。我的处理方式很简单：在 frontmatter 里加一个 status: needs_review 标签。每季度过一遍，该更新更新，该合并合并。
应该合并的
知识库最大的问题不是笔记太多，是同一件事被记了多遍。
同一篇公众号文章，按不同关键词搜到存了两份。同一个工具，在不同场景下各写了一篇体验。方向一致的，合并到结构最完整的那篇。其他加个 MOC 链接指向主笔记就行。
可以删的
临时笔记超过六个月没碰过。已过时的技术方案。当初觉得「以后可能有用」但一年多没打开过的收藏。合并完成后被合并的原始笔记。
我给自己定了一条规则：六个月没打开过的临时笔记，直接删。执行下来，真正后悔的次数不到五次。
季度清理流程
每三个月一次，走五步。
第一步，扫收集箱。超过两周没处理的，要么归类要么删。
第二步，扫临时笔记。标记为 inbox 或 draft 的，按上面四类判断。
第三步，扫空文件。有标题没内容的，删。
第四步，扫断链笔记。没有被任何其他笔记引用的，评估一次要不要留。
第五步，更新 frontmatter，加 status: archived。
整个过程控制在 30 分钟内。时间长了容易纠结，纠结了就什么都舍不得删。
一点感受
知识库这件事做了快两年。最大的体会是——一个知识库的长期健康，取决于你舍不舍得删。
保留太多低价值信息，新信息进来就被淹没。像衣柜，半年不整理，想穿的衣服永远找不到。
所以我现在的原则很简单：留确定有用的，改不够准确的，合重复的，删失去意义的。保持流通，让好信息能被看见。
前几篇讲了怎么建、怎么管、怎么采集、怎么消化。这个系列还会继续写。如果你有想聊的话题，欢迎留言说说。