三个 AI 工具各记各的,怎么打通?

上一篇我写了「让 AI 自己写 wiki」。文章发出去当天就有人来问：

额，我刚踩过这个坑。

每个 AI 工具都很贴心地给你一个「全局规则文件」，告诉它要做什么、不要做什么、知识记到哪里。但它们之间互相不通气。你在 Claude 里聊出来的结论，Cursor 完全不知道；Codex 写的 synthesis，Claude 读不到。

三本笔记本各记一半，等于没记。

每个工具都有自己的「记忆系统」

先盘一下三个主流 AI 工具的全局规则文件长什么样。

写法略有差异（比如 Cursor 的 RULE.md 头部要带一段 `alwaysApply: true` 的 frontmatter），但本质都是同一件事：

问题来了。如果我把上一篇说的那套 wiki 规则，什么时候归档、文件名怎么取、归档判断三档，分别复制到三个工具的全局规则里，会发生什么？

第一，三份规则要同步维护。我改一处，得在三个文件里都改一遍，迟早会漏。

第二，三个 wiki 各写各的。Claude 写在 `~/claude-wiki/`，Cursor 写在 `~/cursor-notes/`，Codex 写在 `~/codex-vault/`，互相读不到对方写的东西。

第三，风格四分五裂。同一个话题，三个工具写出三种结构，未来想检索都不知道去哪个文件夹找。

这就回到了上一篇开头那个原点：聊天记录是流水。只是这次的流水，分散在三条不同的河里。

解法：把规则集中到一个地方

我后来想明白一件事——全局规则文件本身可以很短。

它不需要装载所有规则。它只需要装载一句话：「去读那本真正的规则书」。

这个模式我私下叫它哨兵规则。哨兵不干活，哨兵只负责把人引到该去的地方。

具体做法是：

选一个中央仓库，比如 `~/Documents/wiki/`真正的规则、真正的 wiki 内容都放在这里三个工具的全局规则文件里，只放一段短指令，让它去读 `~/Documents/wiki/CLAUDE.md`

打个比方：三个新员工入职，每个人桌上都放一张便利贴：「员工手册在文件柜第三格，看完再上岗」。便利贴是哨兵，员工手册只有一本，谁查谁去文件柜拿。

这个改动小到几乎可以忽略，三个文件里各加一行，但它把整个系统的拓扑变了。

原来是「3 套规则 + 3 个 wiki」，现在是「3 个哨兵 + 1 套规则 + 1 个 wiki」。

Wiki 的家：为什么选 Obsidian

中央仓库的物理形态，我选了 Obsidian。

理由很实在：

第一，Obsidian 本质就是一个 markdown 文件夹。三个 AI 工具天然能读能写。它们不需要装任何插件、不需要懂 Obsidian 这个软件存在，文件就是文件。

第二，对人来说体验好。AI 在后台默默写文件，我打开 Obsidian 就能可视化地浏览、搜索、做关联图。

第三，`[[wikilink]]` 是 AI 友好的。让 AI 在归档时主动用 `[[]]` 关联其他页面，比写 markdown 链接更省心，Obsidian 还会自动生成反向链接。

第四，Dataview 插件能自动维护索引。我不用让 AI 每次都去更新 index.md。Dataview 一段查询就能按时间倒序、按 tag 分组、列出最近 20 篇 synthesis。AI 只管写新页面，索引自己会长出来。

有人问：那 Skill 还要吗？

每次讲 wiki，都有人混淆它和 Skill。这里我用一张表说清楚。

Skill 是肌肉记忆，遇到固定场景，按流程办事。

Wiki 是工作笔记，记录「我们曾经讨论过什么、得出过什么结论」。

两套机制并行不冲突。Skill 解决「这件事怎么做」，Wiki 解决「这件事我们讨论过没」。

哨兵规则 + 共享 wiki 这套机制，我跑了大概一周。说几个意外的发现。

第一，不同工具写出的 synthesis 风格略有差异。Claude Code 偏严谨、爱列结构；Cursor 简洁、直接给结论；Codex 居中。但因为格式约束统一（都是 frontmatter + 固定的几个小标题），混着读完全没问题，反而多了点风格的多样性。

第二，跨工具读到上下文的「惊喜时刻」。最爽的一次：我在 Cursor 里问一个 React 状态管理的问题，AI 上来第一句是：「我看到 `synthesis/2026-04-22-状态管理选型.md` 里你昨天和 Claude Code 讨论过这个，结论是用 Zustand，你想在这次的基础上深入还是重新评估？」

那一刻我才真切感觉到，三个 AI 之间像是有了共同记忆。

第三，集中维护的代价几乎为零。改主规则只需要改一个文件。三个工具下次启动会各自重新读哨兵 → 哨兵带它读主规则 → 拿到最新版本。完全不用我手动同步任何东西。

第四，意外多出来一个「工具中立」的红利。以前每接入一个新 AI 工具，我都要花半小时把规则原样搬一遍。现在新工具进来，只要给它写一行哨兵指令，五秒钟搞定，立刻接入这个共享外挂大脑。哪天要换工具、要并行用更多工具，迁移成本几乎为零。

这套打通方案没什么黑科技：

三个全局规则文件里各加一行「去读 `~/Documents/wiki/CLAUDE.md`」把真正的规则和 wiki 内容集中放在 Obsidian Vault 里让 AI 写、自己用 Obsidian 看

核心是把「AI 工具的多样性」和「知识库的唯一性」解耦。

工具可以随便换、随便加，外挂大脑只有一个。

到这里，「让 AI 自己写 wiki」这件事，从单工具走通到了多工具。

但还有一个前提我们一直没碰：那一年攒下来的几个 G 聊天记录怎么办？ 一个个工具切换重新讨论一遍太累了。

能不能把过去的聊天记录批量挖出来、塞进这个共享外挂大脑？

下一篇我们聊「1000 多个聊天记录，能挖出知识吗？」——把存量历史一次性盘活的方法。