笔记库结构怎么规划：先分层，再定命名与归档

笔记库乱，通常不是因为写得少，而是因为没有分层。所有东西都堆在同一层：临时想法、项目资料、读书摘录、两年不用的旧稿，找起来只能靠搜索，搜不到就等同于丢了。

规划结构不需要先学一套方法论。更实际的做法是：先想清楚库要回答哪些问题，再定三层结构与命名规则，最后才决定目录和标签怎么分工。下面给一套可以直接照做的方案，并说明它在什么情况下该调整。

一、先定用途：库要回答三类问题

结构是为目的服务的。先写下你的库主要回答哪几类问题，后面的分层才有依据：

三类里，复用最考验结构。只按时间存放的库能查找、不能复用；只按标签存放的库能关联、但新人看不懂。多数人需要的是「主题分层 + 标签横联」，两者都要，只是分工不同。

二、三层结构：收件箱、主题区、归档区

层级别超过三层。三层足够覆盖 95% 的情况，再深就会开始犹豫「这条该放哪一层」，而犹豫本身就是结构失败的信号：

三层的核心是进出规则，不是目录名。收件箱每周清空，主题区超过五十条就拆分，项目结束后整目录移入归档——规则定下来，结构才能自己维持。没有进出规则，再漂亮的分层三个月也会塌回一堆。

三、命名规则：让路径可以被猜出来

结构之外，命名决定能不能「不搜索也找得到」。四条硬规则足够：

• 主题在前，限定词在后。「同步冲突-移动端」比「移动端同步冲突问题」好排。
• 日期只用一种格式。统一成「2026-10-27」，不要混用「10/27」「27日」。
• 不在文件名里写状态。「最终版」「改过的」会迅速失效，状态交给目录或标签。
• 同一层级用同一词性。要么全是名词（主题），要么全是动宾（动作），别混着来。

判断命名是否合格，有个简单测试：让同事只看目录树，猜某条笔记会在哪个位置。猜对说明规则清晰，猜错说明命名靠的是你的记忆，而不是结构。

四、目录和标签的分界线

这两者不是二选一，而是回答不同问题：目录回答「它属于哪」，标签回答「它和什么有关」。一条笔记只能在一个目录，却可以有多个标签。

实践中的分界线是：如果一个分类会长期存在、且你能说出它装什么，就用目录；如果只是临时视角（待读、引用过、某位作者），就用标签。标签数量控制在两三层以内，具体的命名规约可以参考笔记标签怎么分类。

需要提醒的是，方法论本身不等于结构。PARA 笔记法给的是分类思路，落到你的库里仍要变成具体目录名与进出规则；照抄四个英文目录，却不定清理频率，结果和没有结构差不多。

五、迁移与防塌陷：从旧库搬家的顺序

已经在用的库不要推倒重来，按下面顺序迁，风险最低：

1. 先建空壳。把三层目录和命名规则建好，暂时不放内容。
2. 只搬最近三个月。这部分复用率最高，先让新结构跑起来。
3. 按主题成批搬。一次搬一个主题，搬完立刻能用，避免搬到一半失去动力。
4. 剩余内容整体归档。不逐条判断，旧库原样冻结，需要时再捞。
5. 设一个季度检查。看收件箱是否清空、主题区是否超容、命名是否走样。

防塌陷的关键指标有三个：收件箱条目数、单目录条目数、找不到内容的次数。前两个每周看一次，第三个记在便签上，一个月超过三次就说明结构该调整了，而不是你记性不好。

六、常见问题

笔记库要不要一开始就建得很完整

不要。空目录建太多，只会让每次记录都多一次选择。先建收件箱和一个主题区，等某类内容超过二十条再单独开目录。结构是长出来的，不是一次设计完的。

目录和标签只能选一个吗

不必。目录管归属，标签管关联，各司其职。但要避免同一维度两套系统并行，比如既按「项目」建目录，又用「项目」标签，最后两边都不同步。

旧笔记太多，必须全部整理吗

不必。旧库整体归档、保持可搜即可，只把最近三个月和正在做的项目搬进新结构。整理旧笔记的收益远低于整理当下在用的内容。

团队共用一个库，结构怎么定

比个人库多两条：目录命名要写进交接文档，进出规则要指定负责人。没有负责人的共享库，三周内一定会出现重复目录。具体协作方式见笔记工具栏目。

小结

笔记库结构怎么规划，可以压成三步：先确认库要回答查找、复用、交接哪几类问题；再建收件箱、主题区、归档区三层，并给每层定进出规则；最后用可预测的命名和少量标签补上关联。层级别超过三层，目录与标签各管一件事，旧内容整体归档而不是逐条整理。结构的目的不是好看，而是让你在想找的时候不用猜。