CCB： 17 种 AI Agent 在一个终端里协作，这是多 Agent 编排的终极形态？

单 Agent 时代正在结束

Coding Agent 赛道卷了一年多，大家关注的都是「哪个 Agent 更聪明」。但真实开发场景里，一个 Agent 搞不定所有事：Claude 写前端强，Codex 理解底层好，Gemini 多模态能力突出，Kimi 长上下文稳。

问题不是 Agent 不够强，而是你没法让它们一起干活。

手动开 5 个终端窗口，每个跑不同的 Agent，然后自己当人肉路由器？这显然不是答案。

CCB (Claude Codex Bridge) 做的事很简单：把多个 AI Coding Agent 塞进一个 TUI 工作区，让它们可以互相「说话」，你在旁边看着、随时接管。

3.2K Star，Python 写的，v8.1.2，支持 17 个 CLI Agent 家族。

它到底是什么

CCB 不是一个新的 Coding Agent，而是一个多 Agent 工作区管理器。你可以把它理解成 tmux 的进化版——但每个 pane 里跑的不是 shell，而是一个完整的 AI Coding Agent。

核心能力：

• 多 Provider 并行：同一项目里同时跑 Codex、Claude、Gemini 等多个 Agent
• Agent 间通信：支持 A→B→C、A,B→C、A→B,C 等复杂协作拓扑
• 可见即控制：每个 Agent 都是完整的原生终端，随时可以接管
• 后台守护进程：前台 UI 关了，项目状态还在
• 手机遥控：Android App 远程控制、语音输入、文件传输
• 角色系统：Role Pack 打包技能、记忆、工具依赖，可安装可复用

跟其他方案的对比

能力	Claude Squad	Orca	Agent Orchestrator	CCB
多 Agent 并行	✅ tmux 多窗口	✅ GUI 管理	✅ git worktree	✅ TUI + 原生终端
Agent 间通信	❌	❌	⚠️ CI/Review 路由	✅ /ask 指令 + 共享记忆
支持 Provider 数	2-3	5+	23+	17+ CLI 家族
手机远程控制	❌	❌	❌	✅ Android App
角色/技能系统	❌	❌	❌	✅ Role Pack
后台守护进程	❌	❌	✅	✅ ccbd
安装方式	brew / go install	桌面应用	npm	npm install -g

技术架构：怎么做到的

CCB 的架构分三层：

1. 会话层：tmux 原生终端

每个 Agent pane 就是一个完整的 tmux 窗格，跑的是原生 CLI（codex、claude、gemini 等）。这意味着 Agent 的所有能力都完整保留——不是模拟或封装，而是直接跑原生二进制。

2. 通信层：/ask 跨 Agent 消息

这是 CCB 最核心的设计。你可以用 /ask 指令把任务从一个 Agent 路由到另一个：

/ask reviewer review the latest parser changes and list blocking issues.

Agent 之间也能在工作流中互相调用 /ask 来委派任务。协作拓扑在 .ccb/ccb.config 里用 TOML 声明式定义。

3. 状态层：共享记忆 + 守护进程

.ccb/ccb_memory.md 是项目级共享记忆文件，所有 Agent 都能读写。团队协作规则、项目约束、长期上下文都放在这里——不用复制到每个 Provider 私有的记忆文件里。

后台守护进程 ccbd 负责保持项目状态，前台 TUI 关了也不丢上下文。

快速上手

安装很简单，一行命令：

npm install -g @seemseam/ccb

进入项目目录启动：

# 进入你的项目
cd ~/my-project

# 启动 CCB（首次会自动创建 .ccb 目录）
ccb

空白项目默认启动一个 demo Agent，自动选择本机第一个可用的 CLI（优先级：Codex → Claude → Gemini → 其他）。

配置多 Agent 拓扑

创建 .ccb/ccb.config 文件：

version = 2

[windows]
main = "main:codex"
work = "worker1:codex(worktree), worker2:claude(worktree)"
review = "reviewer:claude, qa:gemini"

[ui.sidebar]
mode = "every_window"
width = "15%"

逗号分隔是垂直堆叠，分号是水平分割。验证配置后启动：

ccb config validate
ccb

Agent 间协作

在任何 Agent pane 里输入：

# 让 reviewer 检查代码
/ask reviewer review the parser changes

# 让 qa 跑测试
/ask qa run the integration tests and report failures

手机远程控制

# 安装移动端
ccb update mobile

# 移动端通过 Tailscale 连接，gateway 只绑 loopback
# 安全边界：不存储 token，不修改 ACL

支持的 Agent 清单

CCB 支持 17 个 CLI Agent 家族，覆盖了主流所有方案：

• OpenAI：Codex
• Anthropic：Claude Code
• Google：Gemini CLI、Antigravity
• xAI：Grok CLI
• 月暗面：Kimi Code
• 小米：MiMo
• 阿里：Qwen Code
• Cursor：Cursor Agent
• GitHub：Copilot
• 其他：Crush、Kiro、Pi、Z.ai、OpenCode、Droid

踩坑提醒

• tmux 是硬依赖：即使你不用 tmux 管理会话，CCB 也要求系统装了 tmux。Linux 上 apt install tmux，macOS 上 brew install tmux
• macOS 的 socket 路径限制：Unix socket 路径不能超过 104 字符。如果你的项目路径很深，CCB 会自动把 socket 放到 /tmp/ccb-sock-*，但要注意这个坑
• Rich 模式需要 WezTerm：想在终端里浏览文件树、预览图片？需要装 WezTerm。普通终端也能用，只是没有富媒体
• Agent 间通信不是魔法：/ask 本质上是把消息写到目标 Agent 的输入流里。如果目标 Agent 正在忙，消息会排队
• 移动端安全：gateway 只绑 loopback，远程访问走 Tailscale Serve（不是 Funnel）。CCB 不存储任何 token 或密码

谁该用这个

CCB 适合这几类人：

• 多 Agent 工作流用户：已经在用 Claude Squad 或手动开多窗口的人，CCB 提供了更好的 Agent 间通信
• 团队协作场景：需要让不同 Agent 负责不同模块（前端/后端/测试/Review），通过 /ask 编排
• 远程开发者：手机遥控 + 后台守护进程 = 出门在外也能盯着 Agent 干活
• Agent 工具链开发者：Role Pack 系统让你可以打包和分发 Agent 技能

我的判断

CCB 踩中了一个正在变大的需求：多 Agent 协作。

单个 Agent 的能力天花板已经很明显了——Claude 写前端好但不擅长系统编程，Codex 理解底层但多模态弱。真正的生产力提升来自「让对的 Agent 做对的事」，而不是「找个全能 Agent」。

CCB 的 /ask 通信机制和 Role Pack 系统是目前最接近「Agent 即团队成员」这个理念的实现。3.2K Star 不算高，但 v8.1.2 的迭代速度说明团队在认真做。

值得关注。