我并行运行 Claude Code 和 Codex 15天。以下是我的发现。
摘要
作者在使用 Tutti 与 Claude Code 和 Codex 15天后,对这个共享多代理工作区进行了评测,强调了诸如 @ 系统和代理借用等流程改进,以及一些缺点。
我每天并行运行 Claude Code 和 Codex,比如 Claude Code 用于前端,Codex 用于后端。问题在于保持代理并行运行,每次切换都意味着重新解释上下文、重新上传文件并维护交接文档。Tutti 是一个共享多代理工作区,可在所有代理间实时保持上下文、文件甚至任务输出。我已经使用了15天。以下是我发现的诚实分析
优点:
- @ 系统是最大的工作流变革。在 Codex 会话中引用三天前的 Claude 对话,完整上下文保持不变,无需摘要和重新上传,这是我之前不知道自己缺少的东西。
- Agent Board 替代了窗口切换习惯。四个泳道:进行中、已完成、失败、停止。一目了然,知道所有状态。仅失败泳道就节省了大量时间,你直接查看错误和最后执行步骤,而不是滚动聊天记录。
- 代理借用比听起来更实用。在任务中遇到 Claude Code 配额限制时,借用了队友的代理,使用她的完整 MCP 配置继续工作。感觉与我自己的代理一样,无需重新配置或重新介绍项目上下文。
- 代理可调用应用程序,不仅仅是我调用。Codex 在任务中调用设计应用并立即使用输出,无需下载或重新上传循环,这种看似小事但快速累积。
缺点:
- 两周时间不足以压力测试所有功能,这点显而易见。有些粗糙边缘我尚未完全梳理。
- 借用模型需要两人在同一房间。在积极协作时效果很好,但对异步单独工作用处不大。
对初学者的建议:
- 立即在 Agent Board 上使用卡片转发。将任务交给不同代理时,本能是重新解释上下文。不要这样做。转发卡片,接收代理会获取完整状态——对话历史、文件更改、当前输出。
- 借用代理时,从 MCP 配置最完善的人那里借用,而不仅仅是有可用配额的人。整个设置随借用而来。
- 首先关注 @ 系统。其他一切都建立在此基础上。
使用15天后,Tutti 是第一个协调开销下降而不是转移的多代理工作区。有人在使用吗?
相似文章
快速印象:一周使用 Codex 多于 Claude 的体验
作者分享了在编程任务中一周内更多使用 Codex 而非 Claude 的个人体验,着重介绍了输出风格、代码简洁性以及工作流程集成方面的不同之处。
我如何让Claude Code和Codex在数周内持续追求目标
作者构建了SmithersBot,这是一个开源代理框架,通过将计划分解为任务、要求审批以及使用检查点来避免退化,协调Claude Code和Codex在数周内追求长期目标。
我让Codex和Claude Opus处理同一个Java AI单体代理项目
一位开发者比较了Codex 5.3和Claude Opus 4.6在自主Java AI代理开发中的表现,发现架构更优雅的模型(Claude)经常产生从未执行过的代码,而更直接、更单调的Codex则通过超时和历史恢复等实用修复改进了实际产品。
在同一仓库中运行 Claude Code、Codex 和 Gemini CLI 作为编码代理一周——它们各自的薄弱环节。
一位开发者在一周内对比了 Claude Code、Codex 和 Gemini CLI 三种编码代理,指出了它们在上下文处理、精确度和上下文大小方面的优势,以及在成本、模糊处理能力和一致性方面的不足。
@svpino:用Claude Code写代码,用Codex验证它。我遇到了一个团队,他们已经这样做了几个星期。我……
一位开发者分享了一种方法:团队使用Claude Code编写代码,使用Codex进行验证,并专注于详细的规格说明和隔夜AI代理运行。