引言：笔记库组织没有标准答案，但有演进规律
几乎每个 Obsidian 新手都会在某个深夜陷入同一个问题：我的笔记库到底该怎么建文件夹？网上能搜到无数"最佳实践"------PARA、Zettelkasten、Johnny Decimal、MOC 索引法------每一种都说得头头是道，每一种照着做几天后都会让你产生新的困惑。
我想先给出一个可能让人失望的结论：笔记库组织没有标准答案，只有适合你当前知识体量和工作方式的阶段性方案。但另一方面，组织方式确实存在可循的演进规律------大多数人会经历"按类别分类 → 按项目分类 → 结构与索引分离"这三个阶段，只是有人三个月走完，有人卡在第一阶段三年。
这篇文章记录的是我自己的笔记库三次重构的完整过程：每次重构的原因、踩过的坑、最终的方案。它不是教程，更像一份"实验记录"。如果你正在纠结笔记库怎么组织，希望我的弯路能让你少走几步。
第一阶段：按软件思维分类（失败的开端）
和大多数人一样，我最初建库的思路完全来自 Windows 资源管理器的肌肉记忆：新建四个顶层文件夹------工作、学习、生活、临时，直觉上清晰无比。
第一周确实很舒服。所有笔记都能找到明确的"抽屉"塞进去，库的根目录干净得像刚装机。
问题在第三周左右开始出现。
第一个坑：一篇笔记往往属于多个文件夹。 我在工作中研究了一个技术方案，写完之后犹豫了很久：这算"工作"还是"学习"？它是为项目服务的，但知识本身是通用的。最后我妥协地复制了一份放在两个文件夹里------然后一个月后修改了其中一个，另一个成了过期版本。这是分类思维的经典死穴：分类假设每个东西只有一个归属，而知识不是这样的。
第二个坑：文件夹越建越深。 "工作"下面按公司项目分，项目下面按阶段分，阶段下面按文档类型分。三个月后我的工作目录长这样：工作 → 项目 A → 方案设计 → 评审记录 → 2023 年。讽刺的是，三层以下的文件夹我几乎不再打开------不是因为整理得好，而是因为找东西靠搜索比靠翻目录快，深层文件夹变成了"存尸房"，只进不出。
第三个坑：分类标准会漂移。 最初"临时"是放待整理的碎片，后来它膨胀成了几百篇没有标题意义的笔记堆。"学习"下面一会儿按学科分、一会儿按来源分，同一主题的笔记散落在两套体系里。
第一阶段维持了大约半年，最后我在一次"想找一篇三个月前记的笔记却翻了二十分钟"之后决定重构。
第二阶段：按 PARA 重构
第二次重构我采用了 PARA 方法，即把整个库分为四层：
- Projects（项目）：有明确目标和截止时间的事，比如"Q3 客户迁移方案""个人博客改版"
- Areas（领域）：需要长期维持的责任范围，比如"健康管理""团队管理""财务"
- Resources（资源）：未来可能用到的主题性资料，比如技术学习笔记、读书摘录
- Archives（归档）：以上三类中失去活跃性的内容
这次重构带来的改善是实实在在的：
- 项目笔记有了明确归属和生命周期。 项目结束就整体挪进 Archives，Projects 文件夹始终保持精简。这一点直接治好了我第一阶段"深层文件夹只进不出"的病。
- "归档"这个动作第一次有了明确语义。 以前删也不是、留也不是的笔记，现在有了去处。
- 顶层永远只有四个文件夹，视觉压力骤降。
但用了一个季度后，PARA 的一个结构性问题暴露出来：主题性知识在 PARA 里不好安放。
比如我系统学习某个技术领域，陆续写了四十多篇笔记。它们不是"项目"（没有截止日期），勉强算"领域"（但 Areas 在 PARA 语义里指的是个人责任范围，不是知识主题），放 Resources 又觉得它比"资源"重得多------它是我持续投入的核心知识资产。结果这些笔记在 Resources 里越堆越多，内部只能再建子文件夹，慢慢又回到了第一阶段的深目录老路。
我意识到问题所在：PARA 管的是笔记的"行动属性"（活跃程度、生命周期），但知识本身还有"内容属性"（属于哪个主题域），PARA 只覆盖了前者。一个只按行动属性组织的库，知识检索依然要靠搜索碰运气。
第三阶段（当前）：PARA 骨架 + 主题域 + MOC 索引
当前的方案是三次演进的融合版，核心思路一句话：用 PARA 管生命周期，用主题域管知识分类，用 MOC 管导航，用标签管跨域关联。
具体结构如下：
顶层保持 PARA 四个文件夹不变：Projects、Areas、Resources、Archives。这一层解决的是"这篇笔记现在处于什么状态"。
Resources 下按主题域分域。我把自己的知识资产划分成若干个主题域，比如"分布式系统""前端工程""写作方法""认知科学"等，每个主题域一个文件夹。划分标准不是学科分类，而是"我在实际使用中会把哪些笔记放在一起查阅"。
每个主题域建一篇 MOC 索引笔记。MOC（Map of Content）本质上是一篇普通笔记，里面用双链列出该主题域下所有重要笔记，并按逻辑结构（比如"基础概念 → 进阶专题 → 实践记录"）组织。它相当于这个主题的目录页。新增笔记时同步更新 MOC，这个动作本身也是一次"这篇笔记该放哪"的重新审视。
标签做跨域的主题标记。文件夹和 MOC 管"一篇笔记属于哪个域"，标签管"这篇笔记和哪些域有关系"。比如一篇"在写作中应用认知负荷理论"的笔记，物理上放在"写作方法"域，但打了 #认知科学 标签------它同时出现在两个主题的检索结果里，而不需要复制或移动。
这套结构运行了一年多，检索路径非常稳定：知道笔记大概属于什么主题 → 打开对应 MOC 顺链找；只记得只言片语 → 全局搜索；想看某个主题的全貌 → 读 MOC。三种路径覆盖了我 95% 的检索场景。
三次演进的三条经验
经验一：文件夹宁浅勿深，超过两层就该警惕。 我的实际观察是，第三层及以下的文件夹使用频率断崖式下跌，因为人翻目录的耐心只够两层。如果发现自己在第三层又建了子文件夹，通常说明该用 MOC 或标签来组织这一层了，而不是继续加深。
经验二：文件夹管"归属"，标签和双链管"关联"，别用文件夹做关联的事。 第一阶段最大的教训就是把"关联"任务压给了文件夹------结果只能复制笔记。归属是唯一的（一篇笔记放在一个地方），关联是多重的（一篇笔记可以和任意多的主题相关）。用唯一的机制（文件夹）承载多重的关系（关联），必然失败。
经验三：结构定期修剪，每季度一次。 结构不是一次设计定终身，而是持续维护的结果。我的季度检查清单很简单：Projects 里超过三个月没动的项目挪进 Archives；Resources 里重复或过时的笔记合并、更新；每个 MOC 检查有没有漏链的新笔记。每次修剪不超过一小时，但能防止结构在半年内悄悄腐化。
我当前的文件夹结构示意
以下用文字层级描述我的库结构（不含具体笔记名）：
- 00 Inbox（收件箱：所有未整理笔记先进这里，每周清空）
- 10 Projects（当前活跃项目，每个项目一个文件夹，数量控制在个位数）
- 20 Areas（长期责任领域：健康、财务、团队管理等，每个领域一个文件夹）
- 30 Resources （知识资产区，按主题域分文件夹）
- 主题域 A（内含若干笔记 + 一篇 MOC 索引）
- 主题域 B（同上）
- 主题域 C（同上）
- 40 Archives（归档区，保持 PARA 原始分类的二级结构，方便以后翻找）
- 90 Attachments（附件统一存放，见 FAQ）
- 99 Templates（模板笔记集中地）
两个补充说明：数字前缀是为了让文件夹按逻辑顺序而非字母顺序排列，Inbox 和 Templates 这类功能性目录放在序列两端；顶层始终控制在 7 个以内，这是我给自己划的红线。
FAQ
问：文件夹和标签到底怎么分工？
我的分工原则：文件夹回答"这篇笔记的归属和生命周期"（它在哪个阶段、属于哪个域），标签回答"这篇笔记有什么属性"（状态、类型、跨域主题）。一个实用检验法：如果你发现某个标签实际上承担了"分类"职能（比如 #工作、#学习），说明它在和文件夹抢活，应该考虑转成文件夹或 MOC；反之，如果发现某个文件夹下的笔记经常需要被"跨文件夹"检索，说明该用标签补关联。
问：笔记命名有规范吗？
有，但刻意保持简单：标题即内容摘要，能一眼看出笔记讲什么即可。我的两条硬规则是不用日期做笔记标题（日期放属性里）、不用"笔记 1""未命名"这类占位标题过夜。命名规范的目的不是美观，是让快速切换器（Ctrl/Cmd+O）的模糊搜索能命中------标题写得越像"你会怎么搜它"，检索越快。
问：附件（图片、PDF）放哪里？
我统一放在一个附件文件夹（如 90 Attachments），在设置里指定为默认附件位置，让 Obsidian 自动把粘贴的图片存进去。不建议附件跟着笔记散放------附件一旦被多篇笔记引用，散放会让清理和迁移变得困难。统一目录配合搜索的 path: 运算符，管理成本最低。
问：一个 Vault 还是多个 Vault？
我的建议是：默认一个 Vault，除非两块内容的保密级别或使用场景完全隔离。多 Vault 的隐性成本是双链、搜索、标签全部割裂，跨库检索要开多个窗口。我曾拆出过一个工作 Vault，结果发现工作笔记和个人学习笔记经常互相引用，半年后又合并了回去。需要隔离感时，用顶层文件夹 + 工作区（Workspaces）比拆 Vault 轻得多。
问：笔记多了以后文件夹会不会爆炸？
会失控的从来不是文件夹数量，而是"没有维护机制的文件夹"。我的库现在有 4000 多篇笔记，顶层文件夹始终是 7 个，Resources 下的主题域也控制在 10 个左右------数量稳定的秘诀是季度修剪（见经验三）。另外，笔记量大之后 MOC 的价值会指数级上升：文件夹给你的是"一堆文件的列表"，MOC 给你的是"这个主题的知识地图"，前者随规模线性变难用，后者不会。
问：什么时候该把笔记归档？
我的判断标准只有一条：这篇笔记所在的"上下文"是否还活跃。项目结项了，项目文件夹整体进 Archives；一个学习主题我不再投入了，整个主题域可以整体归档（MOC 一起带走，以后恢复成本低）。单篇笔记我几乎不单独归档------归档的单位应该是项目或主题，而不是散篇，否则你会陷入无穷的逐篇判断。
问：刚开始建库，要不要直接抄这套结构？
不建议照抄，建议抄"原则"而非"结构"。如果你笔记量还小（几百篇以内），一个 Inbox 加两三个主题文件夹就够用了，过早引入 PARA 和 MOC 是过度设计。结构应该被笔记量"逼"出来，而不是预先规划出来------这也是我三次演进最大的元教训：每次重构的正确时机，都是现有结构第一次让你真实感到疼的时候。