最近很多人同时用 Claude Code 和 Codex。我觉得没必要争谁替代谁，更实用的方式是分工。
我的一个简单流程：
Claude Code：快速实现和探索
Codex：跑测试、审查 diff、修边界问题
为什么这样分
Claude Code 很适合连续改代码、跟着项目上下文推进。
Codex 很适合在工作区里跑命令、读失败、做 review、处理 GitHub/浏览器/本地环境。
当然这不是绝对，只是一个好用的默认分工。
一个实际流程
- 先让 Claude Code 实现 MVP。
- 提交前让 Codex review diff。
- Codex 按测试失败修一轮。
- 再让 Claude Code 做小范围优化。
- 最后 Codex 跑验收命令。
prompt 示例
给 Claude Code：
实现这个功能，优先保持现有架构，不要大规模重构。完成后列出改动文件。
给 Codex：
Review the uncommitted diff for correctness bugs, missing tests, and regression risk. Then run the repo's verification commands and fix only the issues required to pass.
可以做成两个 Skill
fast-implementation：快速实现，少争论。bug-focused-review：严格审查，只抓真实风险。
注意
不要让两个 agent 同时大范围改同一批文件。
比较稳的是：一个负责实现，另一个负责验证；或者明确文件边界。
这个工作流的核心不是“多开 AI”，而是让每个 agent 有清晰职责。
5 个帖子 - 3 位参与者
来源: LinuxDo 最新话题查看原文