上一篇讲了多库管理，怎么判断该不该拆库。这篇聊个更大的话题：知识库用久了，什么能真正留下来。
我的库建了两年多，三万多篇笔记。中间换过方法、装过插件、改过结构。回头看，能留下来的东西不多，每一样都是真被用过的。这篇把留下来的和被淘汰的各列一份，给还在搭库的人一点参考。
留下来的四件事
收集箱。所有新东西先进收集箱，不管是一篇文章、一张截图还是一条想法。入口只有一个，后面整理才不用到处找。这个习惯第一天就有，到现在没改过。代价是每天多花三十秒，收获是永远不用想「刚才那个东西存哪了」。
定期清空。收集箱每周清一次。清的时候不是看一眼就完，是给每条东西定去处：有用的归档，没用的删掉，拿不准的再留一周。清空这个动作本身，比任何整理技巧都管用。收集箱一满，整个系统就开始堵。
写自己的话。存任何东西都加一句自己的批注，哪怕只是「这个观点对上次那个项目有用」。没有自己话的收藏，等于替别人保管文件。两年下来，库里真正有价值的，全是带批注的那些。
搜索兜底。分类只分到够用的程度，剩下的交给搜索。文件夹分得太细，找的时候要先想「这东西该在哪」，多一道判断就多一次卡壳。搜索能解决的，就别用结构硬扛。
被淘汰的三件事
精细标签。早期设计过一套十几个维度的标签体系，用了两个月就崩了。打标签的时候纠结放哪个，找的时候还是靠搜索，标签成了摆设。后来砍到只剩几个粗标签，反而真在用。
插件全家桶。装过几十个插件，最后天天开的不到五个。多数插件是装上感觉良好，实际工作流根本用不上。插件越多，升级越容易踩坑，启动还慢。现在新增插件前先问一句：这周会不会用到？不会就不装。
过度整理。有段时间每天花一两个小时整理笔记，合并、改名、挪位置。整理完很有成就感，但那些笔记后来再没被读过。整理不是目的，用才是。现在整理只做一件事：清空收集箱，其余时间留给读写。
两个判断标准
一件事值不值得长期做，我问自己两个问题。
半年后还会不会用它。答案是不会的，现在就不用花力气搭。很多功能当时觉得酷，半年后一次没碰过。
它要不要我持续花时间维护。要的，就控制在每天十分钟以内。超过这个数，迟早会断。能自动化的就自动化，不能自动化的就砍掉。凡是要靠硬撑才能维持的做法，最后都会断。
收尾
知识库的价值不在搭得多漂亮，在用了多久。两年下来真正留下来的，是几个不起眼的习惯。没有一个是新鲜玩意，全是一开始就该做好的基础动作。
系列从架构、采集、阅读、搜索聊到各种实战，日常场景基本覆盖完了。后面打算往「用」的方向走：怎么把攒下来的东西变成产出，包括和 AI 配合的几种做法。下一篇挑一个细说。