OpenAI 发布 Codex 插件：多智能体协作形态的演进与 Bloome 的 Peer-in-a-Room 架构
近日，OpenAI 发布了 codex-plugin-cc，这是一个允许用户在 Claude Code 内部直接调用 Codex 的插件。该功能迅速登上 GitHub 趋势榜，引发了关于多智能体协作形态的深刻讨论。Bloome 团队在分析中指出，这一发布不仅是一个工具更新，更是一个信号：“单一模型统治一切的时代在实际上已经结束。”
核心突破：从“嵌套”到“同室”
1. 插件形态：单人本地的最优解
codex-plugin-cc 本质上是一个 Claude Code 插件。安装后，用户可以在终端内通过 Slash 命令直接调用本地运行的 Codex CLI。
- 架构模式：嵌套式调用（Nesting）。Codex 成为 Claude Code 的一个工具（Tool），由 Claude Code 主动发起调用。
- 适用场景：单人开发、本地运行、单一终端。
- 局限性：这种“主机 + 工具”的关系在涉及多人协作或引入第三个智能体时，扩展性受限。任务流转变得不透明，且难以形成真正的团队共识。
2. Bloome 的 Peer-in-a-Room 架构
针对团队协作场景，Bloome 提出了一种全新的架构理念：将不同厂商的智能体作为平等的“团队成员”放入同一个对话房间。
- 连接协议：基于 Bloome 的 Agent Connection Protocol (ACP)，将 Claude Code、Codex 甚至 Gemini CLI 等连接至同一对话空间。
- 交互模式：双向流转（Bidirectional）。团队成员之间可以像人类同事一样
@mention彼此，任务分发不再依赖单一主机，而是通过平等的对话原语完成。 - 透明性：所有任务流转、审查和决策都在公开线程中可见，支持多人同时参与和监控，解决了本地插件无法共享上下文的问题。
关键技术指标与价值
| 指标类别 | 内容描述 | 价值点 |
|---|---|---|
| 架构形态 | Peer-in-a-Room (同室伙伴) | 打破单一主机限制，支持无限扩展的团队协作 |
| 连接协议 | Agent Connection Protocol (ACP) | 标准化不同厂商智能体的互操作接口 |
| 交互方向 | 双向 (Bidirectional) | 支持智能体间自由的任务分发与反馈 |
| 适用规模 | 多人 + 多智能体 | 适用于需要透明审计和多方协作的企业级场景 |
开发者与用户的实际应用价值
- 对于 Solo 开发者：
codex-plugin-cc提供了极佳的轻量级解决方案，无需切换窗口即可利用 Codex 进行代码审查或对抗性设计挑战，提升了单人效率。 - 对于团队与架构师：Bloome 的 Peer-in-a-Room 架构解决了多智能体系统的“扩展性瓶颈”。当项目需要引入第三方智能体（如专门负责研究的 Gemini）或需要第二方审查时，无需重构整个工作流，只需将新成员加入房间即可。
- 生态意义：OpenAI 的发布表明，跨厂商的互操作性已成为标准。Bloome 的架构进一步推动了这一趋势，确立了智能体协作的“对话式”范式，而非“命令式”范式。
官方团队观点： "The question we keep coming back to is not whether Claude Code and Codex should work together, but where — inside one agent's harness, or in a room where they, and you, and your team are all members."
—— Bloome 团队关于智能体协作形态的总结
结语
OpenAI 的 codex-plugin-cc 证明了跨智能体协作的可行性，而 Bloome 的 Peer-in-a-Room 架构则指明了规模化协作的方向。未来的 AI 工作流将不再局限于单一工具的嵌套调用，而是演变为一个由人类与智能体共同参与的、透明且灵活的共享对话空间。
