AI

Orca：同時指揮一整隊 Coding Agent 的開源工作台，桌面、手機與遠端 SSH 一次搞定

Monday

本內容僅供參考，詳細使用規則與工具安全性與否，建議要進行相關安全性測試與評估

當你開始同時跑兩三個 Coding Agent，工作方式就變了：一個在修 bug、一個在寫新功能、另一個在補測試，而你的角色從「寫程式的人」變成「派工與驗收的人」。問題是，終端機分頁、分支切換、誰改了什麼——這些很快就失控。Orca（stablyai/orca）的標語是「the place for working with a fleet of agents」，它想成為指揮整隊 Agent 的工作台。在 10 月 20 日的 AI 開源趨勢報告中，它單日新增約 1,590 顆星，目前 repo 頁面顯示約 101k stars。

1. 專案背景與定位

Orca 採 MIT 授權，由 stablyai 開發（repo topics 標註為 YC 投資的團隊），提供 macOS、Windows、Linux 桌面版，以及 iOS 與 Android 的手機 App，可透過 Homebrew、AUR 或直接下載安裝；Windows 版透過 SignPath 進行程式碼簽章。

它本身不是 Agent，而是Agent 的編排層：用你自己的訂閱或金鑰執行 Claude Code、Codex、OpenCode、Pi 等現有 Agent，README 列出約 30 種支援的 Agent，並宣稱「任何 CLI Agent」都能接入。開發節奏非常快，main 分支已累積超過 15,000 次 commit。

2. 技術架構與核心設計

  • 每個 Agent 一個 git worktree：每個 Agent 在獨立的 worktree 裡工作，彼此不會互相覆蓋檔案，所有工作在同一個介面中追蹤。
  • 平行比較：同一個 prompt 丟給多個 Agent，比較結果後合併最好的那一個——把「多跑幾次、挑最好的」變成內建流程。
  • Diff 註解回饋：直接在 AI 產生的 diff 行上留言，再把意見送回給 Agent 修改，模擬 code review 的工作流。
  • SSH 遠端 worktree：Agent 可以跑在遠端機器上，支援編輯、git、終端機、自動重連與 port forwarding。
  • 手機伴侶 App：透過 cloud/ 中的中繼服務與桌面配對，可在手機上監控 Agent、收到完成通知並送出追加指令。
  • Design Mode：在內嵌的 Chromium 視窗中點選 UI 元素，就能把它的 HTML、CSS 與截圖送給 Agent 修改。
  • 整合與工具：GitHub 與 Linear 整合（從 issue 或任務直接開 worktree）、GPU 加速的終端機分割、Orca CLI 腳本化操作、Claude 與 Codex 用量追蹤，以及讓 Agent 操作桌面應用程式的 Computer Use。

3. 社群熱度與生態採用

約 101k stars、6.4k forks，但 issue 與 PR 都超過 4,000 個——社群參與度極高，也意味著維護壓力不小。同一份趨勢報告指出，當天前幾名的熱門 repo 中，Orca、opencode 與 ai-job-search 都直接競爭 AI Coding Agent 這個賽道，顯示「多 Agent 編排」正在成為 Coding Agent 生態的下一個戰場。

4. 局限性與潛在風險

  • 安全細節不明：README 沒有說明沙盒機制或憑證如何儲存；同時管理多個 Agent 的登入狀態與 API 金鑰，Orca 本身就成為高價值目標。
  • 手機配對的中繼服務：手機 App 透過雲端中繼與桌面配對，等於多了一條能遠端對你的 Agent 下指令的通道，需要確認其驗證與加密機制。
  • Computer Use 的權限面：讓 Agent 操作桌面應用程式與可見的 UI，風險遠高於只改檔案；建議只在專用環境或虛擬機中啟用。
  • SSH 遠端執行：Agent 在遠端機器上擁有你的 SSH 權限，應使用權限受限的專用帳號與主機。
  • 成本倍增：平行讓多個 Agent 做同一件事，token 與訂閱額度也會等比例消耗。
  • 審查瓶頸轉移：Agent 產出越多，人類審查越吃緊；多 Agent 平行並不會讓「驗收」變快。
  • Telemetry：官方有隱私與 telemetry 文件說明匿名使用資料與退出方式，導入前應先閱讀並視需要關閉。
  • 文件跟不上功能：README 自己說功能清單「永遠落後」，需要以 changelog 為準。

5. 應用價值與適用場景

適合已經習慣用 Coding Agent、而且開始同時跑多個任務的開發者與小團隊：每個任務一個 worktree、一個 Agent，配合 Linear 或 GitHub issue 派工，最後在 Orca 中審 diff、留言、合併。「同題多解」的平行比較，對難度高、不確定最佳做法的任務特別有用。手機通知則讓長時間任務不必一直盯著螢幕。

Monday 的觀點與架構建議

  • Orca 反映了一個重要轉變：開發者的主要工作正在從「寫」變成「派工與審查」。工具的競爭點也從 Agent 有多聰明，轉向如何讓人類有效率地管理、比較與驗收 Agent 的產出。
  • 「一個 Agent 一個 worktree」是目前最務實的隔離方式，即使不用 Orca，也值得在自己的多 Agent 工作流中採用。
  • 安全上建議分層：本機 Agent 只開檔案與終端機權限；Computer Use 與 SSH 遠端放在獨立環境；手機配對功能確認驗證機制後再開啟。
  • 搭配本月介紹的 OpenCodeReview（自動初審）、e2e（自動測試）與 iFixAi（行為稽核），可以組出一條「多 Agent 產出 → 自動審查 → 人類最終驗收」的完整流水線——這可能就是 2027 年軟體團隊的標準工作方式。

參考來源