导读：Obsidian 在 AI 时代

本章定位：建立「为什么用 Obsidian、和 AI / 其他工具怎么分工」的全局观，不涉及具体操作。
预计时间：15 分钟

三种笔记路线（对比图）

flowchart TB
  subgraph online [在线协作]
    N[Notion / 飞书]
    N1[数据在云端]
    N2[协作强]
  end
  subgraph closed [封闭生态]
    E[备忘录 / Evernote]
    E1[省心]
    E2[扩展弱]
  end
  subgraph local [本地优先 ✅]
    O[Obsidian]
    O1[Markdown 文件属于你]
    O2[插件无限扩展]
    O3[AI 可住进 vault]
  end

Obsidian 的核心差异

本地 Markdown

先理解一个基本事实：Obsidian 里的每一篇笔记，本质上就是你电脑上一个普通的 .txt 文件——只不过扩展名是 .md（Markdown）。这意味着：

• 你不用 Obsidian 也能打开这些文件——记事本、VS Code、任何文本编辑器都行。
• 换工具没有成本——如果哪天你不想用 Obsidian 了，你的笔记文件直接带走，不需要「导出」。
• 版本管理很方便——整个 vault 就是一个文件夹，扔进 Git、Dropbox 或者备份硬盘都行。

这和 Notion、飞书这类云端工具有本质区别：你的数据不在别人的服务器上，而在你自己能控制的位置。

假设你在第 1 章新建了库 「我的书架」，第 4 章导入一本书后，会得到类似 Books/白色绵羊里的黑色绵羊.md 的笔记。文件顶部的 frontmatter（YAML 格式的元数据块）长这样：

---
title: 白色绵羊里的黑色绵羊
ISBN: "9787532184439"
tags:
  - 文学
---

这些字段（title、author、ISBN、rating…）是可被程序读取的结构化数据——Dataview 可以用它们来生成动态书单，Templater 可以批量处理，Digital Garden 可以发布到网站上。因为它们是明文，不需要调用任何 API 就能被任意工具读取。

双向链接：文件夹是骨架，链接是血脉

大多数人刚开始记笔记时，习惯用文件夹来分类：「Books 文件夹」「Notes 文件夹」「Work 文件夹」。这种方式的问题在于——一本书可能同时属于「文学」和「待读」，一个项目可能横跨多个领域。文件夹只能把笔记放在一个位置，但笔记天生可以属于多处。

Obsidian 的 [[双链]] 机制解决了这个问题：

• 文件夹做粗分类：Books/ 放所有书，Notes/ 放随笔——这是骨架，管大方向。
• [[双链]] 做语义关联：[[白色绵羊里的黑色绵羊]] 可以出现在日记里、读书笔记里、推荐清单里——不管它在哪个文件夹，你都能从任何位置跳转过去。

一个实用的看法是：文件夹像书架上的分类标签（文学区、历史区），双链像书与书之间的「相关阅读」推荐。两者层次不同，配合使用。

AI 时代：为什么不只用一个 ChatGPT？

很多人会问：「既然有了 ChatGPT 这类 AI，为什么还要 Obsidian？」 这是个好问题——答案藏在信息管理的长期结构里。

对话式 AI 擅长的是单次问答：你抛一个问题，它给你一段回答。但你的知识不是一次对话能装下的——你读过的书、写过的笔记、积累的素材，这些东西散布在成百上千篇文件里。聊天窗口没有「记忆」，每次对话都是重新开始。它不了解你的书架上有哪些书、哪个作者你读过几本、哪些笔记是你反复回看的。

Obsidian 的作用，是给 AI 提供一个有结构的知识库。插件则是这个结构的具体搭建工具：

换个角度理解：ChatGPT 是帮你生成内容的，而 Obsidian 这套工作流是帮你管理内容的。两者各司其职，不是替代关系。

Claudian = AI 代理直接以 vault 为工作目录，能读能写能搜索。仅限桌面使用。详细配置见 第3章：Claudian 与 AI 工作流#安装与配置。

本教程涉及的插件栈（阅读顺序）

flowchart LR
  RS[① Remotely Save] --> CL[② Claudian]
  CL --> TP[③ Templater]
  TP --> DV[④ Dataview]
  DV --> NAV[⑤ Navigator]

桌面写、移动读（分工原则）

这是贯穿整个教程的一个核心设计原则。简单说就是：在电脑上录入和管理，在手机上消费和浏览。

原因很务实。手机的屏幕尺寸和输入方式决定了它不适合做大量文字录入、配置文件修改、插件调试这些事。而 Obsidian 社区里那些强大的插件——Claudian、Douban、Templater 的复杂脚本——要么是桌面独占，要么在移动端功能受限。

所以推荐的分工方式是：桌面端负责「生产」（导入书籍、写笔记、调模板、配置插件），手机端负责「消费」（看书单、翻笔记、在路上查阅）。中间的桥梁是 Remotely Save，它把桌面上的改动同步到手机上。

具体到每个插件：

示例库「我的书架」里会有什么

第 1 章跟着做后，你的库大致是这样规划的（文件夹先建空壳，内容后面章节再填）：

专题索引