本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是（文案是手写的，没有要截图的部分呢）
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
佬友们好。双开 Claude Code + Codex 的应该不少,我以前的日常是一个规划一个实现，中间全靠我复制粘贴，还得盯着 Codex 什么时候忙完才能继续插话。很麻烦，后来写了个 AgentBridge 把它俩接进同一个会话。
跟别的思路不太一样的地方:它不是去驱动或者截屏两个终端，而是直接接协议——Codex 那头对接它的 app-server 协议，Claude 这头走 MCP channel。深接一层换来两个我自己挺在意的东西:
真正的中途插话。Codex 正在干活的那一轮里,Claude 的意见能直接注入进去,Codex 不用重启就接着改。因为是协议层对接、不是往终端里塞键盘输入,所以很干净。同样，codex 的消息也能直接在 claude code 的会话内被直接注入。体验非常原生。
额度接力。哪边 5 小时额度快撞墙，它在干净的轮末写 checkpoint，把任务交给另一边接着跑，同时开一个定时任务在 daemon 进程里，窗口刷新自动续回来。读的是官方 usage 端点,不是估算。通宵任务不会半夜断在限额上。
日常就是:cc 规划、codex 实现、互相 review，我在旁边看着,不用来回复制粘贴。两个模型抬杠抓出来的 bug 比单跑一个多不少。
开发这个工具的过程就是使用这个工具去一起做的，我和俩 coding agent 一起讨论，一起规划，他们再自己根据自己剩余额度去分工，然后再交叉 review
现在已经从只支持一对到在不同目录下可以支持多对了，可以开很多对一起开发不同的项目
安装:
npm install -g @raysonmeng/agentbridge
在项目目录里面 abg init，会注入一些提示词来告诉你的 coding agent 怎么用这个工具
abg claude # 终端 1
abg codex # 终端 2
仓库: GitHub - raysonmeng/agent-bridge: A local bridge for bidirectional collaboration between Claude Code and Codex. 连接 Claude Code 与 Codex 的本地实时协作桥接工具。 · GitHub
官网有段真实会话的动图:AgentBridge — 让 Claude Code 和 Codex 在同一会话里协作
目前就 CC+Codex 这一对,下一个接 opencode 还是 Gemini CLI 我在 issue 里开了投票。求拍砖,遇到问题了，直接评论我或者提 issue 我来修