Claude Code Bridge 开源项目，通过分屏终端让多个 AI 模型可视化协作，所有交互一目了然。

用 Claude Code / Codex 写代码，最大的问题其实大家都懂：单个模型用久了，回答风格会“越陷越深”，一段代码反复来回改，思路还是绕不出来。想多找几个模型帮忙碰撞一下灵感，又得折腾一堆 API Key、路由配置，终端里只剩下一片混乱的日志墙，人都看晕了。

最近刷到一个开源项目 Claude Code Bridge，有点意思。简单说，它就是在终端里搭了一个“多模型战术指挥台”，把 Claude、Codex、Gemini 这些模型全塞进分屏里可视化协作，交互过程一眼扫过去，全局局势瞬间清晰不少。

项目是基于 WezTerm 或 tmux 搭的，多数开发者本来就活在终端里，所以不存在什么学习新工具的门槛。你可以给每个模型单独开一块屏，像给不同角色分工一样：一个专门写接口，一个盯单测，一个只负责 Refactor，还有一个专门当“杠精”挑错。每个模型各自维护上下文记忆，你随时关掉某个“坑队友”，回头又能把它叫回来接着聊，状态还在，挺贴心。

更有意思的是，它在多个模型上面，又加了一层“智能守护进程”。这层可以理解成一个统一的中控台： 所有请求先经过守护进程排队、仲裁，再转发给底层模型。Claude 和 Codex 想同时调用 OpenCode 模型？没问题，守护进程会把任务打散到并行队列里，按顺序执行、收集结果，互相不抢活也不抢显卡时间。

这层中控做了两件比较关键的事：

一个是并行任务队列。你可以让 Claude 帮你改前端组件，Codex 去刷后端 API，再顺带丢给 OpenCode 去跑静态分析，三路一起开工。终端分屏一摆，谁在输出、谁卡住了、谁已经跑完，一眼就看出来，比在一个聊天窗口里来回切模型舒服多了。

另一个是跨模型协作。比如 Codex 觉得某段脚本要拆成几个子任务，它就能自己去调用命令，把子任务丢给 OpenCode 模型处理，等执行完再回来汇总。你看着就像在看一个小型“多智能体系统”实况转播——每块屏都在干活，又都围着同一个目标打转。

Gemini 这边还做了个“智能中断检测”，如果某个任务半路被打断，它能自动处理停止状态，把上下文捡起来，继续往下跑，不至于一中断就得你手动接盘、重新解释一遍需求。跟很多应用里“把权力交给用户自己调”的逻辑挺像的。

落到本地部署层面，作者也算是给开发者省心了： 提供了一键安装脚本，Linux、macOS、WSL、Windows 原生环境都照顾到了。你只要提前把各家模型的 API Key 准备好，脚本跑完基本就能直接进终端开分屏。再配合 VS Code，用它做“后排指挥”，前面写代码、后面几个模型帮你排查 Bug、自动生成测试用例，这体验想象一下就挺香的。

当然，多模型协作也不是说上来就一键爽到飞起。 比如：

• API Key 管理，你得想好是写环境变量、还是统一用一个本地配置文件；
• Token 成本，多开几个模型同时跑任务，账单涨得也会比较直观；
• 项目上下文共享，到底哪些信息要同步给所有模型，哪些只给其中两个，这些策略后面都得自己调。

但相比自己手搓一个多模型协调层、再搞一堆日志可视化，Claude Code Bridge 至少给了一个能直接开箱即用的“骨架”：分屏可视化 + 守护进程中枢 + 并行任务队列 + 链式执行。一套叠起来，用来做代码评审、跨语言迁移、架构重构这类重活，能明显把“沟通成本”压下去。

更现实一点讲，如果你现在已经在用 Claude / Gemini / 本地模型写代码，其实完全可以把它当作一个“终端里的多模型仪表盘”。写业务代码的时候继续用 VS Code，遇到复杂需求、需要多方头脑风暴的时候，切到 Bridge 这边，把需求丢给不同角色的模型，让他们先吵一架，你再从中挑方案。

最后简单说个使用建议： 要不要上 Claude Code Bridge，看两点——你是不是已经在用不止一个模型写代码；你是不是经常需要长时间盯着终端调试、跑命令。如果两个都占了，那这项目值得你腾个晚上试一试。

项目在 GitHub 上，地址作者已经写在上面了，有兴趣的可以自己去逛逛。 后面要是大家想看中文安装图文、最佳实践、模型角色怎么分工这类内容，可以在评论区敲一敲，我再帮你把这套多模型工作流捋一版出来，免得好不容易搞了个多模型协作，结果用着用着又变成只有一个模型在干活，那就太亏了~

-END-

我为大家打造了一份RPA教程，完全免费：songshuhezi.com/rpa.html