Book-to-Skill + claude-obsidian + Claudian 的协同工作流完全指南

为什么三件套单独用都不够？

先把问题说清楚。

只有 Book-to-Skill：

你有 12 个随身决策工具，但它们是孤立的。/principles-dalio 和 /naval-almanack 是两个独立的工具，它们不知道彼此的存在，无法相互印证，无法发现跨书洞见。你的调用是一次性的，没有任何积累。

只有 claude-obsidian：

你有一个自增长的知识图谱，但它的输入依赖于你手动摄入，输出依赖于你手动提问，中间没有自动化的内容生产流水线。知识积累了，但变现路径不顺畅。

只有 Claudian：

你有一个嵌入 Obsidian 的 AI 写作搭档，但它能调用的上下文只有你手动 @提及的内容，没有 Book Skill 的精确框架支撑，也没有知识图谱的跨书综合能力。输出质量受到上下文质量的限制。

三件套打通后：

三个工具形成一条流水线——每个工具的输出，恰好是下一个工具最理想的输入。这不是「工具叠加」，是系统涌现：三件套协同产生的效果，大于三者之和。

数据流架构：打通的物理原理

在操作层面理解打通之前，先看清楚数据如何在三个工具之间流动：

text

╔══════════════════════════════════════════════════════════════╗
║                  三件套数据流架构图                             ║
╠══════════════════════════════════════════════════════════════╣
║                                                              ║
║  📖 书籍文件                                                   ║
║     (10_Inbox/books/)                                        ║
║         │                                                    ║
║         ├──────────────────────────────────────────────┐     ║
║         ▼                                              ▼     ║
║  ┌─────────────────┐                    ┌─────────────────┐  ║
║  │  Book-to-Skill  │                    │ claude-obsidian │  ║
║  │                 │                    │                 │  ║
║  │ 输出：          │                    │ 输出：           │  ║
║  │ ~/.claude/      │                    │ 20_Wiki/        │  ║
║  │ skills/<slug>/  │                    │ concepts/       │  ║
║  │ SKILL.md        │                    │ entities/       │  ║
║  │ chapters/*.md   │                    │ frameworks/     │  ║
║  │ glossary.md     │                    │ index.md        │  ║
║  └────────┬────────┘                    └────────┬────────┘  ║
║           │                                      │           ║
║           │        ┌──────────────┐              │           ║
║           └───────►│   Claudian   │◄─────────────┘           ║
║                    │              │                           ║
║                    │ 同时访问：    │                           ║
║                    │ /skill 精确  │                           ║
║                    │ 框架（原文）  │                           ║
║                    │ +            │                           ║
║                    │ @wiki 跨书   │                           ║
║                    │ 连接（图谱）  │                           ║
║                    └──────┬───────┘                           ║
║                           │                                   ║
║                           ▼                                   ║
║              ┌────────────────────────┐                       ║
║              │  40_Content/drafts/    │                       ║
║              │  有论据支撑的深度内容   │                       ║
║              └────────────────────────┘                       ║
║                                                              ║
╚══════════════════════════════════════════════════════════════╝

三层的职责分工：

打通的关键：三个配置节点

三件套不会自动打通——你需要在三个关键节点做配置，让它们「认识」彼此。

节点一：CLAUDE.md 统一调度规则

CLAUDE.md 是整个系统的调度大脑。它必须同时包含三个工具的调用规则，让 Claude Code 知道「什么情况下用哪个工具，从哪里取什么数据」。

在你的 .claude/CLAUDE.md 中加入以下协同规则：

Markdown

## 🔗 三件套协同规则
### Skill 调用优先级
当需要引用书籍原文框架时：
1. 优先调用对应的 Book Skill（精确，有原文依据）
2. 同时读取 20_Wiki/ 中对应的概念页（补充跨书连接）
3. 两者结合后再生成内容
已有 Book Skill 列表：
- /principles-dalio       → 《原则》Ray Dalio
- /naval-almanack         → 《纳瓦尔宝典》
- /poor-charlie           → 《穷查理宝典》
- /psychology-money       → 《金钱心理学》
- /zero-to-one            → 《从0到1》
- /antifragile            → 《反脆弱》
- /intelligent-investor   → 《聪明的投资者》
- /business-model         → 《商业模式新生代》
- /positioning            → 《定位》
- /lean-startup           → 《精益创业》
- /buffett-letters        → 《巴菲特致股东的信》
- /innovators-dilemma     → 《创新者的窘境》
### 内容生产规则
生成任何文章草稿时，必须：
1. 从 20_Wiki/concepts/ 检索相关概念页（知识图谱上下文）
2. 调用对应 Book Skill（原文精确支撑）
3. 在草稿中用 [[wikilink]] 格式标注知识来源
4. 输出到 40_Content/drafts/[YYYY-MM-DD]-[标题].md
### 摄入-编译双轨规则
每次摄入新书时：
- 轨道A：Book-to-Skill 转化（生成 Skill，供精确调用）
- 轨道B：claude-obsidian 摄入（生成 wiki 页面，供图谱连接）
- 两个轨道并行，互为补充，不可替代

节点二：Skills 搜索路径配置

让 Claudian 能够找到 Book-to-Skill 生成的所有 Skill 文件。

text

Claudian 设置 → Skills Paths → 添加两个路径：
路径一：~/.claude/skills/
（Book-to-Skill 默认生成路径，全局 Skill）
路径二：.claude/skills/
（vault 级 Skill，相对于 vault 根目录）

配置完成后，在 Claudian 侧边栏输入 /p，应该看到自动补全提示 /principles-dalio——这说明 Claudian 已经能找到你的 Book Skill 了。

节点三：Web Clipper 直接存入 Inbox

这个配置让「信息摄入 → 知识图谱」变成零摩擦的一步操作。

在 Obsidian Web Clipper 插件设置中：

text

保存路径：10_Inbox/articles/{{date:YYYY-MM-DD}}-{{title}}.md
模板（让摄入后更容易被 Claude 处理）：
---
source: {{url}}
author: {{author}}
date: {{date}}
tags: [inbox, unprocessed]
---
{{content}}

配置完成后，浏览器中发现值得存档的文章，一键存入 vault，下次 /ingest 时 Claude 自动处理。

完整协同演示：从一本书到一篇发布稿

理论说完，来看一次完整的真实操作。

前提：你刚买了《金钱心理学》的 PDF，准备把它纳入系统，并产出第一篇内容。

Stage 1：双轨摄入（15 分钟）

Bash

# 把书放入 Inbox
cp ~/Downloads/psychology-of-money.pdf \
   ~/KnowledgeVault/10_Inbox/books/
# 进入 Claude Code（或打开 Claudian 侧边栏）
cd ~/KnowledgeVault
claude

轨道 A：Book-to-Skill 转化（终端执行）

text

/book-to-skill 10_Inbox/books/psychology-of-money.pdf psychology-money
→ 预检输出：
  📖 ~240 pages | ~75K words | ~90K tokens
  💰 Claude Haiku 4.5 → ~$0.06 USD
  ❓ Book type: [2] Text-heavy（Morgan Housel 文字叙事型）
→ 5 分钟后生成：
  ~/.claude/skills/psychology-money/
  ├── SKILL.md（核心框架：18个故事+框架）
  ├── chapters/ch01-ch20.md
  ├── glossary.md（财富心理学术语）
  ├── patterns.md（行为偏差模式）
  └── cheatsheet.md（情绪-决策速查）

轨道 B：claude-obsidian 摄入（Claudian 执行）

text

在 Claudian 侧边栏：
/ingest 10_Inbox/books/psychology-of-money.pdf
→ Claude 执行（同时调用刚生成的 /psychology-money Skill）：
  调用 /psychology-money 以获取结构化框架...
  提取实体：
  → Morgan Housel（作者）
  提取概念（16个）：
  → 财富与金钱的区别
  → 复利的反直觉力量
  → 运气与风险的对称性
  → 尾部事件驱动一切
  → 足够的定义
  → 存钱不需要理由
  → 社会比较的无底洞
  → 悲观主义的诱惑
  [... 8 more]
  检查已有页面：
  「复利」→ 与已有「五步流程」「四种杠杆」有连接机会
  「运气与风险」→ 与已有「反脆弱」有强连接
  「尾部事件」→ 与已有「黑天鹅」（待建）有连接提示
  [!contradiction] 发现：
  「长期持有（Housel）」vs「快速迭代（Ries-精益创业）」
  → 已在两个页面中标注 contradiction callout
  创建页面：16个新页面，更新6个已有页面
  新建连接：143个（含23个跨书强连接）
  完成。选题建议已添加到各概念页底部。

两个轨道完成后你拥有：

• ✅ 一个精确可调用的 Book Skill（/psychology-money）
• ✅ 16 个 wiki 概念页，织入已有知识图谱
• ✅ 23 个跨书强连接，其中 5 个是潜在爆款选题

Stage 2：选题激活（5 分钟）

text

在 Claudian 侧边栏：
「读取 00_System/index.md 和今日新增的 wiki 页面，
 结合 /psychology-money 的核心主题，
 推荐 3 个本周最有爆款潜力的选题：
 - 1个框架拆解（适合公众号深度文）
 - 1个跨书对比（展示知识图谱价值）
 - 1个实战应用（最接地气，转化率高）」
Claude 的输出：
选题推荐：
① 框架拆解——《金钱心理学》最被低估的一章：
  「尾部事件决定一切——为什么大多数投资建议是错的」
  核心框架：尾部事件驱动一切（ch16）
  连接概念：@反脆弱、@安全边际
  预计字数：2000字
  爆款逻辑：反常识 + 有具体数据支撑
② 跨书对比——知识图谱新发现：
  「Housel vs Taleb：两种完全不同的「不确定性」哲学」
  核心连接：运气与风险（Housel）× 反脆弱（Taleb）
  矛盾标注：[!contradiction] 已在知识图谱中标注
  预计字数：2500字
  爆款逻辑：大咖对比 + 图谱揭示 + 高搜索量关键词
③ 实战应用——最接地气：
  「你对钱的焦虑，本质上是这个心理学错误」
  核心框架：社会比较的无底洞 × 足够的定义
  应用场景：每个人都有的消费焦虑
  预计字数：1500字
  爆款逻辑：强代入感 + 解决方案清晰 + 分享动机强

选定选题②：Housel vs Taleb 跨书对比。

Stage 3：内容生产

text

在 Claudian 侧边栏：
@20_Wiki/concepts/运气与风险的对称性.md
@20_Wiki/concepts/反脆弱.md
@20_Wiki/connections/Housel-vs-Taleb-不确定性-跨书连接.md
/psychology-money ch05
/antifragile ch11
「基于以上材料，写一篇公众号深度文：
 《Housel vs Taleb：两种截然不同的「不确定性」哲学》
 结构要求：
 - 开头：一个让读者立刻代入的真实场景（250字）
 - Part 1：Housel 的视角——运气与风险是同一枚硬币（500字）
 - Part 2：Taleb 的视角——不确定性是可以驯化的（500字）
 - Part 3：两种哲学的根本分歧在哪里（400字）
 - Part 4：你应该用哪种框架——场景化建议（300字）
 - 结尾：行动召唤（150字）
 风格：口语化，有数据和案例，避免学术腔
 论据：直接引用 wiki 页面内容，不凭空发挥
 输出位置：40_Content/drafts/[今日日期]-housel-vs-taleb.md」

约 12 分钟后，Claudian 完成草稿。

你打开 40_Content/drafts/ 里的文件，看到的不是泛泛的 AI 生成文本，而是：

• 开头引用了 Housel 书中第5章的一个真实统计数据（来自 Skill）
• Part 2 直接援引了 wiki 页面中 Taleb 框架的精确定义
• Part 3 使用了知识图谱中标注的 [!contradiction] 矛盾点作为核心论点
• 论据链完整，每个观点都能追溯到来源

Stage 4：内联精修（30 分钟）

拿到草稿后，进入精修阶段：

text

精修一：开头段落
选中开头 250 字 → Cmd+Shift+E
「代入感不够强，换一个更具体的场景：
 一个普通人面对市场暴跌时的真实内心活动」
精修二：Part 3 的核心论点
选中「两种哲学的根本分歧」段落 → Cmd+Shift+E
「这里说得太抽象，用一个具体决策情境展示
 两种框架会给出什么不同的行动建议」
精修三：结尾
选中结尾段落 → Cmd+Shift+E
「结尾太弱，加一个具体的行动指引：
 读者今天可以做的一件事，
 让他们把这个框架用起来」

精修完成后，检查发布前清单：

Markdown

发布前检查清单：
□ 标题含核心关键词？（Housel / Taleb / 不确定性）✅
□ 开头 100 字有钩子？✅
□ 所有框架名称精确引用？✅
□ 有没有凭空捏造的「引用」？
  → 在 Claudian 中：「检查这篇文章中的所有引用，
     确认每个都有对应的 wiki 页面或 Skill 来源」✅
□ 结尾有明确行动指引？✅
□ 字数：2100 字（在目标范围内）✅

Stage 5：回写知识库（5 分钟）

发布后，把这次写作产生的新洞见回写进知识库——这是保持系统持续进化的关键步骤。

text

在 Claudian 侧边栏：
「基于刚刚完成的 Housel vs Taleb 文章，
 更新以下知识库内容：
 1. 在「运气与风险的对称性.md」中添加
    『内容应用』章节，记录这次的写作角度
 2. 在「反脆弱.md」中补充
    与 Housel 框架的对比笔记
 3. 在「connections/」下新建
    「Housel-vs-Taleb-不确定性.md」连接页，
    记录两者的分歧点和综合框架
 4. 更新 00_System/hot-cache.md」

5 分钟操作，三个 wiki 页面更新，一个新连接页面诞生。

这篇文章的写作过程本身，成为了知识库的一部分。下一次写相关主题时，这次的洞见会自动出现在上下文中。

全流程时间总结

text

Stage 1  双轨摄入（Book-to-Skill + claude-obsidian）    15 分钟
Stage 2  选题激活（Claudian 推荐 + 人工决策）           5 分钟
Stage 3  内容生产（Claudian 多源生成草稿）              45 分钟
Stage 4  内联精修（Claudian 内联编辑）                  30 分钟
Stage 5  回写知识库（Claudian 更新 wiki）               5 分钟
─────────────────────────────────────────────────────
总计：100 分钟，产出一篇 2100 字的高质量跨书分析文章

对比不用三件套的时间：

text

收集资料（搜索 + 整理）          60 分钟
阅读参考资料（找框架）            30 分钟
写作                             90 分钟
修改                             45 分钟
─────────────────────────────────────────
总计：225 分钟，且论据质量无法保证

三件套打通后的复利效果

三件套打通不是一次性的效率提升，而是一个持续加速的复利飞轮。

每次写作都在更新 wiki，每次更新 wiki 都让下一次写作更快，每次摄入新书都让知识图谱更密集，图谱越密集，跨书洞见越多，洞见越多，内容差异化越强。

这是一个随时间单调递增的知识系统，越用越好。在概念之间的连接与概念本身同等重要的领域中，这套系统尤其出色。

用具体数字来感受这个复利：

text

Month 1（3本书入库）：
- Wiki 节点：~60个
- 跨书连接：~120条
- 内容生产时间：100分钟/篇
Month 3（6本书入库）：
- Wiki 节点：~180个
- 跨书连接：~540条
- 内容生产时间：75分钟/篇（选题更准，框架调用更熟练）
- 新增能力：跨 3 本书以上的深度综合
Month 6（12本书入库）：
- Wiki 节点：~400个
- 跨书连接：~2000条
- 内容生产时间：60分钟/篇
- 新增能力：知识图谱开始自动揭示「反常识」连接
            这类内容是最稀缺的差异化资产
Year 1（20+本书）：
- 这时候你拥有的不是笔记，是护城河
- 任何人都可以复制你的选题，无法复制你的图谱

高频问题速查

Q：三件套一定要全部装好才能用吗？

不是。你可以从单件套开始，逐步打通：

text

最小可用版（只需 Book-to-Skill + Claudian）：
→ 装好这两件，就能调用书籍框架写内容
→ 缺少的是知识图谱的跨书积累
中级版（Book-to-Skill + claude-obsidian）：
→ 有精确框架 + 知识图谱，但生产流程需手动协调
→ 适合想先积累知识库再产出内容的节奏
完整版（三件套全打通）：
→ 从摄入到产出全自动化，最大化复利效果

Q：CLAUDE.md 变得很长，会影响性能吗？

会。CLAUDE.md 在每次会话开始时全文加载，如果太长会占用过多 token 预算。

优化原则：把「固定不变的规则」留在 CLAUDE.md，把「动态变化的上下文」放在 hot-cache.md。CLAUDE.md 保持在 500 行以内，超出部分考虑拆分为专题 Schema 文件。

Q：三件套的月度运营成本大概是多少？

text

API 成本（中等使用强度）：
- Book-to-Skill 转化（每月 2 本书）：~$0.30
- claude-obsidian 摄入（每月 30 篇文章）：~$0.50
- Claudian 内容生产（每月 15 篇文章）：~$3.00
───────────────────────────────────────
月度 API 总成本：~$3.80 USD（约 27 元）

加上 Claude Code 订阅或 API 的基础费用，整体运营成本极低。

Q：如果 Anthropic 的 API 出现故障，整个系统就不能用了吗？

Claude Code 是核心依赖，如果 API 不可用，Claudian 和 Book-to-Skill 都无法运行。但你的 vault——所有 wiki 页面、知识图谱、内容草稿——全部是本地 Markdown 文件，任何时候都可以在 Obsidian 中独立访问和编辑。

数据主权始终在你这里。系统是本地优先的——你所有的笔记都是你拥有的纯 Markdown 文件，而不是锁定在某个平台数据库里。

系统完整检验：三件套打通的验证标准

完成所有配置后，用这个完整检验流程确认三件套真正协同运转：

text

检验一：Skill ↔ Claudian 打通
在 Claudian 侧边栏输入：/principles-dalio decision
✅ 通过标志：Claude 调用了 ch05 的框架，引用了书籍原文
❌ 失败标志：Claude 说「不知道什么是 principles-dalio」
检验二：wiki ↔ Claudian 打通
输入：@20_Wiki/concepts/可信度加权.md
      「总结这个概念页的核心内容」
✅ 通过标志：Claude 准确总结了页面内容，包括连接关系
❌ 失败标志：Claude 说「找不到这个文件」
检验三：Skill + wiki ↔ 内容生产打通
输入：/principles-dalio decision
      @20_Wiki/concepts/判断力.md
      「写一个200字的段落，对比两者的异同」
✅ 通过标志：输出的段落既有 Skill 的原文框架支撑，
             又有 wiki 页面的跨书视角
❌ 失败标志：输出是泛泛的 AI 发挥，无具体来源
检验四：完整流水线打通
执行一次完整的「摄入新文章 → 生成选题 → 产出草稿」
✅ 通过标志：90 分钟内完成，草稿质量达到发布标准
❌ 失败标志：需要频繁手动介入，流程不顺畅

四项检验全部通过：三件套已完全打通，你的 AI 知识生产系统正式上线。

一句话总结

Book-to-Skill 给你精确；claude-obsidian 给你深度；Claudian 给你效率。

三件套打通之后，你拥有的是：

一个能精确调用书籍原文框架、能跨书综合洞见、能直接产出有论据支撑的深度内容的完整知识生产系统——而你每天只需要投入不到 2 小时。

这不是「用 AI 写作」，这是「让 12 年的阅读积累，每天为你工作」。