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

查看 56|回复 4
作者: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 好用,求各位大佬去体验下,<- 这句是我自己写的

AI, 模型, 协作

aptupdate   
干一份活花两份钱?
AIIsHallucFree   
请问实际的应用场景在哪?
niubilewodev   
能别用 AI 写宣传吗?跟 X 、微信上的营销号一个味道。
kuhung   
这个需求对我来说真实存在,就是这个说明和原理看得我脑子有点儿晕。好奇这里面的度如何衡量,会存在不理想的情况吗(也就是工具的边界在哪里)
您需要登录后才可以回帖 登录 | 立即注册

返回顶部