这是一个「Obsidian × AI」系列。

我会从最基础的认知开始，慢慢写到资料整理和收集、写作工作流，再到怎么把 AI 接进来。

群里有个经典问题，这个问题我遇到过的次数，手指头都不够数：

「我装了 Terminal 插件/Claudian 插件/Agent Client 插件，是不是就可以用 AI 了？」

紧接着的下一个问题：

「装了之后，DeepSeek 怎么接进来？」

这两个问题看起来很简单，但背后其实藏着很多人一直没有真正分清楚的三件事：

它们不是同一层的东西，它们之间的关系也不是「装了就能用」这么直接。

这篇文章，我想把它们串成一条完整的线。以后你再遇到任何新的 AI 工具，也能用它判断出：这个工具在这个体系里，属于哪一层。

先说第一个容易混的概念：模型和入口工具，不是一回事。

大多数人对 AI 的认知停留在对话框。

你打开一个窗口，打字，它回答，你知道它是谁，它不知道你是谁，更不会碰你的文件。

这类 AI 是云端运行的对话机器，你借它一个脑子，它给你一些答案，仅此而已。

但 Claude Code 和 Codex 这类工具不一样。它们是「能直接操作你本地文件」的 AI：装在你电脑里，能读文件、改文档、跑命令、帮你干活的真实劳动力。

这两个东西放在一起，很像油和车的关系。

模型是油。你烧的油决定了能量从哪里来、品质怎么样。

Terminal 插件。这个最直接，也最硬核。你在 Obsidian 里打开一个 Terminal 窗口，自己把 Claude Code 叫进来，自己输入指令，它帮你干活。你要有基本的命令行基础，知道自己在做什么。自由度最高，但你得自己开那辆车。

Claudian 不一样。你不用开 Terminal，Claudian 像一个穿好西装的管家，帮你把车停好、把门打开。你在 Obsidian 里触发一个指令，管家替你完成调度。基本不需要懂技术，但代价是你得信任这个管家的判断（在 Windows 上，有时候会有些奇怪的问题）。

Agent Client 是第三个选择。它像建了一个通用的调度台，什么牌子的车都能停进来，不只是 Claude Code / Codex，国产模型的车也行，Opencode、Gemini CLI 也行。多工具并行的时候最顺手，代价是配置起来稍微复杂一点。

这三条路的详细介绍和具体配置步骤，分别在入门系列的第 31、32、33 篇里。这里不再展开。

现在把完整的链条串起来，就是这个样子。

你在 Obsidian 里触发一个需求，插件把请求转给 Claude Code 或 Codex，CC Switch 把国产模型的油送进去，AI 操作本地文件，结果返回 Obsidian。

这是一个完整的工作流。油、车、转换器、工作间、通道，每一环都缺一不可。

插件不是 AI，插件是通道。车得先进来才能干活。

回到开头那个问题：装了插件是不是就可以用 AI 了？

现在你知道了答案：不能。插件只是把门打开，让车有路进来。车是你要另外准备的东西，没有车，门开着也是空的。

这个框架不只是为了理解这三个插件。是为了以后你遇到任何新的 AI 工具，能用它判断：这个工具在这个体系里，是油，是车，还是那条路。