设计你的 Vault 架构

六条设计原则

1. Markdown 是主要格式

正文优先保存在可读、可搜索、可版本控制的 Markdown 中。图片、PDF 等素材可以作为附件，但重要结论应回到文本，而不是只存在于二进制文件里。

2. 用词保持一致

同一个概念不要在 AI、人工智能、机器智能之间随意切换。稳定词汇可以减少重复标签、重复页面和检索遗漏。把约定写进 CLAUDE.md。

3. 扁平优先

目录层级越深，导航和移动成本越高。先用少量一级目录，通过链接与标签表达关系；只有生命周期或权限确实不同，才增加层级。

4. 每条笔记有摘要

一行 summary 能让人和 AI 在不打开全文时判断价值，也是索引和批量浏览的最低成本输入。

5. Frontmatter 保持少而稳定

---
title: RAG 检索策略对比
tags: [AI, RAG, 技术笔记]
created: 2026-04-11
type: permanent
summary: 对比不同 RAG 检索方式的适用场景
---

字段不是越多越好。原书建议从标题、标签、创建日期、类型、摘要这些真正会被使用的字段开始。

6. 区分人的输入与 AI 产出

原始记录和 AI 整理稿承担不同责任。可以让 raw/ 或 notes/ 保留人的原始输入，把 AI 编译后的内容放到 wiki/，让来源和变更边界清楚。

三种可直接采用的架构

模板 A：极简型

my-vault/
├── notes/
├── daily/
├── projects/
├── archive/
└── CLAUDE.md

适合刚开始、内容量不大的人。优势是低维护；不足是主题知识增长后需要补充索引。

模板 B：PARA 型

my-vault/
├── 1-Projects/
├── 2-Areas/
├── 3-Resources/
├── 4-Archive/
├── daily/
└── CLAUDE.md

适合以项目和责任领域推进工作的人。文件夹表达生命周期很清楚，但分类边界需要保持一致。

模板 C：Karpathy Wiki 型

my-vault/
├── raw/
├── wiki/
│   ├── concepts/
│   ├── entities/
│   └── topics/
├── SCHEMA.md
└── CLAUDE.md

适合持续调研和知识积累。原始材料进入 raw/，AI 按 SCHEMA.md 编译成稳定 Wiki 条目。

文件夹、标签、双链各管一件事

• 文件夹管生命周期：正在进行、长期维护、已经归档。
• 标签管领域分类：AI、写作、投资、产品。
• 双链管具体关系：一条笔记引用、支持或反驳另一条笔记。

不要让三套机制同时表达完全相同的分类，那只会制造重复维护。

本课练习：画出最小结构

• 在三种模板中选择一种，不混合全部优点
• 给每个一级目录写一句职责
• 选定不超过五个 frontmatter 字段
• 写下三个固定词汇及禁止的同义写法
• 标出哪些目录是人的原始输入，哪些允许 AI 整理

下载《Vault 架构设计单》

基于当前目录内容，对比极简型、PARA 型和 Wiki 型三种结构。
请给出推荐方案、迁移文件清单和风险，但不要移动文件。
要求优先保留现有结构，只调整确实影响检索或职责边界的部分。

好架构不是看起来最完整的架构，而是几个月后仍然愿意使用的架构。