大数跨境

让CodeX和Claude Code协作起来

让CodeX和Claude Code协作起来 AI大航海时代
2026-07-14
11
导读:"多 Agent ≠ 效率翻倍",并行干活提速有限,真正提升的多个视角和判断质量
能工智人logs

让CodeX和Claude Code协作起来

今天花了大半天时间,把"同时用两个 AI 干活"这件事从习惯变成了制度。

为什么非要两个一起用

我日常是 CodeX 和 Claude Code 两条线并行,就是想用到两个模型的优点。

但是"多 Agent ≠ 效率翻倍",并行干活提速有限,真正提升的多个视角判断质量

协作要靠机制,不能靠临场发挥

问题是,两个 Agent 之间没法直接说话。信息只能通过文件、Git、我这个中间人传递。以前我是手动搬运:把这边的结论复制到那边,让它评论一下。这种做法有两个毛病,一是每次靠我临场组织,标准不统一;二是很容易演变成两个 Agent 轮流改同一份代码,互相覆盖,最后谁也说不清当前状态是谁改的。

今天做的事,就是把这套流程固化成skills。几个我坚持的设计原则:

· 角色分离:同一个任务里,绝不让两个 Agent 都有权改代码。审查方只读、只评论、不动手。写和审混在一起,等于没有审。

· 必须由我发起:不允许 Agent 自己觉得"这个问题挺重要"就去叫另一个来审。触发权在我手上,否则一天下来全是它们自己给自己开会。

· 结论要落到文件里:审查请求、回复、我的决定,各自有固定格式存下来。项目状态不能只活在聊天窗口里,聊天记录一关就没了。

· 审完不等于可以执行:Review 结束只是给我提供决策依据,实施要我单独授权。

还有个小细节我改了两遍才满意:一开始做成了命令调用的形式,用起来太生硬,我实际不会天天记得敲那个命令。后来改成自然语言优先、命令做兜底——我只要说"按协作协议发起一次审查",它就该知道该干什么。工具再好,摩擦力大就会被闲置,这个我吃过亏。

剩下没解决的

理想状态其实是让两个 Agent 直接互调,中间不经过我。技术上现在也能做到。但我今天有意没做——一旦它们能自动互相调用,我就失去了对整个流程的观察窗口,出了问题连是谁的判断出错都查不出来。

代价是我依然得当那个搬运工,一次 Review 我得手动跑三趟。这个成本值不值,我还没想明白,得攒几次真实的 Review 记录再说。

能工智人logs · 一个广告人深度使用 AI 的实践记录


【声明】内容源于网络
0
0
AI大航海时代
AI大航海时代启幕,与我一起扬帆起航!
内容 39
粉丝 0
AI大航海时代 AI大航海时代启幕,与我一起扬帆起航!
总阅读176
粉丝0
内容39