系列上一篇聊了「不读完」工作法，讲的是怎么保持阅读的主动权。这篇说读完之后的事——笔记记了一大堆，怎么不让它们烂在库底。
知识库用了大半年。最容易碰到的问题不是笔记不够多，是笔记太多了。
打开 Obsidian，全是笔记。每一篇都有用，每一篇都懒得翻。最后查东西只能全文检索。
这个问题我想了一阵。解决方案不是多打标签、多建文件夹。是给笔记加一个「状态」维度。
状态会变化。不是固定的标签。
流动、培育、成熟
我分了三个层级。
第一层：流动笔记。
刚记下来的，还没沉淀。可能是一段摘录、一个临时想法、一篇文章的重点标注。
这个阶段的笔记不需要排版、不需要标签、不需要链接。先记下来再说。
第二层：培育笔记。
确认有价值，但还没消化透。标签打了、链接加了一两条、有一段自己的理解。
培育笔记需要定期回访。不是一口气读完，是每次扫一眼，看能不能再加点东西。
第三层：成熟笔记。
已经消化透了，形成自己的框架。可能是几个同类话题的汇总、一个项目复盘、一套方法论。
成熟笔记当参考资料用。不需要翻原始素材，看这篇就够了。
这三层不是流水线。很多笔记会卡在流动层很久。有些培育笔记永远到不了成熟层。都正常。
在 Obsidian 里怎么标记
这套分级不用装额外插件。frontmatter 加一个字段就行。
每条笔记最上面写一行 status：
---
title: "xxx"
status: fluid
created: 2026-07-08
---三个值：fluid（流动）、cultivate（培育）、mature（成熟）。
然后建一个简单的 Dataview 查询。每天打开 Obsidian 自动展示三个状态分别有多少条：
TABLE status, count(status) AS "数量"
FROM "笔记"
WHERE status
GROUP BY status
SORT status ASC流动笔记超过 20 条，说明该清理了。培育笔记一直停留，可能真的不需要，降级回流动或者直接归档。
怎么从流动到培育
这一步最不容易偷懒。
流动笔记变培育笔记，做三件事。
打标签。 不是随便打。确认这条笔记属于哪个领域。一般只打一个领域标签就够了，不用细分。
写一行自己的理解。 光摘录别人的话没意义。起码写一句「这条笔记告诉我什么」或者「它跟我之前记的哪条有关系」。
加一条链接。 链到另一条相关笔记，或者链到一条 MOC。链了才算归档。
这三件事做完，流动笔记升到培育层。不做完就留着。本质上是一个前置条件——再想升上去，至少先回答「这条笔记跟我有什么关系」。
成熟笔记的标准
成熟笔记的标准很简单：这条笔记能不能代替原始材料。
能，就算成熟。不能，就还是培育。
成熟笔记不是目标，是副产品。它往往出现在反复查看同一个话题之后。
前两个月我反复查 Docker 的网络配置。查了五六次后，干脆把相关的十几条笔记合并成了一条「Docker 网络配置手册」。这就是成熟笔记的典型出生方式。
刻意追求每篇笔记都升到成熟层不现实。能找到原始材料、能搜索到就够了。只有那些反复在用、反复在查的话题，才有必要做一次成稿。
每周十分钟
流动笔记没有定期清理，会变成数字垃圾。
我给自己定了简单的节奏：每周花十分钟扫一遍流动笔记。能升培育就升，没价值的直接删，拿不准的保持原样。十分钟解决不了的问题，说明这条笔记确实不重要。
这个节奏跑了快一年。流动笔记稳定在 15 条左右，没有堆积过。
实际场景
刚读完一篇文章，写了摘录。 → 流动笔记。不加链接、不打标签，先放着。
隔了几天发现这条摘录跟最近的项目有关。 → 打标签、写一句理解、链一条链接。升到培育。
一个月后又翻出这条笔记，发现跟其他几条可以合并成一套方法。 → 合并、重写、形成独立参考笔记。升到成熟。
还有一堆摘录，一年都没再碰过。 → 说明真的不重要。直接删，或者归档到「冷门区」不再展示。
解决了什么
核心解决了一个问题：笔记太多导致不知道该看什么。
三个状态让每次打开知识库都有了优先级。先看培育笔记——那些需要进一步消化的。流动笔记保持上限，不会变成负担。成熟笔记当工具书，用的时候翻，不用的时候放着。
知识库最怕的不是内容少，是内容多了不知道怎么用。给笔记加一个状态维度，用极简的标准管理它，比追求完美的分类体系要实在得多。
系列聊了笔记怎么读、怎么消化、怎么整理。还有一个话题一直想说——知识库的「公开」与「私密」怎么平衡。下一篇来聊聊，什么时候该藏着，什么时候该拿出来。