如果 Codex 可以读文件、改文件、搜索目录、生成文章，那我为什么还要打开 Obsidian？

这个问题很合理。我的答案是：Obsidian 不负责替代 AI，也不负责自动编译知识。它负责让人重新看见、审阅和掌控知识。

Obsidian 是人的知识界面

AI 很适合做局部任务：整理一篇材料，提炼一个概念，比较两个方案，生成一组 publication source。

但知识库不是只给 AI 用的。长期知识必须能被人阅读、修订、导航和质疑。Obsidian 的价值就在这里。

它提供的是人的操作界面：

  • 通过链接看到概念之间的关系。
  • 通过反向链接发现某个判断被哪些页面使用。
  • 通过全文搜索找回旧材料。
  • 通过目录和图谱发现结构缺口。
  • 通过 Markdown 文件直接修订内容。

AI 可以帮我生成结构，但 Obsidian 让我能判断这个结构是否还成立。

这也是为什么我看重 Obsidian 的基础能力，而不是某个“AI 自动图谱”概念。Obsidian 官方文档把内部链接作为核心组织方式之一：笔记之间可以通过链接连接，反向链接可以帮助人看到某条知识被哪里引用。对 AI 知识库来说，这些能力的意义很朴素：它们让人能检查 AI 编译出来的结构，而不是只能相信一段总结。

Obsidian 不是真相自动机

把 Obsidian 当成“第二大脑”很容易产生误解，好像只要把材料放进去，知识就会自动形成。

不会。

Obsidian 只是一个很好的本地知识界面。真正的知识形成仍然需要来源、判断、编译、修订和删除。没有这些流程，Obsidian 也只是漂亮一点的文件夹。

所以在这套系统里，Obsidian 的角色不是自动化中心，而是审阅和导航中心。

它不决定哪些项目经验应该晋升，不负责生成公开文章，也不替代 publication review。它让人看见这些东西。

Codex 和 Obsidian 的分工

Codex 更像 knowledge compiler。

它可以把原始资料整理成概念页，把项目复盘提炼成专题，把 source draft 转成 publication candidate。它擅长执行明确任务。

Obsidian 更像 knowledge cockpit。

它让人检查知识图谱是否合理，看到某个概念是否孤立，确认某个专题是否过度扩展，发现某个公开稿是否缺来源。

这两个工具的关系不是竞争，而是分工：

Codex compiles
Obsidian reviews
Git records
site publishes

如果只用 Codex，没有 Obsidian，知识库容易变成 AI 生成的文件堆。如果只用 Obsidian，没有 Codex，整理成本太高，很多项目经验不会被及时沉淀。

为什么本地 Markdown 很关键

Obsidian 能成立，是因为底层是本地 Markdown 文件。

这意味着知识不是被锁在某个 SaaS 工具里，也不是只存在某个聊天产品的历史记录里。文件可以被多个工具读取：Obsidian、Codex、rg、Git、脚本、publication adapter。

同一份知识可以有不同界面：

  • 人用 Obsidian 阅读和修订。
  • AI 用文件系统读取和编译。
  • 脚本用 frontmatter 和路径做检查。
  • 站点用 generated artifact 渲染公开页面。

这种开放性比某个单一工具的功能更重要。

什么时候应该打开 Obsidian

我不会每次都打开 Obsidian。

当我只是让 Codex 整理一个文件、查一个项目事实、生成一篇 draft，命令行就够了。

但在这些场景里，Obsidian 很有价值：

  • 想看一个概念被哪些专题引用。
  • 想判断某个系列是否结构完整。
  • 想发现知识库里哪些页面孤立或重复。
  • 想手动改写一段重要定义。
  • 想从人的角度重新浏览知识系统，而不是让 AI 替我总结。

Obsidian 的价值不是“比 AI 更聪明”，而是它让知识重新变成人可以掌控的东西。

在 AI 知识系统里，人仍然需要一个界面来慢下来、看清楚、做判断。对我来说，这就是 Obsidian 的位置。