2. V2EX
  3. 双开 Claude Code + Codex 好几个月,受不了人肉传话,写了个桥让它俩自己聊

双开 Claude Code + Codex 好几个月,受不了人肉传话,写了个桥让它俩自己聊

RaysonMeng 2026-07-04 20:06 1
双开 Claude Code 和 Codex 好几个月了,一个规划一个干活,配合是真好。但它俩互相不知道对方存在,我就成了中间那个人肉传话的:Claude 说的话我复制到 Codex,Codex 吐出来的我再贴回 Claude,一天来回几十趟,还得盯着 Codex 什么时候忙完才敢插话。烦透了。

后来干脆写了个东西把它俩接进同一个会话。现在我跟 Claude 说"这个重构你跟 Codex 分个工",它自己就把方案发过去了,Codex 那边接了话就开始干,干完结果自动弹回 Claude 这边,Claude 看不顺眼直接把意见怼进 Codex 下一轮,Codex 干一半也能被打断。我基本就在旁边看着,不用动手搬运了。

顺手做的两件事:一个是让它俩互相 review,两个模型抬杠抓出来的 bug 比单跑一个多不少;另一个是哪边订阅额度快用完了,它会找个干净的地方存个档,把活儿交给另一边接着跑,通宵任务不会半夜断在限额上。

实现上稍微费了点劲。Claude 这头走 MCP 的 channel,Codex 那头得去代理它的 app-server 协议,中间挂一个常驻进程管状态和重连。最恶心的是逆向 Codex 的协议,那个 adapter 光它自己就两千多行。

有个事我自己觉得挺魔幻的:这工具后来大部分功能,就是这两个 agent 通过它的早期版本自己写出来的。一个提 PR 另一个 review,提交记录里全程有据可查。相当于它自己把自己造完了。

对了,这不是 OpenAI 官方那个 codex-plugin-cc 。官方那个是 Claude 这边喊一声、Codex 那边答一句就完事,单向的。我这个是俩会话都常驻着,双向,能中途插话,还能自己商量分工。

不吹,坑也不少:只能 macOS/Linux,得装 Bun,两家订阅都得有,Codex 碰 .git 有个已知的卡死问题(README 写了)。MIT,纯本地跑。

https://github.com/raysonmeng/agent-bridge
官网有段真实会话的动图:https://raysonmeng.github.io/agent-bridge/zh/

后面想接 opencode 还是 Gemini CLI 我在 issue 里开了投票。有兴趣的可以试试,踩坑直接开 issue 。

这内容是 AI 帮我写的，但是工具是真 TM 好用，求各位大佬去体验下，<- 这句是我自己写的
最新回复 (15)
  • aptupdate 07-04 20:18
    1楼
    干一份活花两份钱？
  • AIIsHallucFree 07-04 20:29
    2楼
    请问实际的应用场景在哪？
  • niubilewodev 07-04 22:07
    3楼
    能别用 AI 写宣传吗？跟 X 、微信上的营销号一个味道。
  • kuhung 07-04 22:32
    4楼
    这个需求对我来说真实存在，就是这个说明和原理看得我脑子有点儿晕。好奇这里面的度如何衡量，会存在不理想的情况吗（也就是工具的边界在哪里）
  • neighbads 07-05 08:56
    5楼
    不错的工具，符合使用场景，但是不能解决下面的问题
    1. 撞限额的问题，现在大部分人都是 中转，即使自己订阅也会开个中转。限额不会提示，能压缩获取对端的会话最好
    2. 上下文的问题，review 有时候对方强，是因为在新会话，没有污染，直接拿结论评估，所以 codex-plugin-cc 是有优势的
  • cccn 07-05 12:07
    6楼
    那为啥不用 cursor
  • huihuilang 07-05 12:57
    7楼
    有点意思，不过为什么不用 vs code 之类的 cline 呢？一个做 plan ，一个 coding
    我现在 gptplus5.5 做 planing ，DeepSeek v4 pro 写代码。。。挺舒服的
  • RaysonMeng 楼主 07-05 22:57
    8楼
    @niubilewodev vibe 久了逐渐失去了写长文的耐心和能力，是不应该，你说得对
  • RaysonMeng 楼主 07-05 22:57
    9楼
    @niubilewodev 会认真回复所有的评论，想把这个插件做得更好
  • RaysonMeng 楼主 07-05 23:03
    10楼
    @aptupdate 工作量不会变的，但是两个 coding agent 搭配自己原配的模型，会天然的擅长不同的事情，claude 的思想会更发散，更适合在你规划的阶段帮你补全思路，codex 更喜欢精确的指令，他会很忠实的执行，直到达成目标，所以我在项目里的用法一般就是 claude 规划，拆分任务给两边，他自己在执行的时候，也让他自己去指挥 codex 执行，执行结束以后会开新的 subagent 互相 review 对方的代码，循环的开新的 subagent review ，直到双方两次都没有找到新的问题了，才结束
  • RaysonMeng 楼主 07-05 23:04
    11楼
    @AIIsHallucFree 日常项目开发，不同的模型会多提供一份不同的视角
  • RaysonMeng 楼主 07-05 23:05
    12楼
    @kuhung 你说的这个度指的是？你期望的情况是啥样？可以先试试，有问题直接提 issue 或者这里发给都行
  • RaysonMeng 楼主 07-05 23:08
    13楼
    @neighbads
    1. 这个确实，这个工具暂时没有规划考虑中转站的情况，只考虑使用订阅的
    2. review 的时候我会开新的 subagent 循环，避免使用主 agent 已经有上下文的会话
  • RaysonMeng 楼主 07-05 23:09
    14楼
    @cccn cursor 是我 25 年初刚接触 vibecoding 的时候使用的工具，做的挺好，但是后来用了 claude code 感觉更顺手，之前我还用的时候 cursor 应该没有这种同时使用两个不同模型在一个会话里进行交流的能力吧，现在有了吗？
  • RaysonMeng 楼主 07-05 23:12
    15楼
    @huihuilang 我以前是一个做规划一个最执行，现在也是，但是无论在规划的时候，还是在开发的时候都希望能同事有一个不同的视角来给出建议，没有这个插件的话我会手动来多边复制粘贴，用了这个插件之后他自己就知道要去找使用另一个不同模型的 coding agent 去问建议和做分工，会非常丝滑
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐