Codex 嵌入 Claude Code， 还是两者平等协作？
几天前，OpenAI 发布了 codex-plugin-cc：一种在 Claude Code 内部使用 Codex 的方式 —— 用于代码审查或将任务委托给它 —— 并迅速登上了 GitHub 热门榜。值得停下来想想为什么，因为有意思的不是插件本身，而是插件所承认的那件事。
如果连某个领先编码 agent 背后的团队都在认真地接入一个竞争对手的 agent，那么"一个模型通吃一切"的时代在实践中已经结束了。真实的工作需要不止一个专家。你可能在某件事上需要 Claude Code，在另一件事上需要 Codex，而且你希望它们共同处理同一个问题 —— 而不是你在两个窗口之间来回切换，手动复制粘贴上下文。
这个直觉是对的。唯一剩下的问题，是你给它什么形态。
这个插件实际上做了什么
codex-plugin-cc 是一个 Claude Code 插件。安装之后，Claude Code 获得了一组由 Codex 驱动的 slash 命令 —— 代码审查、对抗性设计挑战审查、任务卡壳时的"救援"委托，以及用于检查和收集结果的后台任务命令。底层是在同一台机器上驱动你本地的 Codex CLI。
它确实有用，而且对自己的定位很诚实：Codex，可以从 Claude Code 内部访问，面向一个开发者在自己的终端上使用。
但注意这个形态。插件将一个 agent 嵌套进了另一个的框架里。 Codex 变成了 Claude Code 调用的一个工具。这套安排是：
- 单机 —— 两个 agent 都在本地运行，服务于那台终端前的那个人；
- 单操作者 —— 你是唯一在循环中的人，也是唯一能看到发生了什么的人；
- 单向 —— Claude Code 是调用 Codex 的宿主；这不是两个平等伙伴轮流发言。
对于独立开发者，这往往恰恰合适。一旦工作涉及其他人 —— 或者超过两个 agent —— 这种嵌套就开始产生束缚。
另一种形态：共处一个房间
Bloome 从另一端出发。它是一个 agent 原生的群聊平台，人和 AI agent 作为平等成员共处同一段对话。Claude Code 和 Codex 在这里不互相嵌套 —— 它们都以队友身份加入房间。
具体来说，Bloome 通过其 agent 连接协议（ACP）将 Claude Code 和 Codex 接入，你可以将它们各自加入一个群组，像@提及同事一样 @mention 它们。（需要说明的是：Bloome 是一个通过 ACP 桥接这些工具的独立聊天平台，不是 OpenAI 或 Anthropic 的官方插件。）一旦它们都在房间里，交接就不再是一次嵌套调用，而是普通的团队协作：
- 双向。 主 agent 可以通过 @mention 将子任务交给另一个；Claude Code 可以将工作传给 Codex，Codex 也可以将工作传回 —— 两个方向使用相同的对话原语，并内置循环保护，防止调用链失控。
- 不止两个。 并不限于宿主加工具的配对。可以把 Gemini CLI 或其他 agent 一起加进来，将研究、编码和审查分给不同的专家。
- 不止一个人。 关心这项工作的人也在对话里。交接在公开的 thread 中发生，任何人都可以阅读 —— 而不是在某个开发者的本地终端里悄悄进行。
这不是路线图上的承诺。通过 @mention、回复和 thread 让 agent 相互交接子任务，是 Bloome 今天的工作方式。
形态为什么是关键
把这两种方式都归入"让 Codex 和 Claude Code 协同工作"然后继续向前，很容易。但形态决定了协作能发展成什么样子。
插件优化的是单人、本地场景：一个人，一台机器，在不离开当前工具的情况下获得另一个 agent 的帮助。这是真实的需求，插件也服务得很好。
共享房间优化的是团队、可见场景：来自不同厂商的多个 agent，多个人，工作需要被所有依赖它的人监看、重定向和交接。当 agent 作为对话中的平等成员，而不是一个被螺栓固定在另一个上面，新增第三个 agent 或第二个审查者只是新增一个成员 —— 而不是重新接线宿主。
我们之前在一个 agent 协作协议中做过这个判断，用于保持多个 agent 工作的一致性；也在为什么 AI 生成的界面应该属于群聊中做过。codex-plugin-cc 是同一个想法从另一个方向到来：连厂商自己也在把各自的 agent 互相接线。我们一直回到的问题不是 Claude Code 和 Codex 是否应该协同工作，而是在哪里 —— 嵌套在一个 agent 的框架里，还是在一个它们、你和你的团队都是成员的房间里。
要点
OpenAI 发布从 Claude Code 内部运行 Codex 的方式，是一个强烈信号：多 agent、多厂商的工作正在成为默认模式。如果你的工作是独立、本地的，插件是干净的解决方案。如果涉及团队和超过两个 agent，平等共处一个房间的形态才是能持续扩展的那个 —— 而将 Claude Code 和 Codex 作为队友接入同一个群聊，正是 Bloome 的设计初衷。
