多 Agent 工作流

在同一个项目里使用 Codex 和 Claude Code

先让 Codex 完成一项边界明确的修改,再让独立的 Claude Code Session 针对同一份 Workspace 文件继续或 Review。连续性来自能够检查的项目状态,而不是假装两个 Agent 共享私有推理。

  • 共享项目文件
  • 独立 Agent Session
  • 可检查的交接

01 · 真实证据

共享项目状态,不共享隐藏推理

文件、Diff、检查结果、Preview 和已确认决定可以在 Session 之间承接工作,而每个 Agent 仍保留自己的执行循环。
01Codex共享项目文件
02Handoff独立 Agent Session
03Claude Code可检查的交接

给每个 Agent 独立且边界明确的 Session,让文件、检查和 Review 证据完成交接。

打开共享 Workspace

02 · 工作流程

一次实用的 Codex 到 Claude Code 交接

给每个 Agent 明确角色,并要求它们检查保存下来的项目证据。
  1. 01

    Codex 负责实现

    定义结果、文件归属、受保护范围和检查,留下修改文件、Diff 摘要、命令与开放风险。

  2. 02

    真人检查候选结果

    检查当前文件和 Preview,再用目标、状态、检查、风险和下一步写出简短交接。

  3. 03

    Claude Code 负责 Review

    开启独立 Session,对照文件验证交接内容,只在被分配的边界里继续工作。

03 · 任务匹配

只有阶段边界真正有价值时才使用两个 Agent

先实现再独立 Review,通常比两个 Agent 在没有归属的情况下同时修改同一文件更可靠。

适合

  • 实现完成后的独立第二次 Review。
  • 具有清楚阶段边界的长任务。
  • 文件归属互不重叠的并行工作。

不适合

  • 两个 Session 没有协调就修改相同文件。
  • 交接成本高于收益的小任务。
  • 期待读取另一个 Agent 私有推理的流程。

04 · 能力边界

Workspace 保留的是工作产物,而不是隐含假设

下一个 Agent 应当核对当前文件与检查结果,而不是直接相信聊天摘要。
  1. 01

    独立 Session 仍可能产生冲突修改。

  2. 02

    Agent.Space 不会自动解决语义层面的合并冲突。

  3. 03

    每个 Agent 可用的模型和控制项以实时选择器为准。

06 · 常见问题

两个 Agent harness 怎样协作

清楚区分工作流中共享和独立的部分。

从一个 Space 开始

更换 Agent 时,保持项目状态稳定

给每个 Agent 独立且边界明确的 Session,让文件、检查和 Review 证据完成交接。