Multi-Agent IDE 三國誌：Superset vs Mainframe vs OpenChamber 橫向評測

你嘅 IDE 唔夠用，唔係因為功能少，而係因為得一個

2025 年尾開始，一個微妙嘅轉變喺開發者社群蔓延：我哋唔再問「邊個 AI coding agent 最好」，而係問「點樣同時行多個 agent」。呢個問題背後嘅現實係——無論 Claude Code、Codex 定 Gemini CLI，單一 agent 嘅能力曲線已經開始 plateau。真正嘅 bottleneck 唔係模型能力，而係你部機嘅 terminal 視窗唔夠多。

於是 2026 年上半年，一個全新嘅軟件類別誕生：Multi-Agent IDE。唔係 IDE 加 AI plugin，而係專門為 orchestrate 多個 coding agent 而設計嘅開發環境。本文揀咗開源社群入面最受注目嘅三個——Superset、Mainframe、OpenChamber——由架構到日常工作流程做一次橫向評測。

Superset：為平行而生的終端機指揮中心

Superset 係三款之中最 focused 嘅一個。佢嘅核心理念好簡單：畀你用任何 CLI agent，同一時間行 10 個以上，每個喺獨立嘅 git worktree 入面運行。成個 UI 係一個 Electron 包裹嘅 xterm.js 終端機，冇花巧嘅圖形介面，冇內建編輯器——純粹係一個 agent 嘅指揮中心。

技術上值得留意嘅係佢用咗 node-pty 做真正嘅 PTY 分配，每個 worktree session 係完整嘅 pseudo-terminal，唔係模擬。呢個設計意味住任何 CLI-based agent——Claude Code、Codex CLI、Gemini CLI、OpenCode、GitHub Copilot——都可以直接執行，唔需要 adapter 或者 wrapper。佢嘅 daemon 模式仲可以令 agent 喺 app 關閉後繼續運行，呢個對於過夜跑大規模 refactoring 嘅場景好實用。

架構上 Superset 嘅取捨好明顯：放棄咗所有 IDE 功能，換嚟極致嘅平行能力。佢嘅 diff viewer 係內建嘅，但係純文字 diff，冇圖形化嘅 side-by-side 對比。監控面板會顯示每個 agent 嘅狀態同 port 使用情況，但唔會幫你管理 context 或者 session history。授權方面行 Apache 2.0 開源，有 Pro plan（$20/seat/month），主要分別係多咗 team features。

對於我哋呢啲日常用 Claude Code 做主力、需要同時開三四個 task 嘅開發者嚟講，Superset 嘅 learning curve 接近零——因為佢本身就係 terminal。但如果你期待嘅係 GUI 體驗、內建編輯器、或者 visual diff review，Superset 唔係俾你嘅。

Mainframe：被低估嘅 plugin 生態系黑馬

Mainframe（qlan-ro/mainframe）係三款之中最低調但架構最有趣嘅一個。佢唔係終端機 wrapper，而係一個完整嘅 desktop app，提供 unified provider interface 去管理 Claude、Gemini、Codex 等 agent，同時內建咗 file editor、sandbox preview browser、kanban task board、同跨 project session history。

佢嘅設計哲學同 Superset 完全相反：Superset 話「你繼續用你嘅 editor，我只負責 dispatch」；Mainframe 話「你留喺我度，我一次過搞掂」。呢個 all-in-one 取向睇落似係缺點，但 Mainframe 有一張王牌——彈性 plugin 系統。Plugin 可以加 UI panel、註冊新嘅 AI adapter、開 database、listen daemon events、甚至 expose HTTP endpoint。換句話說，如果你唔滿意某個功能，你可以自己寫 plugin 去 replace 佢。

技術架構上，Mainframe 行 daemon + client 分離模式。Daemon 係 API-first，用 HTTP 同 WebSocket 同 client 溝通，意味住你可以寫自己嘅 frontend 去控制同一組 agent。呢個設計喺 CI/CD 或者 headless server 場景特別有用——你嘅 agent orchestration logic 可以同 UI 完全解耦。

不過 Mainframe 都有明顯短板。佢嘅 GitHub stars 得返 5 個（截至本文寫作時），社群仲係好初期，plugin 生態系幾乎係空白。Sandbox preview 用嘅 built-in browser 效能一般，同真正嘅 IDE preview 有距離。如果你係早期 adopt 者、鍾意 tinker 嘅 developer，Mainframe 嘅潛力好大；但如果你要嘅係「開箱即用」嘅穩定體驗，可能要多等幾個月。

OpenChamber：OpenCode 生態系嘅旗艦介面

OpenChamber 嘅定位最特別——佢唔係一個獨立嘅 agent orchestrator，而係 OpenCode SDK 嘅官方 frontend。呢個出身決定咗佢嘅核心優勢同束縛。

OpenChamber 嘅功能清單係三款之中最豐富嘅：branchable chat timeline（可以 fork 任何一個 turn 做新 session）、voice mode（語音輸入 + read-aloud）、multi-agent runs with isolated worktrees、內建 Git/GitHub workflow（commit、PR creation、merge）、仲有最近加入嘅 Agent Loops（即係 kanban-style 嘅 agent coordination，一個 agent 做完自動觸發下一個）。

最值得留意嘅係 Agent Loops 功能。呢個係 Ralph Wiggum pattern 嘅 formalisation——你定義一個 work package list，Agent Loop 會逐個分配俾 agent 做，做完一個自動去下一個，中間有完整嘅 observability。對於 automation-heavy 嘅 workflow，呢個比 Superset 嘅純並行更適合「裝配線式」嘅開發模式。

授權方面 OpenChamber 都係開源（GitHub ~5K stars），但因為佢綁住 OpenCode SDK，所以你本質上係用緊 OpenCode 嘅 agent harness。如果你本身已經係 OpenCode 用家，OpenChamber 係自然延伸；如果你用緊 Claude Code 或者 Codex，OpenChamber 理論上都支援（經過 OpenCode 嘅 adapter layer），但嗰層 abstraction 會引入少少 latency 同 compatibility risk。

三個維度嘅選擇框架

綜合以上分析，我建議你用呢三個維度去揀：

如果你嘅工作模式係 parallel dispatch——同時開五六個 agent 做唔同 task，每個 task 獨立、唔需要互相 coordination——Superset 係最直接嘅答案。佢嘅 worktree isolation 同 terminal-first 設計令平行效率最大化。

如果你嘅工作模式係 pipeline coordination——agent 做完一個任務自動觸發下一個、追蹤 progress、需要 kanban board 管理 backlog——OpenChamber 嘅 Agent Loops 同 built-in Git workflow 更適合你。

如果你係 platform builder 或者需要高度自訂——你想控制每一層架構、寫自己嘅 plugin、甚至 build 自己嘅 frontend——Mainframe 嘅 API-first daemon 同 plugin system 俾咗你最多自由度。

2026 年嘅 developer workstation 已經唔再係「開一個 IDE 做到尾」嘅世界。Multi-Agent IDE 呢個類別仲喺好早期，三個工具各有取捨，但共通嘅方向好明確：我哋唔再問「點樣寫 code 更快」，而係問「點樣同時跑 10 個 agent 寫 code 而唔炒車」。呢個轉變本身，已經講咗好多嘢。