2400 条笔记之后，我的 Vault 只剩 5 个文件夹

刚开始用 Obsidian 时，我建了 12 个文件夹：读书、电影、游戏、代码、日记、灵感、人物、健康……两年后发现，我从来不去点文件夹。我找笔记的方式是按标题搜、按链接跳、按图谱看。文件夹只在「我该把它放哪」这一刻制造焦虑。

所以我把结构砍到 5 个，规则只有一条：文件夹表示「这条笔记现在处于什么状态」，不表示「它讲什么」。讲什么交给标签和 MOC。

目录树#

Vault/
├── 00 Inbox/            临时收件，每周清空
├── 10 Areas/            长期领域，不结项
│   ├── 游戏制作.md       （MOC）
│   ├── 知识系统.md
│   └── 生活运营.md
├── 20 Projects/         有截止日期的项目
│   ├── 像素猫小屋.md
│   └── 2026 秋 阅读计划.md
├── 30 Resources/        别人的东西 + 我的沉淀
│   ├── 读书笔记/
│   ├── 课程与讲座/
│   └── 代码片段/
├── 40 Archive/          归档，只读
└── 90 Meta/             模板、附件、看板
    ├── Templates/
    └── Attachments/

数字前缀不是强迫症，是让排序稳定：在任何视图里，Inbox 永远在最上面，Archive 永远在最下面。

五类各自的判据#

关键在「Areas 和 Projects 的界线」：凡是能被「做完」的，都是 Project；凡是永远在做的，都是 Area。把这两者混在一起，你的看板会永远有 30 个未完成项。

frontmatter 只留六个字段#

---
title: 2400 条笔记之后，我的 Vault 只剩 5 个文件夹
slug: vault-structure
date: 2026-09-20
tags: [obsidian, 结构]
level: 入门
summary: 一句话说完这篇笔记解决什么问题。
---

六个字段不是随便定的：

• title 和 slug 让笔记能被发布成网页（我自己的站点就是这样生成的）
• date 是排序与「最近更新」视图的唯一依据
• tags 控制在 3 个以内，超过就说明你在用标签分类，该建 MOC 了
• level 用来区分入门/进阶/源码，搜索时可以过滤
• summary 是给未来的自己和 AI 看的，不是摘要，是「这条笔记能解决什么」

不要在 frontmatter 里放状态机（status: draft/review/done），它会和文件夹的位置打架。

MOC：三种，够用#

领域 MOC（Areas 里）回答「这个领域我知道什么」，按主题分组列链接，每季度更新一次。

项目 MOC（Projects 里）回答「这个项目现在到哪一步」，只有三块：目标、当前卡点、下一步。写完就删，不留历史。

索引 MOC（Resources 里）回答「这类资料有哪些」，按时间或作者排，只加一句话点评。

MOC 不要用 Dataview 自动生成全部，那会变成一堵没有观点的链接墙。手写的那 10 条链接才是你真正读过的。

每周 20 分钟清理#

1. 打开 Inbox，逐条处理：能归位就归位，不能就删。目标清零。
2. 看 Projects，把没有下一步动作的项目移到 Archive 或删掉。
3. 打开本周新建的笔记，补上 summary，至少加一条出链。
4. 随机点开三条旧笔记，如果它们没有任何入链，考虑合并或删除。

第 4 步最重要。一个笔记如果没人指向它，它在这个知识库里等于不存在。

一个反例#

我见过把 Vault 建成图书馆的人：分类到三级，标签到五个维度，每个笔记都有 20 行 frontmatter。结果是新增一条笔记要 3 分钟决策，最后他不再记笔记了。

结构的目标不是整齐，是让记录这个动作的成本接近零。当你不确定放哪时，正确的做法永远是：扔进 Inbox，周日再说。