上次比較 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 App，即使人在外面也能查看代理程式並繼續下達指示。採 MIT 授權，支援 macOS、Windows 與 Linux。
Conductor 是 Melty Labs（YC S24）打造的免費 Mac App。
它專注於讓 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 App | 免費（非開放原始碼） | 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」這件事從腦中消失，影響比想像中大。
行動 App 實際上很好用。
代理程式完成後手機會收到通知，還能當場查看 diff 並下達後續指示。下班路上留下審查意見，到家時通常已經套用完成。iOS 可從 App Store 免費下載，Android 則以 APK 發行。
可以讓代理程式彼此協作。
CLI 內建協調功能，可建立任務、分派給代理程式，讓代理程式互傳訊息，並在需要人員核准的位置設置閘門。它也支援排程執行（automations），可將「每天早上檢查相依性更新」等重複工作交給代理程式。
讓代理程式擁有更多手腳。
每個 worktree 都附有內建瀏覽器，代理程式能直接確認前端變更；點擊 UI 元素後，該元素的 HTML、CSS 與螢幕擷取畫面會加入提示。基於 macOS 輔助使用 API 的電腦使用（computer use），以及 iOS 模擬器操作，也都能透過 CLI 完成。對 App 開發者而言，這部分尤其令人期待。
diff 審查與訂閱管理也能在其中完成。
可以在 diff 行上新增 Markdown 評論，彙整後回傳給代理程式；也能註冊多個 Claude·Codex 帳戶並切換，同時追蹤用量與費用上限。
當然，它並非萬能。若你想要 cmux 那種原生 App 的輕量感，Electron 系列的 Orca 可能會顯得沉重；功能多，也代表初期需要學習的內容較多。
所以該用哪一款？
以下按情境整理。
想在 macOS 上享有輕量快速的原生體驗 → cmux
適合想保留終端機本質、只加上平行代理程式的人。能沿用 Ghostty 設定，對前篇讀者也很有吸引力。我在轉到 Orca 前也使用 cmux 一段時間；作為離開 Ghostty 的第一步，很難有更好的選擇。
想要從 worktree 到行動裝置的整合環境 → Orca
若你要把平行代理程式工作從「偶爾的實驗」變成「基本工作方式」，它的完整度最高。這也是我選擇它的原因。
想要審查與合併流程俐落的 Mac App → Conductor
若你重視由人員仔細審查代理程式成果後再合併，這是很好的選擇。
想完全在終端機內完成、不使用 GUI → Claude Squad
適合熟悉 tmux、以鍵盤為主工作的使用者。
想以任務為單位管理工作 → Vibe Kanban
若你習慣看板思維，值得一試；但請記住它目前由社群維護。
想在雲端執行代理程式 → Warp
若計畫離開本機，擴展到遠端與背景代理程式，擁有 Oz 的 Warp 更具優勢。
結語
前篇我曾說「終端機就是越快、越安靜越好」，但不得不承認，這個標準半年內就變了。隨著代理程式成為開發工作流程的核心，終端機已從繪製文字的 App，進化為指揮代理程式艦隊的控制塔。
幸好今天介紹的工具全都免費或開放原始碼，可以放心逐一安裝，選出適合自己工作流程的工具。
你最多曾平行執行幾個代理程式？歡迎在留言中分享你使用的工具。