上次比较 6 款 macOS 终端时，我预告会另文介绍“AI 代理时代的终端”。今天就是续篇。
不到半年前，终端的评选标准还是速度、功能和完成度。但局面已经彻底改变。Claude Code、Codex 等编程代理在终端中运行已成日常，如今关键是能并行运行多少代理，以及是否方便。
先说结论。
我从 Ghostty 转到 cmux，最后又转到 Orca。cmux 的垂直标签页和通知让并行工作方便了很多，但 Orca 从头到尾都是围绕多代理并行工作流设计的，所以我最终选择了它。不过根据个人偏好，cmux、Conductor 和 Claude Squad 也都是很好的选择。
本文比较截至 2026 年 7 月、并行代理时代的 6 款终端和编排器，并整理我选择 Orca 的原因。
为什么需要“并行代理”终端？
使用编程代理后很快就会发现：代理工作时，人只能等待。
代理重构 5 到 10 分钟期间，开发者只能盯着屏幕。因此自然会想到“等待时让另一个代理做别的事”，这就是并行代理工作流。
问题是，在普通终端中实现这一点会遇到很多障碍。
第一，同一仓库中两个代理同时修改文件时，会覆盖彼此的工作。因此必须用 git worktree 隔离工作区，而创建分支、挂载 worktree、安装依赖都要每次手动完成。
第二，在 5 个标签页中启动 5 个代理后，你不知道哪个完成了、哪个在等待批准，只能逐一点击查看。
今天介绍的工具，都是为了解决这两个问题而打造的。
六款工具，采用的方式各不相同
cmux 是 Manaflow（YC S24）打造的 macOS 原生终端。
它将 Ghostty 的渲染引擎（libghostty）作为库引入，用 Swift 和 AppKit 构建。垂直标签页侧边栏会一览显示每个标签页的 git 分支、PR 编号和状态、工作目录、正在使用的端口及通知徽章。代理完成时通知环会亮起，因此可以睡前给 10 个代理安排任务，早上只查看出现徽章的标签页。它采用 GPL 开源协议，GitHub 星数已超过 2 万。最大的限制仍是仅支持 macOS。
Orca 是 stably.ai 打造的开源 ADE（Agent Development Environment）。
它与其说是终端，不如说是“代理舰队管理工具”。注册项目后，它会自动创建、隔离和清理 worktree，还能让 Claude Code、Codex、OpenCode、Pi 等 25 种以上的代理分别在自己的 worktree 中运行。它内置 WebGL 终端、基于 VS Code 的编辑器，以及每个 worktree 的内置浏览器。通过 iOS 和 Android 应用，即使在外面也能查看代理并继续下达指令。采用 MIT 许可证，支持 macOS、Windows 和 Linux。
Conductor 是 Melty Labs（YC S24）打造的免费 Mac 应用。
它专注于让 Claude Code、Codex 和 Cursor 代理分别在隔离的 worktree 中运行，然后审查并合并变更。它有不少细节做得很好：创建 worktree 时只复制 git 跟踪的文件，因此不会重复 node_modules；支持通过自动快照回滚的检查点，还提供同时向 Claude 和 Codex 发送相同提示进行比较的多模型模式。订阅可以直接使用自己的。
Claude Squad 是不想离开终端的用户可以选择的 TUI。
它在内部组合 tmux 和 git worktree，在每个槽位启动不同代理（Claude Code、Codex、OpenCode、Aider 等），并在一个界面中切换。如果你想不使用 GUI、只靠键盘管理并行代理，这就是合适的选择。
Vibe Kanban 采用了独特的“代理看板”方式。
将卡片移到 In Progress 后，代理就会在自己的分支上接手任务。不过开发公司 Bloop 已于 2026 年 4 月停止项目，目前由社区以开源方式维护。采用前需要考虑这一点。
Warp 在上一篇中被介绍为“内置 AI 的终端”，但公司后来完全改变了方向。
现在它将自己定义为 ADE，而不是终端，并公开了源代码（MIT·AGPL 双重许可证）。从 2026 年 4 月起，它把 Claude Code、Codex、Gemini CLI 和 OpenCode 作为一等公民整合，不再只是普通 Shell 进程，并为每个代理提供带状态徽章的垂直标签页。通过 Oz 云编排器，还能运行远程代理。
比较表一览
| 工具 | 形式 | 许可证 | 平台 | 移动端 | 特点 |
|---|---|---|---|---|---|
| cmux | 原生终端 | GPL 开源 | macOS | iOS Beta（付费抢先体验） | libghostty、垂直标签页＋通知 |
| Orca | ADE | MIT 开源 | macOS·Win·Linux | iOS·Android 免费 | 自动管理 worktree、编排 |
| Conductor | Mac 应用 | 免费（闭源） | macOS | 无 | 检查点、多模型 |
| Claude Squad | TUI | 开源 | 跨平台 | 无 | tmux＋worktree、键盘优先 |
| Vibe Kanban | 看板 | Apache | 跨平台 | 无 | 以任务为中心、社区维护 |
| Warp | ADE | MIT·AGPL | macOS·Win·Linux | 通过云端 | Oz 云代理 |
全部采用“自带订阅（BYO）”模式，因此工具本身几乎不收费。
我转用 Orca 的原因
上一篇我说过自己选定了 Ghostty，之后先转到 cmux，最后落脚 Orca。cmux 保留了 Ghostty 的渲染体验，又加上垂直标签页和通知，非常适合入门并行工作。但实际使用后，我需要的是从 worktree 管理到移动端查看都由工具完整承接的并行代理工作流，这就是我转到 Orca 的原因。
不用再操心 worktree。
注册项目后，它会自动识别已有 worktree。开始新任务时只需提供名称，它就会自动创建分支并运行设置脚本。“管理 worktree”这件事从脑中消失，影响比想象中更大。
移动应用在实际使用中很有价值。
代理完成后手机会收到通知，你可以直接查看 diff 并发送后续指令。下班路上留下审查评论，到家时通常已经完成修改。iOS 可在 App Store 免费获取，Android 则以 APK 发布。
可以让代理彼此协作。
CLI 内置编排功能：创建任务、分配给代理、让代理互发消息，并在需要人工批准的位置设置闸门。它还支持定时执行（automations），可以把“每天早上检查依赖更新”之类的重复工作交给代理。
让代理拥有更多执行能力。
每个 worktree 都带有内置浏览器，代理可以直接检查前端改动。点击 UI 元素后，该元素的 HTML、CSS 和截图会加入提示。基于 macOS 辅助功能 API 的电脑使用（computer use），以及 iOS 模拟器操作，也都能通过 CLI 完成。对应用开发者来说，这部分尤其方便。
diff 审查和订阅管理也能在其中完成。
你可以在 diff 行上添加 Markdown 评论，汇总后交还给代理；还可以注册多个 Claude·Codex 账号并切换，同时跟踪用量和费用上限。
当然，它并非万能。如果你想要 cmux 那种原生应用的轻量感，基于 Electron 的 Orca 可能会显得笨重；功能多，也意味着初期需要学习的内容更多。
那么该用哪个？
下面按场景整理。
如果想在 macOS 上获得轻量快速的原生体验 → cmux
最适合想保留终端本质、只添加并行代理的人。可以沿用 Ghostty 配置，对上一篇的读者也很有吸引力。我转到 Orca 前也使用过一段时间 cmux；作为离开 Ghostty 的第一步，很难有更好的选择。
如果想要从 worktree 到移动端的一体化环境 → Orca
如果你要把并行代理工作变成“基本工作方式”，而不是“偶尔的实验”，它的完成度最高。这也是我选择它的原因。
如果想要审查、合并流程清晰的 Mac 应用 → Conductor
如果你重视由人仔细审查代理结果后再合并，这是很好的选择。
如果想完全在终端内完成、不使用 GUI → Claude Squad
适合熟悉 tmux、以键盘为主工作的用户。
如果想按任务管理工作 → Vibe Kanban
如果你习惯看板思维，可以试试，但要记住它目前由社区维护。
如果想在云端运行代理 → Warp
如果计划脱离本地机器，扩展到远程和后台代理，拥有 Oz 的 Warp 更具优势。
结语
上一篇我说过“终端最好又快又安静”，但不得不承认，这个标准在半年内就变了。随着代理成为开发工作流的核心，终端已经从绘制文本的应用，进化为指挥代理舰队的控制塔。
好在今天介绍的工具全都免费或开源，可以放心逐一安装，选出适合自己工作流的工具。
你最多并行运行过多少个代理？欢迎在评论区分享你正在使用的工具。