同一仓库里如何分工使用两款编程智能体

同一个仓库里，Claude Code 和 Codex 怎么分工？一位 dev.to 作者分享了自己的做法：用 Claude Code 推进交互式开发，让 Codex 处理脚本任务、提供第二意见，再通过共用 AGENTS.md 和交叉审查，减少两款工具各按一套规则工作的情况。

目前能确认什么

按作者描述，Claude Code 主要承担需要持续沟通、调整方向的开发工作；Codex 则用于脚本任务，以及从另一个角度检查代码。这是作者的使用分工，不能直接当作两款产品能力高低的结论。

共享指令是这套流程的关键。作者把 AGENTS.md 作为仓库规则的统一来源，再让 CLAUDE.md 引用它，避免两份规范分别维护。节选还提到，CLAUDE.md 的存在可能影响 Claude Code 是否读取 AGENTS.md；具体读取条件仍需官方文档确认。

指令文件提供上下文，不能替代权限控制。

例如，写下「禁止修改数据库迁移目录」属于文字约束；要阻止操作，则需要 hook 或沙箱等执行机制。这两类规则解决的问题不同。

我的判断

对程序员来说，最有借鉴价值的是把「怎么写」和「怎么验收」放进共享规则，再让没有参与编写的智能体审查改动。这样至少能减少规范不同步，也给错误多一次被发现的机会。

但交叉审查不保证正确。两个智能体仍可能接受同一个错误前提，涉及业务边界的改动，还得靠明确的验收条件和测试验证。

目前节选没有给出完整配置、实际审查案例或效果对比，因此还无法判断这套流程增加了多少成本、能发现哪些遗漏。Codex 的默认权限、GitHub 审查范围，以及 Claude Code 的指令读取行为，也应逐项确认后再写进团队流程。