Claudian--不离开 Obsidian，完成一切
一只阿木木约 19 分钟Module 6｜Claudian
不离开 Obsidian，完成一切
你每天在工具之间切换多少次？没人统计过。但每一次切换，都有一个你意识不到的成本。这一讲，我们来正视这件事。
写在前面
我以前工作的时候，桌面上同时开着这些东西：
Obsidian、Chrome（至少 12 个标签）、Terminal、Claude 网页版、Notion、Slack。
我觉得这很正常。
知识工作者不就是这样的吗？多工具并行，效率更高。
后来我做了一个实验。
我在某个工作日里，每次切换应用时按一下计数器。
到下午三点，我按了 147 次。
147 次切换，不只是 147 次鼠标点击。
每一次切换，都包含：
离开当前的思维状态，在脑海里找到"我下一步要做什么"，重新定位到新工具，重新找到我要操作的那个窗口或标签。
认知科学里有个词叫"上下文切换成本"（Context Switching Cost）。
研究显示，每次深度思维中断之后，需要平均 23 分钟才能完全恢复专注。
你没有 23 分钟。我也没有。
我不是要你关掉所有工具，只用一个。
我是想让你认真想一个问题：
哪些切换，是真正必要的？哪些，只是因为工具的边界在那里，所以你默认接受了？
Claudian 要解决的，就是那些"不必要但你从来没有质疑过"的切换。
6.1 Claudian 是什么：一个定义的澄清
在讲怎么用之前，我需要先说清楚 Claudian 是什么，以及它不是什么。
因为我见过很多人装了 Claudian，把它当成一个"在 Obsidian 里聊天"的工具。
这是一个巨大的浪费。
它不是聊天界面
绝大多数 Obsidian 的 AI 插件，做的是这件事：
你打开一个聊天窗口，问 AI 问题，AI 回答，你把你觉得有用的部分复制出来，粘贴进你的笔记。
Claudian 不是这个。
Claudian 使用的是 Claude Code SDK，不是聊天 API。
这个区别意味着什么？
聊天 API：AI 回答你的问题，仅此而已。
Claude Code SDK：AI 可以读你的文件、写你的文件、搜索你的 Vault、执行命令、跑多步骤的工作流——自主地，不需要你逐步引导。
它是什么
Claudian 是把 Claude Code 的完整能力，嵌入到 Obsidian 的工作界面里。
你的 Vault，变成了 Agent 的工作目录。
你正在写的笔记，Agent 可以直接读取和编辑。
你积累的知识库，Agent 可以在你工作的同时随时查询和引用。
你不需要离开正在写的那一页。
一个具体的对比
没有 Claudian 的工作方式：
你在 Obsidian 里写一篇关于产品策略的笔记。
你想参考你之前积累的"用户访谈框架"。
你需要：
打开搜索，找到那个框架页面 切换到 Claude 网页版 把框架页面的内容复制粘贴进去 加上你现在写的内容，问 AI 如何结合 把 AI 的回答复制 切回 Obsidian，粘贴进你的笔记 手动调整格式
7 步，2-3 分钟，思维流中断至少一次。
有 Claudian 的工作方式：
你在 Obsidian 里写那篇笔记。
选中你想扩展的那段，按快捷键，在 Claudian 侧边栏输入：
text
基于我知识库里的用户访谈框架，
扩展这段内容，补充具体的操作步骤
Claudian 自动找到那个框架页面，读取，结合你当前写的内容，直接在文件里编辑。
你审阅修改，接受或拒绝。
1 步，30 秒，思维流没有中断。
6.2 安装：15 分钟完成
前提条件检查
Claudian 依赖 Claude Code，安装前先验证：
Bash
claude --version
# 应该看到版本号
# 如果没有，回到 Module 2 的 2.2 节
方法一：Obsidian 社区插件市场（推荐）
text
Obsidian → Settings → Community plugins → Browse
搜索：Claudian
Install → Enable
安装完成后，在侧边栏会出现 Claudian 的图标。
点击，打开侧边栏。
方法二：手动安装
如果社区市场搜索不到（网络原因），手动安装：
Bash
cd ~/knowledge/vault/.obsidian/plugins/
git clone https://github.com/YishenTu/claudian.git
然后：
text
Obsidian → Settings → Community plugins
找到 Claudian → 开启
配置 Claude Code 路径
安装启用后，打开 Claudian 设置：
text
Settings → Claudian → Claude CLI path
Claudian 通常会自动检测到 Claude Code。
如果没有自动检测到，手动配置：
Bash
# 在终端里找到 Claude Code 的路径
which claude
# 输出类似：/usr/local/bin/claude
# 把这个路径粘贴到 Claudian 设置里
验证安装
在 Obsidian 里打开任意一个笔记。
点击侧边栏的 Claudian 图标，输入：
text
请列出这个 Vault 里有哪些文件夹
如果 Claudian 能正确列出你的目录结构——安装成功。
如果没有响应或报错，检查：
Claude Code 路径是否设置正确 Claude Code 是否已经登录（ claude --version验证）Obsidian 是否有权访问你的 Vault 目录
6.3 核心能力：四个维度
Claudian 有四个核心能力，每个能力解决不同的工作场景。
逐一理解，你才能在对的场景用对的能力。
能力一：内联编辑
这是什么：
选中你笔记里的一段文字，或者把光标放在某个位置，使用快捷键唤出 Claudian，AI 直接在这个位置编辑——不是给你一段话让你复制，而是在原文件里改。
改完有词级别的差异预览（diff view），你能清楚看到哪些字被改了、哪些是新增的。
快捷键（默认）：
text
Mac：Cmd + Shift + A
Windows/Linux：Ctrl + Shift + A
可以在 Claudian 设置里自定义。
适合什么场景：
你写了一段话，感觉表达不够准确，想让 AI 改写 你有一个观点，想让 AI 扩展成一个完整段落 你有一堆要点，想让 AI 整理成有逻辑的叙述 你写了英文，想让 AI 翻译成中文（或反向）
一个注意事项：
内联编辑会直接修改你的文件。
Obsidian 有撤销功能（Cmd+Z / Ctrl+Z），你不满意可以立刻撤销。
但在接受修改之前，先认真看 diff view——AI 改的方向是否是你想要的。
养成习惯：看完差异，再决定接受还是拒绝。不要因为懒就直接接受。
能力二：斜杠命令（Slash Commands）
这是什么：
在 Claudian 侧边栏输入 /，调出你预定义的命令列表。
选择一个命令，AI 按照你预定义的流程执行，不需要你每次重新输入指令。
命令存放位置：
text
~/knowledge/vault/.claude/commands/
每个 .md 文件，就是一个命令。
文件名就是命令名，文件内容就是这个命令的执行流程。
一个具体的例子：
你创建了一个文件 .claude/commands/process-article.md：
Markdown
# process-article处理当前打开的文章：
1. 读取当前文件内容
2. 提取 3 个核心概念（每个概念：名称 + 一句话定义 + 适用场景）
3. 提取 1 个最有价值的框架
4. 在文件末尾追加一个"关键提取"部分，用以下格式：
---
## 关键提取
### 核心概念
- **[概念名]**：[定义]（适用：[场景]）
### 框架
- **[框架名]**：[一句话说明]
---
5. 检查 wiki/concepts/ 里是否已有这些概念的页面
6. 如果没有，列出"建议创建的 wiki 页面"供我确认
之后每次你读完一篇文章，打开 Claudian，输入 /process-article，自动执行，30 秒完成。
Slash Commands 是你把"重复的认知劳动"转化成"一次性设计"的地方。
你只需要设计一次好的处理流程，之后每次调用，执行的都是同一个标准。
能力三：@提及
这是什么：
在 Claudian 侧边栏输入 @，可以主动指定你想让 AI 使用的资源：
@文件名：让 AI 读取 Vault 里的某个具体文件@文件夹：让 AI 读取某个文件夹里的所有文件@skill：让 AI 加载某个 book-to-skill 生成的 Skill
适合什么场景：
你在写一个项目分析，你知道有几个相关的 wiki 页面，以及一本相关的书的 Skill。
你可以这样：
text
@wiki/concepts/product-market-fit.md
@wiki/concepts/user-research.md
@ddia（book-to-skill 的 slug）基于以上内容，帮我分析当前项目的技术架构选择
AI 会同时读取这三个来源，在一个统一的上下文里工作。
@提及的价值：精确控制上下文。
不是"帮我参考知识库里所有相关内容"（范围太宽，结果往往泛泛），而是"帮我参考这几个具体的内容"（范围精确，结果更有针对性）。
能力四：多标签并行
这是什么：
Claudian 支持同时开启多个对话标签，每个标签是独立的工作线程。
为什么有用：
你在写一份报告，需要同时处理两件不同的事：
标签 A：帮我基于知识库里的数据，生成市场分析 标签 B：帮我把上周的会议记录整理成行动清单
两件事并行，不需要等一件完成再做另一件。
另一个用法：探索不同方向
你面对一个问题，不确定哪个方向更好。
标签 A：用框架 X 分析 标签 B：用框架 Y 分析
同时跑，比较结果，选择你认为更有说服力的那个。
一个实用建议：
每个重要的工作任务，开一个独立的 Claudian 标签。
不要把所有事情混在一个标签里——历史记录会越来越长，AI 的注意力会分散，你自己翻查也不方便。
6.4 构建你的 Slash Command 库
这是本讲最值得花时间的部分。
Slash Commands 不是一个你"学完就会用"的功能，而是一个你持续设计和打磨的系统。
设计一个好 Slash Command 的三个原则
原则一：原子性
一个命令，解决一个明确的问题。
不要设计一个"帮我做所有事"的命令——范围太宽，AI 的决策空间太大，结果不可预测。
好的命令：/summarize-meeting（处理会议记录）
不好的命令：/help-me-with-everything-today
原则二：有明确的输出格式
命令里要指定输出是什么格式，放在哪里。
模糊的结束条件，会让你和 AI 都不知道"做完"的标准是什么。
好的格式定义：
Markdown
输出：在当前文件末尾追加，使用以下格式……
不好的格式定义：
Markdown
整理一下，让它更清晰
原则三：可复用
这个命令，下周还能用吗？
下个月还能用吗？
如果是一次性的特殊需求，不需要写成命令，直接在 Claudian 侧边栏输入就够了。
只有你反复做的事，才值得设计成命令。
从你的工作节奏出发
设计 Slash Commands 的起点，不是"这个工具有什么可能性"，而是"我每天重复做什么"。
花 5 分钟，列出你工作中重复最多的 5 件事：
text
1. _______________
2. _______________
3. _______________
4. _______________
5. _______________
写下来之后，问每一件事：
这件事里，哪些步骤是固定的、可以描述清楚的？
可以描述清楚的部分 → 可以写成命令。
需要判断和创意的部分 → 留给你自己。
六个基础命令模板
我来给你六个可以直接使用的命令模板。
这些不是最终版，是起点——用起来之后，根据你自己的需求调整。
命令一：每日回顾
Markdown
<!-- .claude/commands/daily-review.md --># daily-review
执行今日知识回顾：
1. 读取 inbox/ 里所有今天创建或修改的文件
2. 读取 wiki/log.md 里今天的条目
3. 生成一份今日摘要，包含：
- 今天摄入了什么内容（列表）
- 今天新建或更新的 wiki 页面（列表）
- 今天最重要的一个新连接（一句话描述）
- 明天建议关注的一个知识缺口（基于今天的内容）
4. 把摘要写入 daily/YYYY-MM-DD.md
（如果 daily/ 文件夹不存在，先创建）
命令二：文章处理
Markdown
<!-- .claude/commands/process-article.md --># process-article
处理当前打开的文章（来自 raw/ 目录）：
1. 读取当前文件
2. 提取核心内容：
- 最核心的一个主张（一句话）
- 2-3 个关键概念（名称 + 定义 + 适用场景）
- 1-2 个可操作的原则
3. 检查 wiki/ 里是否已有相关页面：
- 有：在文件里列出"建议更新的页面"
- 没有：在文件里列出"建议创建的页面"
4. 在当前文件末尾追加"处理结果"部分，格式如下：
---
## 处理结果
**核心主张**：[一句话]
**关键概念**：
- [概念名]：[定义]（场景：[适用场景]）
**可操作原则**：
- [原则]
**Wiki 操作建议**：
- [创建/更新] [[页面名]]：[原因]
---
5. 等待我确认后，再执行实际的 wiki 更新
命令三：会议记录整理
Markdown
<!-- .claude/commands/process-meeting.md --># process-meeting
整理当前打开的会议记录：
1. 读取当前文件
2. 提取并整理：
- 会议目的（一句话）
- 关键讨论点（无序列表，每点一行）
- 明确的决定（有序列表）
- 行动项（格式：- [ ] [负责人] [行动] [截止日期]）
- 遗留问题（无序列表）
3. 检查是否涉及知识库里的已有概念，如有，列出相关页面
4. 用以下格式替换文件内容：
---
会议：[从文件名或内容推断]
日期：[日期]
参与者：[如有提及]
## 背景与目的
[一句话]
## 关键讨论
- [讨论点]
## 决定事项
1. [决定]
## 行动项
- [ ] [负责人] [行动] - [截止]
## 遗留问题
- [问题]
## 相关知识
[[相关页面]]
---
命令四：概念深挖
Markdown
<!-- .claude/commands/deep-dive.md --># deep-dive
深入分析当前光标所在的概念：
1. 识别光标附近的核心概念名称
2. 搜索 wiki/ 里关于这个概念的所有相关页面
3. 搜索 ~/.claude/skills/ 里是否有相关 Skill
4. 综合以上内容，在当前笔记下方追加：
---
## [概念名] 深挖
**知识库里的定义**：
[来自 wiki 的定义]
**相关框架**：
[来自 Skill 或 wiki 的框架]
**已有案例**：
[来自 wiki/cases/ 的相关案例]
**知识缺口**：
[这个概念目前在知识库里缺少什么]
**建议下一步**：
[要补充什么内容来完善对这个概念的理解]
---
命令五：周综合
Markdown
<!-- .claude/commands/weekly-synthesis.md --># weekly-synthesis
执行本周知识综合：
1. 读取 wiki/log.md 里过去 7 天的条目
2. 读取 daily/ 里过去 7 天的日志文件
3. 分析本周的知识积累：
- 新增了哪些重要概念（列出前 5 个）
- 更新最频繁的 wiki 页面是哪些
- 本周出现了哪些跨领域的新连接
- 本周有哪些矛盾被标注但未解决
4. 生成周综合报告，写入
wiki/synthesis/week-YYYY-WW.md，格式如下：
---
# 第 [N] 周知识综合
时间范围：[开始日期] - [结束日期]
## 本周重点积累
[前 5 个重要新概念，各一句话说明价值]
## 最重要的新连接
[本周最有价值的 1-2 个跨领域连接，说明为什么重要]
## 待解决的矛盾
[未解决的矛盾列表]
## 下周建议关注
[基于本周的知识缺口，建议下周优先读什么方向]
---
命令六：项目知识召唤
Markdown
<!-- .claude/commands/project-brief.md --># project-brief
为当前项目生成知识简报：
1. 读取当前打开的项目文档
2. 识别项目涉及的核心主题和问题域
3. 在 wiki/ 里搜索所有相关概念和案例
4. 在 ~/.claude/skills/ 里搜索相关 Skill
5. 生成一份项目知识简报，追加到当前文件：
---
## 知识简报
**相关概念**：
[[概念1]]：[与本项目的关联]
[[概念2]]：[与本项目的关联]
**相关案例**：
[[案例1]]：[对本项目的参考价值]
**可调用 Skill**：
/[skill-slug]：[在本项目中如何使用]
**知识缺口**：
本项目可能需要但知识库尚未覆盖的领域：
- [缺口1]
- [缺口2]
**建议：** 在进入执行阶段前，优先补充以上知识缺口。
---
你的第一个命令，从这里开始
不要一次性把六个命令都装进去。
选一个你最高频的工作场景，把对应的命令模板复制进去，改成适合你的版本。
用一周。
用的过程中你会发现：有些步骤没必要，有些步骤漏了，有些输出格式不是你想要的。
改。
第二周，选第二个命令。
命令库是用出来的，不是一次性设计完的。
6.5 工作流设计：一天纯 Claudian 体验
这一节，我要让你做一件实验性的事：
整整一天，所有和 AI 的交互，只在 Claudian 里完成。
不打开 Claude 网页版，不开 Terminal 里的 Claude Code（除非是你在 Claudian 里触发的）。
为什么要做这个实验
不是为了证明 Claudian 更好。
是为了让你亲身感受"不切换"是什么体感。
如果你从来没有体验过"不需要切换就完成了所有事"，你就不知道切换的成本有多高。
只有体验过，才能有真实的判断：
哪些场景 Claudian 真的更好，哪些场景你还是需要终端。
实验的一天，怎么安排
早上（开始工作前，15 分钟）
打开 Obsidian，打开 Claudian 侧边栏。
运行 /daily-review 命令。
读报告，了解今天的工作起点。
上午（工作时间）
每次你需要 AI 帮助，先试着在 Claudian 里解决。
记录每次你的感受：
顺畅，没有需要切换到其他地方的冲动 稍微别扭，但凑合 真的需要终端，Claudian 做不到
中午（处理 inbox，10 分钟）
把上午产生的所有碎片整理进 inbox/。
运行 /process-inbox 或在 Claudian 里直接处理。
下午（项目工作）
选一个今天最重要的工作任务，全程在 Claudian 里完成。
如果遇到需要查询知识库的地方，用 @ 提及。
如果需要参考书里的内容，调用对应的 Skill。
下班前（15 分钟）
运行 /daily-review，生成今天的知识日志。
记录：今天一整天，哪些地方 Claudian 表现好，哪些地方你遇到了摩擦。
实验结束后，回答这三个问题
问题一：哪些操作，在 Claudian 里比在终端里更顺畅？
这些操作，以后固定在 Claudian 里做。
问题二：哪些操作，你还是需要打开终端？
记录下来——这可能是 Claudian 的当前局限，也可能是你还没发现对应的 Claudian 用法。
不要简单归因，先确认一下是否是使用方式的问题。
问题三：一整天，你有没有忘记切换工具这件事？
如果你忘记了，说明 Claudian 的集成足够自然。
如果你频繁地有"我想切换到某个工具"的冲动——说明还有一些工作流没有被 Claudian 覆盖，需要继续设计。
6.6 Claudian 的边界：什么时候用终端更好
我想对你诚实。
Claudian 不是万能的。有些场景，终端里的 Claude Code 更合适。
了解边界，比装作没有边界更有用。
用 Claudian 的场景
text
✅ 你在 Obsidian 里写笔记，需要 AI 帮你扩展或改写
✅ 你要对当前打开的文件做处理（总结、提取、格式化）
✅ 你要运行你预定义的常用 Slash Commands
✅ 你需要快速查询知识库里的某个概念
✅ 你在做需要知识库支持的项目写作
用终端 Claude Code 的场景
text
✅ 你需要跑复杂的多步骤工作流，涉及大量文件操作
✅ 你在批量处理 raw/ 里的大量文件
✅ 你在调试或开发新的 Slash Commands
✅ 你需要运行 /lint-wiki 这样的系统级维护任务
✅ 你需要精细控制 Claude Code 的参数和配置
✅ 你在处理错误，需要看完整的调试输出
两者的关系
Claudian 和终端 Claude Code 不是竞争关系。
Claudian 是工作层，终端是系统层。
工作时，用 Claudian。
维护和构建系统时，用终端。
两个入口，分工明确，各司其职。
6.7 Multi-Tab 工作流：并行思维的实践
这一节讲一个进阶用法，很多人没有意识到它的价值。
什么时候开新标签
情况一：任务之间有明显的上下文切换
你上午在处理一份产品分析，下午要处理一个技术文档。
两件事的上下文完全不同，放在同一个标签里，AI 的工作记忆会混乱。
开新标签，给每件事一个干净的上下文。
情况二：你想探索不同的解决方向
你面对一个设计决策，不确定哪个方向更好。
标签 A：以"用户体验优先"的角度分析 标签 B：以"工程可行性优先"的角度分析 标签 C：以"商业目标优先"的角度分析
三个标签同时跑，得到三个角度的分析，然后你来综合判断。
情况三：当前对话太长，上下文开始退化
Claude 的上下文窗口有限。
当一个 Claudian 标签的对话超过 20-30 轮，你可能会注意到 AI 开始"忘记"前面说过的一些细节。
这时候，压缩上下文或开新标签。
怎么管理多标签
给每个标签起一个有意义的名字。
不要留着默认的"Chat 1"、"Chat 2"——一旦你有 4-5 个标签，你完全不知道哪个是哪个。
命名规则建议：
text
[项目/任务名] - [今天的日期]
例：产品分析-Q2 - 0315
定期关闭不再需要的标签。
活跃的标签数量超过 3 个，通常说明你的工作在同时处理太多事情，而不是"充分利用了并行能力"。
什么时候 Resume（恢复旧对话）
Claudian 支持恢复之前的对话。
适合：你的一个工作任务跨越了多天，需要继续之前的上下文。
不适合：你以为"续上之前的对话"会比"开一个新对话，简单介绍背景"更高效。
通常，用一两句话重新介绍背景，比翻找旧对话并等待 AI 重新加载上下文，要快得多。
经验法则：如果你需要找超过 30 秒才能找到那个旧标签，就开新的。
6.8 把 Claudian 嵌入你的工作节奏
工具装好了，命令也设计了。
但如果你没有固定的使用节奏，过两周又会回到以前的工作方式。
这一节讲怎么把 Claudian 真正嵌进去。
触发点设计
不是"有空的时候用 Claudian"，而是把 Claudian 的使用和你已有的工作习惯绑定。
想一想你每天已经在做的、固定的动作：
早上打开电脑的第一件事 开始写一个新文档的时候 开完会议回到座位的时候 下班前的最后 10 分钟
把 Claudian 的某个命令，绑定到这些已有的触发点上。
不是增加新习惯，是替换旧习惯里的某个步骤。
一个建议的节奏
开始工作时：
打开 Obsidian → 打开 Claudian → 运行 /daily-review
5 分钟，知道今天的起点。
处理任何新文章时：
剪藏进 raw/ → 在 Claudian 里 /process-article → 确认 wiki 更新建议 → 执行
开会前：
打开项目文档 → 在 Claudian 里 /project-brief → 读简报
5 分钟，比翻遍所有笔记更快、更完整。
写任何重要文档时：
在 Claudian 侧边栏常驻，遇到需要知识库支持的地方随时 @ 调用
结束工作时：
运行 /daily-review → 读今天的知识日志 → 如果有 inbox 碎片，/process-inbox
10 分钟，今天的知识不会流失。
每周五：
运行 /weekly-synthesis → 读报告 → 更新下周的知识重点
一个诚实的提醒
这个节奏，你不会在第一周就完美执行。
第一周，你会忘记。
第二周，你会想起来，但觉得有点麻烦。
第三周，开始变成习惯。
第四周，某一天你突然发现——你没有运行 /daily-review 就开始工作，感觉少了什么。
那个"感觉少了什么"的时刻，就是系统真正被你内化的时候。
6.9 Claudian 和知识库：让两者真正联动
这一节是本讲最深的部分。
很多人装了 Claudian，把它当成一个"更方便的聊天窗口"。
他们用它写文字、改格式、翻译内容——这些都没错，但这只发挥了 Claudian 30% 的价值。
Claudian 真正的威力，在于它和你的知识库之间的联动。
三种联动方式
联动方式一：带着知识库工作
你在写任何东西，Claudian 可以实时调用你的知识库作为背景知识。
举个例子：
你在写一篇关于团队协作的文章。
你不需要先去翻知识库，找到"心理安全感"的页面，读一遍，再回来写。
你直接在 Claudian 里说：
text
@wiki/concepts/psychological-safety.md
@wiki/cases/google-project-aristotle.md基于以上内容，帮我把这段关于团队协作的分析扩展，
加入心理安全感视角的支撑
AI 读取你积累的内容，结合你正在写的东西，直接在文件里扩展。
你积累的知识，在你写作的时候参与进来了——不需要你主动去调用，你只需要告诉 AI 去哪里找。
联动方式二：用工作更新知识库
你在做一个项目，遇到一个很有价值的洞见。
以前：这个洞见停留在那个项目文档里，慢慢被遗忘。
用 Claudian：
text
我刚才在项目里发现了一个关于用户决策的重要模式：
[你的描述]请检查这个模式在 wiki/concepts/ 里是否已有相关页面，
如果没有，帮我创建一个，用标准格式填充
你的工作发现，实时沉淀进知识库。
知识库因为你的工作而生长，不只是因为你读了某本书。
这是双向流动，不是单向输入。
联动方式三：跨项目发现模式
当你的项目积累到 2-3 个以上，Claudian 可以做一件很有价值的事：
text
@projects/project-a/
@projects/project-b/
@projects/project-c/分析这三个项目里的共同模式和反模式，
生成一份"我个人的项目决策规律"报告
三个项目里分散的洞见，被综合成一套可以指导未来项目的规律。
这是任何手工整理都很难做到的——因为它需要同时把握三个项目的全量信息，找出跨项目的模式。
你的经验，在这里开始产生复利。
模块作业
作业一：安装 Claudian + 完成验证（必做）
按照 6.2 节完成安装，并验证以下操作都能正常执行：
Claudian 侧边栏可以列出 Vault 目录结构 内联编辑功能可以触发并显示 diff view @提及功能可以引用 wiki/ 里的文件
截图，留档。
作业二：设计你的第一个 Slash Command（必做）
不要使用我给的模板原版。
选一个你工作中最高频的场景，自己设计一个命令。
要求：
有明确的触发条件（什么时候用这个命令） 有明确的处理步骤（至少 3 步） 有明确的输出格式（写清楚输出什么，放在哪里）
写完，实际运行一次，记录结果。
作业三：一天纯 Claudian 工作实验（必做）
按照 6.5 节的安排，完成一整天只用 Claudian 的实验。
实验结束后，回答 6.5 节的三个问题，写进 inbox/claudian-experiment.md。
作业四：设计你的第一周 Claudian 节奏（选做但强烈推荐）
按照 6.8 节的"触发点设计"原则，写下你计划把 Claudian 绑定到哪些已有习惯上。
格式：
Markdown
## 我的 Claudian 节奏**早上开始工作时：**
[你打算怎么用 Claudian]
**处理新文章时：**
[具体步骤]
**写重要文档时：**
[具体用法]
**结束工作时：**
[具体步骤]
**周复盘时：**
[具体步骤]
本讲总结
text
这一讲你做了什么：□ 理解了 Claudian 和普通 AI 聊天工具的本质区别
□ 安装并验证了 Claudian 的四个核心能力
□ 设计并运行了第一个 Slash Command
□ 完成了一天纯 Claudian 工作实验
□ 理解了 Claudian 和知识库之间的三种联动方式
这一讲你应该建立的认知：
工具切换的成本，比你想象的更高。
不是时间成本，是思维中断的成本。
Claudian 解决的，
不是"怎么用 AI 更方便"，
而是"怎么在不中断工作状态的情况下，
让 AI 参与进来"。
Slash Commands 是你把重复认知劳动
转化成一次性设计的地方。
设计一个好命令的时间，
可以换来以后每次使用时节省的专注力。
Claudian 的真正威力，
不是它能做什么单独的事，
而是它作为知识库和你工作现场之间的桥梁，
让你积累的知识开始参与你的思考。
不离开 Obsidian，
不是一个技术参数，
是一种工作方式的选择。
下一讲，我们讲整合——三工具协作的完整工作流。
你在这门课里装过的所有工具，在那一讲会第一次作为一个完整的系统运转起来。
你会画出属于你自己的"从输入到输出"的完整链路。
然后你会发现，那张图，和你刚开始看到课程架构图时的理解，已经非常不一样了。
Module 6 完 动手时间（安装 + 命令设计 + 实验）
认知破点：工具切换的成本不是时间成本而是思维中断成本；
Claudian 的真正价值是让知识库参与你的思考现场，而不是更方便地聊天
我是【一只阿木木】——公开建造我的 AI 第二大脑。
普通人如何用 AI 搭建自己的知识操作系统？
一个程序员出身的知识工作者，公开记录自己如何用 AI 工具搭建个人知识系统、把读过的书和做过的项目变成可复用资产的全过程。
欢迎加入行动营👇获取更多Obsidian + AI数字大脑实践
我相信：在 AI 时代，每个普通人都该拥有一个自动生长的知识系统
欢迎关注【一只阿木木】🌊