保姆级实操：从零搭建 AI 驱动的人生操作系统（附完整模板 + Prompt）

这篇文章写给两种人：

第一种：看完前三篇觉得「有道理」，然后把标签页收藏了，再也没打开。

第二种：看完前三篇，打开 Obsidian，不知道第一步按哪里。

这两种，我都想拉回来。

所以这篇文章只做一件事：用你今天晚上就能跑通的步骤，把系统真正建起来。

没有"未来你可以考虑"，没有"进阶用户可以尝试"。只有一个顺序，一步一步，到最后你看着 AI 自动在你的 vault 里生成知识页面的那一刻——我保证，你会想起来告诉我。

先说一个真实的感受——

把 vault 结构搭起来这件事，如果靠自己，可能要花好几个小时，并且很可能陷入"到底怎么分类"的决策瘫痪。

这篇文章的目的，就是帮你绕过那个瘫痪。

在开始之前：你需要的只有这三样东西

不需要懂命令行（我给你降级方案）。不需要懂 MCP（先用最简单的接入方式）。不需要懂 Python。

如果你想要完整的 Claude Code 接入，你不需要是开发者，但需要能接受打开一个终端。如果连终端都不想碰，我在每一步都给你一个「无终端版」。

第一部分：地基——10 分钟建好骨架

Step 1｜新建 vault（2 分钟）

打开 Obsidian，点击左下角「管理库（Manage Vaults）」，点「新建库（New Vault）」。

命名建议：用你自己的名字，或者直接叫 LifeOS。不要叫 Obsidian，以后会混乱。

选一个你熟悉的本地文件夹路径，点「创建」。

✅ Done. 你有了一个空 vault。

Step 2｜建文件夹骨架（5 分钟）

在左侧文件区，依次新建以下文件夹。不要跳过，不要改名（后面的 AI 配置是按这个名字写的）：

text

00-Inbox
01-Projects
02-Areas
03-Resources
04-Archives
05-Periodic
06-People
Templates

然后在 03-Resources/ 下再建两个子文件夹：

text

03-Resources/
├── wiki--我的第一个主题    ← 先建一个，名字换成你想研究的领域
└── ref--工具收藏           ← 普通参考资料

在 wiki--我的第一个主题/ 下再建三个子文件夹：

text

wiki--我的第一个主题/
├── raw
├── wiki
└── output

在 00-Inbox/ 下再建三个子文件夹：

text

00-Inbox/
├── fleeting    ← 闪念
├── clippings   ← 网页剪藏
└── voice       ← 语音转文字

这就是整个架构的物理骨架，完成了。

Step 3｜安装三个核心插件（3 分钟）

打开 Obsidian 设置（左下角齿轮图标）→「第三方插件」→「浏览」。

必装插件一：Obsidian Web Clipper（浏览器扩展，不在插件市场）

Web Clipper 是一个浏览器扩展，让你轻松从网络任何地方捕获内容并发送到 vault。去你的浏览器扩展商店搜索「Obsidian Web Clipper」安装。

安装后配置：

• 点击扩展图标 → 设置
• 选择你的 vault 名字
• 默认保存路径改为：00-Inbox/clippings

Web Clipper 不仅能捕获内容并转为 Markdown，还能提取有用的元数据，比如页面标题、标签等。

必装插件二：Obsidian Git

这是一个强大的社区插件，把 Git 版本控制带进你的 vault。可以自动提交、拉取、推送，并在 Obsidian 内查看变更。

为什么需要 Git？因为你把 AI 请进来写文件之后，万一它写错了，你需要能「撤销」。Git 是你的安全网。

在插件市场搜索「Git」，安装「Obsidian Git」，启用。

设置里把「自动提交间隔」改为 10 分钟。这样每 10 分钟你的 vault 就有一个快照。

如果你从来没用过 Git： 暂时跳过这一步，先把系统跑起来，第一周结束后再回来配 Git。不装不影响主流程。

必装插件三：Templater

插件市场搜索「Templater」安装启用。后面的周期笔记模板要用到它。

第二部分：大脑——20 分钟写好三个核心文件

这是整个实操里最重要的部分。把这三个文件写好，AI 才真正"住进来"。

核心文件一：CLAUDE.md（AI 宪法）

在 vault 根目录（最顶层，不在任何文件夹里）新建一个文件，命名为 CLAUDE.md。

CLAUDE.md 是整个设置的核心大脑。这是一个住在你 vault 里的纯 Markdown 文件，精确地告诉 Claude Code 如何作为你的 vault 助手行为。它定义了文件夹结构、你遵循的规范、调用哪些技能，以及任何塑造 Claude 操作方式的偏好。

把以下内容复制进去，然后按照 [ ] 里的提示填入你自己的信息：

Markdown

# [你的名字]的人生操作系统 — AI 行为宪法
版本：1.0 | 创建：[今天日期]
---
## 我是谁
我是[你的职业/角色]，主要关注[你的1-2个核心领域]。
我同时管理工作项目、个人成长、生活事务和专业知识积累。
你是我的个人知识管理 agent，帮我维护这个 vault。
---
## Vault 结构
| 文件夹 | 用途 | 你的权限 |
|---|---|---|
| 00-Inbox/ | 所有新信息的统一入口 | 读写 |
| 01-Projects/ | 有截止日期的主动项目 | 读写 |
| 02-Areas/ | 持续维护的责任领域 | 读写 |
| 03-Resources/wiki--*/ | LLM-Wiki 知识子库 | wiki/目录读写，raw/目录只读 |
| 03-Resources/ref--*/ | 普通参考资料 | 读写 |
| 04-Archives/ | 完成或失活内容 | 只读 |
| 05-Periodic/ | 日/周/月/年笔记 | 读写 |
| 06-People/ | 人物档案 | 读写 |
| Templates/ | 笔记模板 | 只读 |
---
## 信息路由规则
收到任何新信息，按以下顺序判断：
1. 是可执行任务/项目决策？
   → 路由到 01-Projects/ 或 02-Areas/，创建 checkbox 任务
2. 属于已有 wiki 子库的知识片段？
   → 复制到对应 wiki 子库的 raw/，通知我运行 /ingest
3. 可以形成新研究主题（预计≥5篇相关源）？
   → 在 03-Resources/ 创建新 wiki--{主题}/ 子库
4. 普通参考资料，不需要 AI 编译？
   → 存入 03-Resources/ref--{类别}/
5. 涉及特定人物？
   → 更新或创建 06-People/{人名}.md
6. 以上都不符合？
   → 留在 00-Inbox/fleeting/，等周回顾人工判断
---
## 每次会话开始时，你要做的事
1. 读取 05-Periodic/daily/ 里今天的日记（如果存在）
2. 扫描 00-Inbox/ 里未处理的文件
3. 告诉我：今天有什么需要我关注的？
---
## 每个项目文件夹的标准结构
每个 01-Projects/ 下的项目必须有 PROJECT.md：
\`\`\`
---
status: active
deadline: YYYY-MM-DD
area: [关联领域]
---
## 项目背景
## 当前状态（上次更新：日期）
## 下一步行动
- [ ] 具体下一步
\`\`\`
---
## 你绝对不能做的事
1. 绝不删除任何文件（只能归档到 04-Archives/）
2. 绝不修改 raw/ 目录里的文件
3. 没有来源支撑时，不创造关联，标注"待确认"
4. 不确定时，问我，不要猜
5. 绝不把日记等私人内容摄入任何 wiki 子库
---
## 我的偏好
- 回答我用中文，简洁直接，不废话
- 我喜欢用类比解释复杂概念
- 帮我写内容时，模仿我的语气：[描述你的语气风格]

每次 Claude Code 连接，它都能读取这个文件，以「已经了解你的世界」的状态进入工作。

核心文件二：第一个 wiki 子库的 SCHEMA.md

进入你刚才建的 03-Resources/wiki--我的第一个主题/ 文件夹，新建 SCHEMA.md：

Markdown

# [你的主题名] Wiki Schema
---
## 这个 wiki 是什么
编译关于[主题]的结构化知识库。
原则：不写我自己的观点，只编译来源于 raw/ 的内容。
---
## 页面类型
### concepts/（概念页）
- 命名：概念名称.md
- 必须包含：定义（1句话）、为什么重要、核心机制、相关概念链接、来源引用
- 禁止：在没有原文支撑的情况下添加推测
### sources/（来源摘要）
- 命名：YYYY-MM-DD_标题简称.md
- 必须包含：原始文件路径、核心主张（≤200字）、更新了哪些概念页
- 禁止：超过 300 字
### entities/（人物/机构/产品页）
- 命名：名称.md
- 必须包含：基本信息、与本主题的关系、关键观点/作品
### synthesis/（综合分析）
- 创建条件：≥3个来源支撑同一跨概念洞察
- 必须标注：基于哪些来源、哪些概念
---
## 每个页面的 frontmatter 标准
\`\`\`yaml
---
type: concept | source | entity | synthesis
created: YYYY-MM-DD
updated: YYYY-MM-DD
confidence: high | medium | low
last_verified: YYYY-MM-DD
source_count: 数字
---
\`\`\`
---
## 发现矛盾时
1. 两个相关页面都加 ⚠️ contradicts 标注
2. 在 synthesis/conflicts/ 创建记录
3. 不擅自决定哪个正确
---
## 绝对不做
- 修改 raw/ 里任何文件
- 创建没有来源支撑的页面
- 删除已有页面（只更新）
- 把不属于[主题]的内容摄入

把 Schema 文件视为最重要的文件——这一点在 Karpathy 的原始 Gist 里被低估了，但实际上它决定了 wiki 的质量上限。

核心文件三：第一篇日记模板

在 Templates/ 文件夹下新建 daily-template.md：

Markdown

---
date: {{date:YYYY-MM-DD}}
type: daily
week: {{date:YYYY-[W]WW}}
---
# {{date:YYYY年MM月DD日}}，{{date:dddd}}
---
## ☀️ 今日意图
今天最重要的一件事：
---
## 📥 今日捕获
<!-- 所有想法、信息、随手记都先写这里 -->
---
## ✅ 任务
### 今天要做
- [ ] 
### 从昨天延续
<!-- AI 会自动从昨天的日记里搬过来 -->
---
## 📝 工作日志
<!-- 按时间记录今天做了什么 -->
---
## 🌙 今日复盘
完成了什么：
卡住在哪里：
明天的重点：
---
## 💡 值得提炼的洞察
<!-- 今天有没有产生值得存入 wiki 的知识？标记出来 -->
#distill-candidate

第三部分：接线——把 Claude 接进 vault

这里是整个教程里技术性最强的部分。我给你三个方案，从简单到复杂，你根据自己的情况选一个。

方案 A：无终端版（适合完全不懂技术的读者）

工具：Claude.ai 网页版（需要 Claude Pro）

接线方式：手动复制粘贴（听起来 low，但够用）

使用方式：

1. 打开 Claude.ai，开始新对话
2. 把 CLAUDE.md 的内容复制，粘贴进对话框，发送
3. 然后说：「你已经了解我的 vault 结构了。现在我需要你帮我处理以下内容：」
4. 把你要处理的笔记内容粘贴进来

优点：零配置，今天就能用
缺点：每次对话都要重新粘贴 CLAUDE.md（或者创建一个 Claude Project，把 CLAUDE.md 存在 Project Instructions 里，就不用每次粘贴了）

Claude Project 方案：在 Claude.ai 里创建一个 Project，命名为「我的 LifeOS」，在「Project Instructions」里粘贴 CLAUDE.md 内容。之后所有对话都在这个 Project 里进行，Claude 会记住你的 vault 规则。

方案 B：MCP 方案（适合有一点点技术基础的读者）

工具：Claude Desktop + MCPVault

核心原理： Server 把你的 Obsidian vault 暴露给 Claude。Claude 只能访问你明确配置的 vault 目录。集成直接使用你的本地 Markdown 文件。

而且有一个超级方便的特性——Obsidian 甚至不需要在运行。

安装步骤：

第一步：安装 Node.js（去 nodejs.org 下载安装，全程下一步即可）

第二步：安装 Claude Desktop（去 claude.ai/download 下载）

第三步：配置 MCP。打开终端（Mac 是 Terminal，Windows 是 PowerShell），粘贴：

Bash

claude mcp add-json obsidian-vault '{
  "type": "stdio",
  "command": "npx",
  "args": ["-y", "@bitbonsai/mcpvault@latest", "/你的vault完整路径"]
}' --scope user

把 /你的vault完整路径 替换成你实际的 vault 路径。

Mac 示例：/Users/阿木木/Documents/LifeOS
Windows 示例：C:\Users\阿木木\Documents\LifeOS

第四步：重启 Claude Desktop。

第五步：测试连接。在 Claude Desktop 里输入：

「请列出我 Obsidian vault 的根目录结构」

如果看到你的文件列表，说明连接成功了。

安全说明：只有你明确放进 prompt 的文件内容才会发送给 AI 服务商。Agent 是在本地读取文件的，不会批量上传整个 vault。话虽如此，任何你粘贴进 Claude 对话的内容都会经过 Anthropic 的服务器——如果你需要完全隐私，考虑本地模型。

方案 C：Claude Code 完整版（适合愿意用终端的读者）

这是最完整的方案，也是 Karpathy 本人使用的方式。实际操作中，LLM agent 开在一侧，Obsidian 开在另一侧。LLM 根据对话做出修改，你实时浏览结果——跟随链接，查看知识图谱，阅读更新的页面。Obsidian 是 IDE；LLM 是程序员；wiki 是代码库。

安装步骤：

第一步：安装 Claude Code。打开终端：

Bash

npm install -g @anthropic-ai/claude-code

第二步：安装 Obsidian Skills（Obsidian CEO 开源的 AI 技能库）。

把这个 repo 的内容添加到你 Obsidian vault 的 /.claude 文件夹里（或者你用来运行 Claude Code 的那个文件夹）。

Bash

cd /你的vault路径
git clone https://github.com/kepano/obsidian-skills.git .obsidian-skills-temp
cp -r .obsidian-skills-temp/skills .claude/skills
rm -rf .obsidian-skills-temp

没有这些 Skills，Claude Code 可能会创建格式错误的笔记——比如不知道用 YAML frontmatter，或者不知道 [[wikilink]] 是 Obsidian 的内部链接语法。

第三步：在 vault 目录里启动 Claude Code：

Bash

cd /你的vault路径
claude

Claude Code 启动后，会自动读取根目录的 CLAUDE.md，立刻知道你的整个系统规则。

这个组合——技能（Skills）+ Claude 指令（CLAUDE.md）直接住在你的 vault 里——让 Claude 从一个通用 AI 变成了一个理解你的具体系统、遵守你个人规范的定制助理。

第四部分：点火——你的第一次真实运行

现在，系统的骨架建好了，大脑写好了，AI 也接进来了。是时候让它真正跑起来了。

我们按照时间顺序，跑三个场景。

场景一：处理 Inbox（大约 5 分钟）

找 3-5 篇你一直想读但还没读的文章，用 Web Clipper 把它们剪藏到 00-Inbox/clippings/。

然后打开 Claude，说：

text

请帮我处理 00-Inbox/clippings/ 里的新内容。
对于每一个文件：
1. 判断它属于什么类型（知识/任务/参考）
2. 按照 CLAUDE.md 的路由规则，告诉我它应该去哪里
3. 如果属于我的 wiki 主题[你的主题名]，直接移动到对应 raw/ 目录
完成后给我一个处理报告。

AI 会开始读取文件、做判断、告诉你每一条的去向。你审查，确认，或者纠正。

第一次处理，AI 大约能准确路由 70-80% 的内容。 剩下的 20-30% 需要你手动纠正——这不是失败，这是在教 AI 你的偏好。每次纠正之后，在 CLAUDE.md 里补充一条规则，系统会越来越准。

场景二：第一次摄入 wiki（大约 10 分钟，AI 在做你在看）

确保 wiki--我的第一个主题/raw/ 里有 3 篇以上的文件（上一步刚路由进去的）。

然后说：

请对 03-Resources/wiki--[你的主题名]/ 执行 /ingest 操作。
具体步骤：
1. 读取 SCHEMA.md，了解这个 wiki 的规则
2. 读取 raw/ 里的所有文件
3. 在 wiki/ 目录下创建概念页、来源摘要页，建立交叉链接
4. 更新 index.md（如果不存在就创建）
5. 在 log.md 里记录本次摄入
完成后告诉我：创建了多少页面，发现了哪些关键概念，有没有矛盾需要我判断。

然后你就等着看。

摄入过程中，LLM 读取来源，和你讨论收获，写来源摘要，更新 10-15 个相关页面，更新索引，在日志里追加记录。 当 AI 把你的第一篇文章处理成一个 wiki 页面——有正确的 wikilink、frontmatter、标签和 callout——并且在「Notes」部分自动把它和你 wiki 里另一个概念连起来的那一刻，你会真正感受到这件事的力量。wiki 越建越大，你会发现越来越多你自己从来没注意到的连接。

场景三：建立每日工作流（5 分钟配置，终身受益）

在 Obsidian 里，打开设置 → Templater → 配置模板文件夹为 Templates，开启「Trigger Templater on new file creation」。

然后在 05-Periodic/daily/ 文件夹上右键，选择「新建笔记」，应用 daily-template 模板。

你的第一篇日记就建好了。

每天早上的工作流：

早上（2 分钟）：

1. 新建今天的日记
2. 在「今日捕获」里随手记任何出现的想法
3. 告诉 Claude：「读一下今天的日记，告诉我有什么需要注意的，并从昨天的日记里搬来未完成的任务」

晚上（3 分钟）：

1. 在「今日复盘」写完三个问题
2. 如果有 #distill-candidate 标记的内容，告诉 Claude：「处理今天日记里的 distill-candidate，判断它们属于哪个 wiki 子库」

每次会话开始时：读取今天的日记、扫描 Inbox 里未处理的笔记、检查标记了 needs-review 的内容。每次会话结束时：把会话摘要写入今天的日记。这是让系统真正「学习」的关键机制。

第五部分：真实使用者的翻车记录（必读）

我必须把这部分放在这里。因为如果你只看成功案例，踩坑时会失去信心。

翻车一：MCP 配置文件路径问题

很多人踩的一个坑：Claude Code 的配置文件位置随版本变化，很多文档是过时的。

如果你配置了 MCP 但 Claude 说找不到 vault，试试这个命令检查你的版本用哪个配置文件：

Bash

claude doctor

看 MCP Config Diagnostics 那一节，它会告诉你具体用哪个文件。

翻车二：Windows 用户的 npx 问题

在 Windows 上，Claude Code 有时不能直接执行 npx。

解决方案：把 MCP 配置里的 npx 改成 npx.cmd，或者用完整路径。

如果你在 Windows 上遇到任何 MCP 连接问题，最快的解法是先切换到方案 A（Claude Project 网页版），把系统跑通之后再回来研究 MCP。

翻车三：第一次 ingest 后，wiki 看起来很空洞

这是最常见的「以为失败了」的误判。

如果你 raw/ 里只有 2-3 篇文章，wiki 只会产生 5-8 个页面，而且页面之间的交叉链接很少——这是正常的。

一个真实的实践者每天摄入 1-3 篇文章。wiki 的密度需要时间积累。到第 10 篇文章，你开始看到真正的网络；到第 30 篇，wiki 开始向你展示你自己都没注意到的连接。

判断 wiki 是否在正常工作的标准不是页面数量，而是：每次新增一篇文章，有没有更新已有的页面？ 有更新就说明系统在积累，没有更新才需要检查配置。

翻车四：Inbox 堰塞湖

第一周结束，你可能发现 Inbox 里堆了 40 多条笔记，AI 还没处理。

 一个 200 条未处理笔记的 backlog，会把 agent 变成一团乱麻。

解决方案：每天处理，不要让 Inbox 积压超过 10 条。如果来不及每天处理，降低标准——不是每条都需要路由，Inbox 里的东西可以在周回顾时批量处理或者直接删除。

00-Inbox/fleeting/ 里的闪念，每周五清空一次——该保留的保留，不知道放哪的直接删，不要让「以后可能有用」的心理积累成负担。

翻车五：AI 修改了 raw/ 里的文件

这是最严重的问题。发生了不要慌。

这就是为什么第一步要装 Obsidian Git：打开 Obsidian Git 的 Source Control View（左侧边栏），找到被修改的文件，右键选「Discard Changes」，或者用命令：

Bash

git checkout -- 03-Resources/wiki--你的主题/raw/

然后去 CLAUDE.md 里把「绝对不能修改 raw/ 目录」这条规则加粗、放到最顶部。

第六部分：一周后应该是什么样子

如果你按这个教程完整走下来，一周后你的系统应该是这个状态：

一周后你会遇到第一个真正有价值的时刻：

你问 wiki 一个问题，它给出的答案，不是网上的通用答案，而是基于你过去两周读过的东西的综合。

Claude 读取热缓存（最近的上下文），扫描索引，深入相关页面，综合一个答案。它引用的是具体的 wiki 页面，而不是训练数据。

这个时刻，你会真正理解前三篇文章在说什么。

今天就能做的最小行动

如果你看到这里还是觉得"太多了，不知道从哪开始"——

只做这一件事：

用 Web Clipper 把三篇你最近想读的文章剪藏到 Obsidian，然后打开 Claude，告诉它：

我正在搭建一个 Obsidian + AI 知识管理系统。
这是我的 vault 结构说明：[粘贴你的 CLAUDE.md 内容]
现在我的 00-Inbox/clippings/ 里有三篇文章：
[列出三篇文章的标题和内容]
请帮我判断这三篇文章的类型，以及在我的系统里应该去哪里。

就这一件事。三分钟。

然后看 Claude 怎么回答。那个回答，会告诉你下一步该改进 CLAUDE.md 的哪里。

结尾：真正的成功标准不是系统建好了

最后说一件比技术更重要的事。

很多人搭好了系统，两周后又放弃了。

不是因为系统不好。是因为他们把「建系统」当成了终点，而不是起点。

这套设置给你的，是一个 Claude 可以在里面工作的个人知识库。你的笔记、你的结构、你的规范，全都成为 Claude 带进每次交互的上下文。你越通过 CLAUDE.md 和自定义技能来打磨它，它就越反映你真正的思考和工作方式。

你需要的不是一个完美的系统，而是一个能持续进化的系统。

它需要一些时间才能按你想要的方式运行，但它真的改变了你每天使用 Obsidian 的方式。如果你试试这个——希望它对你也一样。

什么设计是对的，什么翻了车，以及 wiki 第一次让我看到自己都没注意到的知识连接，是什么感觉。
三个月后，不管跑通了还是翻车了——来评论区告诉我。