3.8 文件夹树

文件夹树是最古老的组织方式，也是最容易变成垃圾场的地方。这一节讲两件事：怎么让树不烂，以及什么时候该放弃树。

树为什么会烂

三个原因，几乎每个库都中：

1. 建的时候按「主题」建，用的时候按「场景」找 —— 你按「法律/财税/技术」建了目录，但实际找东西时想的是「上周给客户 A 做的那份分析」。两个维度对不上，于是每次都要翻。
2. 一个文件能进两个目录 —— 手机端放进「待整理」，电脑端又想放「合同类」，最后两边各存一份。
3. 目录只增不减 —— 建目录的成本是零，删目录的心理成本很高。三年后你有 60 个目录，其中 40 个只有一两篇。

浅树原则

目录层级不超过三层。 三层以上，你每次找文件都要回忆「它到底在第二层还是第三层」，而文件夹名往往不能提示这一点。

推荐这个结构：

库根/
├── 00-收件箱/      ← 所有新东西先扔这
├── 10-项目/        ← 有明确结束时间的
│   ├── 客户A-2026Q4/
│   └── 内部改造/
├── 20-领域/        ← 长期维护的知识
│   ├── 合同/
│   └── 劳动/
├── 30-资料/        ← 外部收集，只读
└── 90-归档/        ← 做完了挪这

关键在两点：

• 数字前缀让顺序固定，不依赖拼音排序。
• 收件箱独立，新东西不直接进正文区，避免中途放弃的笔记散落各处。

四层含义：项目 / 领域 / 资料 / 归档

目录	判断标准	什么时候离开
00-收件箱	还没想好归哪	一周内必须走
10-项目	有明确的完成时间	完成后进 90
20-领域	没有结束时间，持续维护	长期不动
30-资料	别人的东西，只读	引用完留在原地
90-归档	不再主动查看	不再离开

这个划分只有一个原则：按「生命周期」分，不按「主题」分。

主题交给标签。因为一篇笔记可能同时是「合同」和「劳动」，但它的生命周期只有一种。

收件箱必须定期清

收件箱是缓冲区，不是仓库。规则很简单：每周清一次，清不完的说明不重要，直接归档。

不清的收件箱，一个月后就有两百个文件，那时候你连打开它的欲望都没有了。

命名的三个细节

不要用空格。 空格在链接、搜索、命令行里都要转义。用 - 或直接连着写。

日期放前面。 2026-11-01-会议纪要 能按时间排，会议纪要-2026-11-01 不能。

名字里带关键词。 文件名是搜索里权重最高的字段，别用 未命名、新建文件、会议2。

什么时候该放弃文件夹

一个判断标准：

如果同一个文件你犹豫过「它该放哪」，说明文件夹已经不是合适的组织方式。

这时候该用标签或属性。文件夹适合「互斥归类」，标签适合「多重归类」。一个文件只能在一个文件夹里，但可以有五个标签——后者才是大部分真实笔记的形态。

我的实际做法是：

• 文件夹只管「生命周期」：收件箱 → 项目 → 领域 → 归档
• 标签管「内容主题」
• 属性管「状态和数据」

三者分工，各管一维，就不会互相打架。

已经烂掉的树怎么救

不要一次重构。按这个顺序，每周做一点：

1. 先建收件箱，新东西一律进这里
2. 把明显过期的挪进 90-归档（不删除，只挪）
3. 把只有一两篇的目录合并
4. 最后才动顶层分类——顶层一改，所有链接全断

前两周只做第 1、2 步。等你习惯了「先扔收件箱」，再动结构。