用 AI 搭了一个 Obsidian 知识库，用了半年没崩
去年这个时候，我的 Obsidian 已经乱到我不想打开它了。
一开始我以为问题是插件不够，于是装了 Dataview、Templater、Calendar、Tasks……越装越像一个“知识管理驾驶舱”。但真正写笔记的时候，问题一点没变：新东西不知道放哪，旧东西找不回来，AI 也帮不上忙。
后来我花了一个周末，把整个 Vault 重新搭了一遍。半年过去，这套结构每天都在用，没有崩，也没有变成另一个没人维护的文件夹坟场。
这篇文章记录一下我是怎么搭的，以及 AI 在里面到底帮了什么。
起点：我的 Obsidian 为什么会乱
复盘下来，主要是三个问题。
第一个问题是 新笔记没地方放。
比如一篇 AI 工具的使用心得，到底放“工具”还是“项目”？一篇小红书选题，算“输出”还是“灵感”？一篇文章摘录，算“资源”还是“知识”？每次都要想半天，最后就随手塞进一个临时文件夹。
第二个问题是 收藏不等于学到。
我以前很喜欢把文章剪藏进 Obsidian，好像放进去就等于吸收了。结果只是把网页垃圾搬进了本地仓库。资料越来越多，真正能复用的东西反而越来越少。
第三个问题是 AI 帮不上忙。
不是 AI 不会总结，而是我的笔记结构太乱。AI 不知道哪些是外部资料，哪些是我的判断；也不知道一条笔记属于哪个项目、哪个领域、哪个输出目标。上下文不给清楚，AI 的回答自然也不稳定。
所以我给新知识库定了三条规则：
- 新东西进来，三秒内知道放哪。
- 外部资料和自己的观点必须分开。
- AI 可以参与维护，但必须有边界。
四层结构：不要只靠文件夹
后来我没有继续纠结“完美分类”，而是把知识库拆成四层。
第一层是 PARA 管流转。
项目、领域、资源、归档这套结构不用解释太多，它的好处是简单：正在推进的放项目，长期关注的放领域，参考资料放资源，结束不用的放归档。它解决的是“东西应该往哪流”。
第二层是 常青笔记管消化。
真正值得留下的内容，不应该永远停留在摘录状态。我会把反复用到的想法改写成自己的话，变成一张可以独立阅读的小卡片。它不追求长，但要有明确观点。
第三层是 知识地图管导航。
当某个主题的笔记变多，我会建一张 MOC，也就是 Map of Content。它不是目录，而是导航页：告诉我这个主题有哪些核心问题、关键笔记、相关输出。
第四层是 AI 维护区管边界。
这是我后来补上的一层。里面放 AI 可以遵守的规则、模板、检查清单、自动整理说明。这样我每次让 AI 参与整理时，不用重新解释整个知识库的约定。
最终目录：够用就好
现在我的 Vault 大概是这样：
00_收件箱
10_项目
20_领域
30_资源
40_常青笔记
50_知识地图
60_输出
70_AI维护
80_模板
90_归档这套目录没有什么神秘的地方，关键是每一层都有明确职责。
00_收件箱 只负责临时进入，不负责长期保存。所有没想清楚的东西都先放这里，但必须定期清理。
10_项目 放有截止、有结果的事情，比如一篇文章、一个产品实验、一次部署记录。
20_领域 放长期关注但不会结束的方向，比如 AI 工具、写作、投资、知识管理。
30_资源 放外部资料。这里的内容默认不是我的观点，只是可引用的材料。
40_常青笔记 放已经被我消化过的观点。这里才是知识库真正的核心。
50_知识地图 用来把一个主题串起来。笔记多了以后，地图比标签更重要。
60_输出 放文章、方案、脚本、发布记录。知识最终要流到这里，否则只是收藏。
70_AI维护 放 AI 规则、提示词、检查清单和自动化说明。它让 AI 参与维护时不至于乱来。
80_模板 放常用模板，90_归档 放已经结束但暂时不删的东西。
这套目录的目标不是“看起来专业”，而是让我每天用的时候不用思考太多。
AI 到底能干什么
我现在对 AI 的定位很明确：它不是知识库的主人，而是维护助手。
它能做的事情包括：
- 帮我把长资料拆成几张 Markdown 卡片；
- 帮我提炼一篇文章的核心观点；
- 帮我检查一条笔记应该归到哪个目录；
- 帮我发现几条笔记之间的关联；
- 帮我把临时记录整理成可读版本。
但有几件事我不会交给 AI：
- 不让它决定哪些内容值得长期保存；
- 不让它替我生成没有来源的“知识”；
- 不让它把外部资料和我的观点混在一起；
- 不让它自动大规模改目录结构。
简单说，AI 可以帮我减少整理阻力，但最终判断还是我来做。
我实际搭建时的 7 步
如果重新来一遍，我会按这 7 步做。
第一步，确认 Vault 当前状态。
先别动手整理，先让 AI 帮你盘点现有文件：有哪些目录、哪些重复、哪些长期没人打开、哪些内容其实已经过期。整理之前先看清现场。
第二步，创建目录结构。
不要一上来就建很多层。先搭出 00 到 90 这几类主目录，保证新东西有入口，旧东西有归宿。
第三步，写首页。
首页不是装饰，它是知识库的操作台。我的首页会放最近项目、常用地图、待整理入口和维护说明。每天打开 Obsidian，先看到这里。
第四步，创建知识地图。
挑几个你最常用的主题，先建 MOC。比如“AI 工具”“写作系统”“知识管理”。地图不用一次写完，先把核心问题列出来，后面慢慢补。
第五步，创建模板。
至少准备三类模板：临时笔记模板、常青笔记模板、项目复盘模板。模板的作用不是好看，而是减少每次新建笔记时的犹豫。
第六步，写 AI 维护规则。
告诉 AI：哪些目录能改，哪些不能改；外部资料怎么标来源；总结应该保留什么字段；输出时要不要加引用。规则越清楚，AI 越不容易乱发挥。
第七步，验证链接和目录。
最后让 AI 帮你检查：有没有空目录、死链、重复标签、没归档的临时笔记。这个步骤很像系统上线前的 smoke test。
半年后，我觉得最重要的不是结构
这套知识库能跑半年，不是因为结构设计得多完美，而是因为维护成本足够低。
我现在每天只做一件小事：把新东西放到正确入口。每周再花一点时间，把值得留下的东西整理成常青笔记或输出草稿。
如果哪天没时间，也没关系。00_收件箱 可以兜底。只要它不会长期堆满，系统就不会崩。
这也是我现在对 Obsidian 的理解：它不是收藏夹，也不是资料仓库，而是一个长期工作的知识操作台。
AI 的作用，是帮我把操作台保持干净，帮我把碎片变成卡片，帮我在需要的时候找到相关材料。但真正决定知识库质量的，还是我每天怎么用它。
如果你也想搭一个 Obsidian 知识库，不建议一开始就追求复杂系统。先做到三件事就够了：
- 给所有输入一个固定入口。
- 把重要内容改写成自己的话。
- 每次输出前，先从自己的知识库里找一遍。
能跑起来，比设计得漂亮更重要。