双模型合作:Codex与Claude Code的故事
在对抗式的双模型工作流程中,Codex和Claude Code各自扮演着不同但又互为依赖的角色,下面就是他们的主要职责分工:

Codex:主动出击的执行者
Codex就像是工作流中的“行动派”,主要负责积极推进任务的完成,具体来说,包括:
-
探索与理解:它会先读取代码库,搞清楚用户的具体需求。
-
制定计划:接着,Codex会输出一个详细的实施方案,其中包含步骤、风险评估和验证方式。
-
编写与修改:然后,根据这个计划编写代码或撰写相关文档。
-
运行验证:Codex还会使用测试、lint、构建等工具来确保代码的功能正常。
-
整理与提交:最后,它会生成代码变更(diff)和验证结果,并将这些整理成“审查输入包”。
-
裁决反馈:Codex会接收审查方的意见,并决定是否采纳、拒绝,或者需要进一步由人类来裁决。
Claude Code:独立的审查者
而Claude Code则是工作流中的“质量把关者”,它的工作原则是只读、独立、结构化。
-
只读审查:Claude Code严格遵守不读取原始代码库、不修改任何文件以及不运行任何工具的规则,这样才能确保审查的独立性。
-
基于契约的评估:它仅仅依据Codex提供的经过处理的“审查输入包”进行评估,这个包里包含了计划、diff和验证结果等信息。
-
结构化输出:Claude Code的审查结论必须符合特定的JSON Schema格式,清楚列出问题优先级(P0/P1/P2)、风险项和建议,避免使用模糊的自然语言。
协作与制衡的工作流程
这两个角色通过明确的流程来进行协同作业,形成了一种制衡的关系:
-
计划审查:Codex完成计划后,首先需要将其交给Claude Code进行方案审查,以确保方向正确,避免在错误的方案上浪费时间和精力。
-
实现后审查:当Codex完成代码的实现并进行了验证后,它会再次将变更和结果发送给Claude Code进行代码审查。
-
反馈闭环:Claude Code给出的审查意见(特别是P0和P1级别的问题)会反馈给Codex,Codex则会决定如何处理这些有效的问题。如果有争议,再由人类进行最终裁决。
这样的角色分工带来的核心价值在于将“执行”和“审查”的职责分开,打破了单一AI模型“自写自审”的局限。通过独立的视角去审视实现方案,使得复杂任务中的风险变得更加清晰、可审查和可裁决。
参考来源
我为什么把 AI 开发做成“对抗式”:Codex + Claude Code 双模型工作流










如果Codex和Claude Code能合作得更好,可能会彻底改变我们对AI编程的认知吧。
认真分析风险项和建议的方式很科学,这是否会成为未来开发的标准呢?
我觉得将执行和审查分开是个好主意,能否深入探讨如何实现更好的协作?
双模型工作流程的确让人耳目一新,是否能给开发团队带来更好的决策支持?
将审查与执行分开真的是个好思路,减少了出错的可能性。
这种双模型的工作流程给我一种分工明确的感觉,特别适合复杂项目的管理。期待看到它的实际效果!
从文章中得知这两者的合作模式,是否意味着未来的开发者需要更高的沟通能力?
听起来Codex像是个勤奋的员工,而Claude Code就是那个挑剔的老板,哈哈!
将Codex和Claude Code的角色分开,可能会让开发人员感到更加安心,特别是在复杂项目中。
Claude Code的独立审查很有趣,能否提供更多关于它如何处理复杂问题的例子?
Codex的执行和Claude Code的审查,这种搭配真的让人安心,开发效率应该会提升不少。
分工明确确实有助于减少错误,期待看到更具体的应用实例。