同时用 Codex 和 Copilot 做 PoC 会互相改需求吗

dev.to 2026 年 9 月 16 日作者记录 Codex 与 GitHub Copilot 共建 PoC 时 Agent 互相调整需求的经历。本文提炼多 Agent 分工与 scope 锁定做法。

同时用 Codex 和 Copilot 做 PoC 会互相改需求吗

JEV 2026-09-21 分拣包含 dev.to 文 Building PoCs with Codex and GitHub Copilot while they try to adjust my PoC requirements along the way（9 月 16 日）。标题抓的是多 Agent 现实：你定需求，Copilot 改 wireframe，Codex 改 API 边界，人夹在中间 reconcile。这不是 bug 报告，而是 2026 年「双供应商 PoC」的流程问题，和 619 周报 里 Codex 语音 + Claude 插件 eval 的「多入口」同属一类。

作者：CodePass 技术编辑

为什么会「互相改需求」

两个 Agent 各自优化局部目标：Copilot 偏 IDE 内文件一致，Codex 偏终端可运行与测试；若无单一 spec 文件，它们会改 PRD 式 markdown 以自洽。

dev.to 作者本质是 live blog；读者应提取方法，不是复制 drama。

可复制的 scope 锁（经验产物）

  1. 根目录 POC.md 写死 in-scope / out-of-scope，两工具都 AGENTS.md 或 CLAUDE.md 指向它。

  2. 约定「只有人能改 POC.md」；Agent 改需求须开 issue 模板。

  3. Git 分支隔离：Copilot 只 touch frontend/，Codex 只 touch scripts/，减少 merge 打架。

  4. 安全：两工具共用 repo 时 614 决策树 对 zip、插件双份执行。

和 WorkWeave 路由的对比

WorkWeave Router 试图单会话内切换模型；双工具 PoC 是双会话并行。并行 burn 额度，见 Claude 周 cap 生存 与 Codex 订阅规则。

参考资料