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

[RaysonMeng]

双开 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 好用，求各位大佬去体验下，<- 这句是我自己写的

[aptupdate]

干一份活花两份钱？

[AIIsHallucFree]

请问实际的应用场景在哪？

[niubilewodev]

能别用 AI 写宣传吗？跟 X 、微信上的营销号一个味道。

[kuhung]

这个需求对我来说真实存在，就是这个说明和原理看得我脑子有点儿晕。好奇这里面的度如何衡量，会存在不理想的情况吗（也就是工具的边界在哪里）

[neighbads]

不错的工具，符合使用场景，但是不能解决下面的问题
1. 撞限额的问题，现在大部分人都是 中转，即使自己订阅也会开个中转。限额不会提示，能压缩获取对端的会话最好
2. 上下文的问题，review 有时候对方强，是因为在新会话，没有污染，直接拿结论评估，所以 codex-plugin-cc 是有优势的