我的 Obsidian 库里曾经有两百多个文件，打开大半都是从网上复制的文字块，顶多备注一行来源地址。公众号收藏、PDF、浏览器书签、课程笔记分散在四五个地方，没有任何一条资料被真正用过第二次。

想解决这个问题，翻了不少方案，最后用了 Claude Code + Obsidian 这个组合。现在写东西之前，我先查知识库，不是去重新搜一遍。下面把整个搭建过程写出来，包括踩过的坑。

三个工具各干什么

Obsidian 负责存文件。它没什么神奇的，就是把 Markdown 文件放在本地文件夹，加上双链和标签浏览界面。文件是你的，工具换了照样能打开，不被任何平台锁定。

Claude Code 负责读这些文件、整理它们、生成结构化内容。资料放进去，它帮你归类、提炼摘要、写 Wiki 页面、找出重复内容。

格式统一用 Markdown，这是保证迁移性的核心。今天在 Obsidian 里，明天换 VS Code、GitHub 或者别的工具照样能用。

这套方案适合谁

适合需要长期复用资料的人。自媒体作者可以把选题素材、工具测评、爆款拆解放进去，写东西时直接查，不是重新搜；研究生可以放论文、课程笔记、读书摘要，复习时让它出大纲；独立开发者可以放产品想法、竞品分析、用户反馈，做决策时有据可查；日常办公的人可以放会议纪要、SOP、报告模板，写周报方案不用从零开始。

已经有 Obsidian 但笔记越来越乱的人，特别适合用这套方法清理一遍。

第一步：建文件夹，别急着倒资料

刚搭好就把所有收藏全塞进去，是新手最常犯的错。流程没跑通，先被资料淹了。

建议只先把目录结构建好：

AI-Knowledge-Base/
├── 00_Inbox      # 先收到这里，不管格式
├── 01_Raw        # 原始资料，不加工
├── 02_Notes      # 自己的理解和记录
├── 03_Wiki       # 整理后的结构化知识页
├── 04_Output     # 基于知识库写出的内容
└── 99_Archive    # 过时的、已处理的

六个文件夹对应一条流程：收集 → 存档原始资料 → 写笔记 → 沉淀知识 → 产出内容 → 归档。不是所有资料都要走完全程，但结构得先在。

第二步：写 CLAUDE.md，约束整理规则

很多教程略过这步，结果 Claude Code 整理出来风格乱、命名不统一，还会把原始资料直接改掉。

在知识库根目录建 CLAUDE.md，告诉它这个库是干什么的、文件夹怎么分工、哪些事不能做：

# 我的 AI 知识库工作规则

你是我的本地知识库整理助手。

这个知识库使用 Obsidian + Markdown 管理。

## 文件夹说明

- 00_Inbox：临时收集资料，未经整理
- 01_Raw：原始资料
- 02_Notes：我的个人笔记和理解
- 03_Wiki：结构化知识页面
- 04_Output：基于知识库生成的文章、方案、脚本
- 99_Archive：过时或已归档资料

## 工作原则

1. 不要随意删除文件
2. 修改文件前先说明你准备改哪里
3. 原始资料不要直接覆盖
4. 整理时优先保留来源和上下文
5. 不确定的内容要标注"不确定"
6. 不要把推测写成事实
7. 输出内容要结构清晰，适合 Obsidian 阅读
8. 新知识页尽量使用 Markdown 标题、列表、标签和双链

## 常用输出格式

每次整理资料时，请输出：

- 核心摘要
- 关键观点
- 可执行动作
- 相关概念
- 可延伸问题
- 适合输出成什么内容

这份文件写得越细，Claude Code 犯低级错误的次数越少。我用了两周之后补了"不要把推测写成事实"这条，因为它之前生成 Wiki 页面时会自己补充知识库里根本没有的内容。

第三步：先跑 10 条资料

往 00_Inbox 放 10 条，不多。让 Claude Code 先出整理计划，不要直接动文件：

请阅读 00_Inbox 里的资料。

先不要移动或删除文件。

请帮我：

1. 列出每份资料的主题
2. 判断它适合归到哪个文件夹
3. 提炼每份资料的核心观点
4. 建议可以生成哪些 Wiki 页面
5. 输出整理计划，等我确认后再执行

看完计划确认没问题，再说执行。这一步别跳过，直接让它整理的话，事后发现它把原始资料移走或改掉，恢复起来很麻烦。让它把原始资料留在 01_Raw，整理后的结构化版本单独放 03_Wiki，两份并存。

第四步：让它生成 Wiki 页面

03_Wiki 里的页面是知识库里最值钱的东西。它不是普通笔记，是结构化的、可以直接复用的知识点合集，以后不用重新找资料，直接问这个页面就行。

以 Claude Code 资料为例：

请基于 01_Raw 和 02_Notes 中关于 Claude Code 的资料，
生成一篇结构化 Wiki 页面。

文件名：03_Wiki/Claude_Code_入门.md

内容包括：

1. Claude Code 是什么
2. 适合哪些人
3. 能做什么
4. 不能做什么
5. 新手第一步怎么用
6. 常见提示词模板
7. 注意事项
8. 相关链接和延伸主题

要求：
不要编造事实。
如果资料里没有明确依据，请标注"不确定"。

生成完要检查一遍，把它自己补充的、知识库里找不到来源的内容删掉或者手动核实。这步不能省。

第五步：建首页索引

文件超过三十个之后，没有索引就找不到东西了。在根目录建 00_HOME.md：

# 我的 AI 知识库首页

## 核心主题

- [[Claude Code]]
- [[Obsidian]]
- [[AI Agent]]
- [[内容创作]]
- [[独立开发]]
- [[AI 工具]]

## 最近整理

-

## 待处理资料

-

## 可输出选题

-

## 常用提示词

-

定期让 Claude Code 更新它：

请扫描 03_Wiki 和 04_Output，帮我更新 00_HOME.md。

要求：
1. 按主题分类
2. 列出最近新增的知识页
3. 标出还没有整理完的资料
4. 提炼 10 个可以输出成文章的选题

[配图：Obsidian 首页索引截图]

第六步：用知识库回答问题

这才是让资料从"收藏"变成"可用"的关键一步。

写文章前可以直接问：

请基于 03_Wiki 里的内容回答：
我想写一篇关于 Claude Code + Obsidian 知识库的文章，
最适合从哪个角度切入？

或者让它直接出大纲：

请帮我找出知识库里关于"AI 内容工作流"的所有资料，
总结成一篇 1500 字文章大纲。

第七步：每周维护一次

不维护的知识库，三个月后和没建之前一样乱。

每周维护提示词：

请帮我维护这个知识库。

任务：

1. 扫描 00_Inbox 中未处理资料
2. 找出重复或相似主题
3. 标出过时内容
4. 更新 00_HOME.md
5. 提炼本周新增知识点
6. 给出下周可以输出的 10 个选题

注意：
不要删除文件。
涉及移动和归档的操作，先给建议，等我确认。

这个动作大概十分钟，但决定知识库是活的还是死的。

关于隐私，必须说清楚

Obsidian 文件是本地存的，但 Claude Code 调用的是云端模型，这两件事不能混为一谈。

公司内部文档、客户数据、合同、财务信息，不要放进这个流程。不是不信任哪家公司，是这类数据原本就不该出本地。我的处理方式是：知识库只放个人学习资料，涉及工作内容的笔记单独存放，不进 Claude Code 的工作目录。真的需要处理敏感内容，用跑在本地的模型方案，不走云端。

第一次跑通，按这七步走

  1. 装 Obsidian，建库 AI-Knowledge-Base

  2. 建四个文件夹：00_Inbox、01_Raw、03_Wiki、04_Output

  3. 建 CLAUDE.md，写好整理规则

  4. 往 Inbox 放 10 条资料

  5. 让 Claude Code 先出整理计划，不要直接执行

  6. 确认后生成第一个 Wiki 页面

  7. 用这个页面写一篇文章或学习大纲

走完这七步，知识库才算真正建起来了，之后再慢慢扩规模。

2-kpgK.jpg