Claude Code Bridge

在本地开发环境中，如何高效利用多个大模型的能力？直接调用 API 容易受限于上下文长度、令牌成本和模型偏见；而切换窗口、复制粘贴又打断心流。Claude Code Bridge（简称 ccb） 提供了一种新思路：在终端分屏中并行运行多个 AI 模型，通过轻量通信实现协作。

它不依赖复杂服务，而是深度集成到 WezTerm 或 tmux 这类终端复用器中，让开发者像操作本地命令一样与多个 AI 交互。

为什么需要 ccb？

单一模型存在认知盲区。比如：

• Claude 擅长推理但代码生成保守；
• Codex 代码能力强但可能忽略安全边界；
• Gemini 多模态理解好但上下文稳定性弱。

传统方案（如 MCP、技能插件）往往要求模型直接调用彼此 API，带来高延迟、高令牌消耗和权限管理复杂等问题。

ccb 的设计哲学是：所见即所得 + 低侵入 + 本地优先。它通过以下特性解决上述痛点：

核心能力：多模型协同如何工作？

1. 真正并行的任务提交

通过守护进程（caskd、gaskd、oaskd），你可以同时向 Codex、Gemini、OpenCode 发送任务。它们在后台排队执行，互不干扰，避免上下文污染。

2. 跨模型编排

Claude 可以主动调用 /cask "优化这段 SQL"，Codex 返回结果后，再让 Gemini 做安全审查。整个过程在终端中自然流转，无需手动切换。

3. 链式工作流

Codex 能自主调用 oask 将子任务委托给 OpenCode，实现多步骤自动化。例如：“生成 API → 写测试 → 部署脚本”，由不同模型分工完成。

4. 智能中断与恢复

Gemini 任务支持安全中断；所有会话通过 PID 活性检查防止僵尸进程；空闲 60 秒后自动关闭守护进程，节省资源。

✅ 特性支持矩阵

功能	Codex (caskd)	Gemini (gaskd)	OpenCode (oaskd)
并行队列	✅	✅	✅
中断感知	✅	✅	❌
响应隔离	✅	✅	✅

新增亮点：Droid 与 CCA

Droid 成为“AI 调度员”

v5.0.5 引入 Droid 委托能力。配置后，Droid 可通过 cask/gask/oask 等命令调度其他模型，实现更高层的自动化。

ccb droid setup-delegation  # 一键注册委托工具

CCA：工作流自动化扩展

Claude Code Autoflow（CCA） 是构建在 ccb 之上的高级自动化系统，支持：

• 智能任务分配
• 状态自动管理
• 角色化协作（如“架构师”、“测试员”）

安装只需一行：

ccb update cca

快速上手

前提

• 安装 WezTerm（Windows 用户务必用原生 .exe）
• Python 3.10+

安装（以 WSL 为例）

git clone https://github.com/bfly123/claude_code_bridge.git
cd claude_code_bridge
./install.sh install

⚠️ 切勿以 root 身份运行！确保 Claude/Codex/Gemini 与 ccb 运行在同一环境（WSL 或原生 Windows）。

启动示例

ccb codex gemini          # 启动两个模型
ccb -r                    # 恢复上次会话
ccb -a claude opencode    # 自动批准模式，跳过确认

布局规则：最后一个模型在当前窗格，其余按顺序填充左右列。4 模型 = 左2右2，5 模型 = 左2右3。

实用命令速查

所有 /ask 命令均为后台模式，提交后可立即继续操作，不影响当前流程。

趣味用例：AI 斗地主

“让 Claude、Codex 和 Gemini 玩斗地主！你发牌，所有人都打明牌！”
Claude（地主） vs Codex + Gemini（农民）

这不仅是玩笑——它展示了 ccb 的核心能力：多个 AI 在同一上下文中实时互动、决策、反馈。这种模式可迁移到代码评审、架构辩论、多方案对比等真实场景。