上一篇讲了库的结构什么时候该重整。这篇说另一个取舍：库里的内容，哪些值得长期投入，哪些用过就放。
攒到一定量，会碰到一个不太看得见的问题。所有笔记被一视同仁。上个月随手存的资讯，和养了两年的方法论笔记，在文件夹里位置差不多，看不出区别。可它们的价值差得远。有些是底子，后面相关的笔记都靠它撑着。有些只是某个项目的临时记录，项目一完就没用了。
库变重，往往不是存得多，是该轻的没轻下来。
三类内容，三种投入
粗粗分一下，库里的东西大概三类。
第一类，长期骨架。方法论、原理、能复用的框架，都算。特点是跨场景能用，换个项目还成立，半年后翻出来照样管用。这类值得真投入：写清楚，勤链接，定期回看。库的骨架就是它们撑起来的。
第二类，阶段工具。某个项目的操作步骤、一次性的配置、临时方案。特点也明确，绑死在具体时间或项目上，换个场景就失效。这类不用投入，用完归档就行。留在库里，但不指望复用。
第三类，即用消耗。看过的资讯、随手查的资料、临时存的参考。这类最占地方。看过，提取了要用的两三句，原文就可以清掉。不删的后果是，下次搜同一个词，先蹦出来的是一堆没价值的旧资讯。
三个问题，判断值不值得养
具体到一篇笔记，用三个问题过一遍，大体能分清。
第一个问题，半年后还用得上吗。这条最直接。想不出具体场景的，多半用不上，别按「以后可能有用」留着。
第二个问题，换个场景还成立吗。成立的算骨架，绑在某个项目上的是工具。工具不是不好，是不该按骨架对待。
第三个问题，它是不是别的笔记的基础。有些笔记自己被翻的次数不多，被别的笔记引用的次数却不少。这种是藏着的骨架，值得留，还该给它补上链接。
三个问题都过不了，又不是别的笔记的入口，删掉也不可惜。
落到操作
光靠脑子记不现实。给每篇笔记加一个字段，写清它的去向，比如 horizon：长期、阶段、即用。
有了字段，靠 Dataview 就能分组。每月看一次长期那组，挑几篇回看、补链接。项目结束的那组，批量打上归档标记。即用那组，看完就清。
别指望一步到位。新笔记随手标一个，旧笔记碰到时补一个。一两个月下来，大部分就有了去向。
三个坑
第一个坑，一视同仁。对每篇笔记花一样的力气，结果是该深挖的浮在表面，该丢的占着地方。投入要分轻重。
第二个坑，把阶段内容当长期养。项目都结束一年了，还在给当时的操作笔记补链接、做更新。项目过去了，笔记的价值也就过去了，不必硬留。
第三个坑，凭一时冲动删。清理时手一快，把还没到期的阶段笔记也清了，回头又要用。删之前先看字段，拿不准的先归档，别直接删。
分开之后，库不会小多少，但重量会轻。翻起来快，翻到的东西大概率有用。
从分层到结构，再到内容的取舍，这个系列聊到这里告一段落。知识库这件事没有终点。它长什么样，取决于往里放什么，又舍得放掉什么。