無頭多工器
Unterm vs rmux
兩者都讓程式驅動終端。rmux 給你的程式碼一個函式庫；Unterm 給你的 agent 一套協定——還給你一扇看著這一切的視窗。
rmux（公開預覽版，v0.2）是 tmux 一脈的 Rust 終端多工器：一個在斷線後仍保住工作階段的常駐程式、約 90 個與 tmux 相容的指令、原生 Windows ConPTY，以及帶結構化 pane 快照和 Playwright 式等待的型別化非同步 SDK。它沒有 GUI——它是給「使用終端的程式碼」用的基礎設施，而且這方面做得確實好。
| 能力 | Unterm | rmux |
|---|---|---|
| 可從外部透過 MCP 驅動 | ✓ | ✗ (SDK only) |
| 每個動作都有可寫成指令碼的 CLI | ✓ | ✓ tmux-compat |
| 內建 AI 程式設計 agent 啟動器 | ✓ ×7 | ✗ |
| agent 自動接回終端的 MCP | ✓ | ✗ |
| Agent 駕駛艙（收件箱 · fleet · 審閱） | ✓ | ✗ |
| 身分 profile（每個視窗一套憑證） | ✓ | ✗ |
| 多實例協調 | ✓ | ~ sessions |
| 工作階段錄製 → markdown | ✓ md | ~ snapshots |
| MCP 截圖 + 檔案上傳 | ✓ | ✗ |
| 選取即複製，右鍵即貼上——無選單 | ✓ gesture | — |
| 內建代理管理 | ✓ | ✗ |
| 本機優先，不上雲、不需登入 | ✓ | ✓ |
| AI 內建在終端裡 | ✓ agent-driven | ✗ |
| GPU 算繪 | ✓ | — (no GUI) |
| macOS + Linux + Windows | ✓ | ✓ |
| 用戶端開源 | ✓ MIT | ✓ MIT/Apache |
| 原生介面語言 | ✓ ×9 | en |
| 價格 | $0 | $0 |
✓ 有 · ✗ 無 · ~ 部分 · ×N 數量。「AI 內建」那一列的 ✗ 刻意如此 正是整個主張：Unterm 把 AI 留在外面，把終端開放成 AI 能抓握的表面。
為什麼選擇 Unterm
- ✓ MCP，而不是 SDK。用 rmux 做自動化，意味著要針對它的 Rust SDK 寫程式並發布。Unterm 提供 152 個 MCP 方法——Claude Code、Codex、Gemini CLI 或任何 MCP 用戶端零整合程式碼就能驅動真正的終端，首次啟動時由
setup-ai自動發現。 - ✓ 反方向也行。rmux 是單向的：程式碼驅動終端。Unterm 還看著在它裡面執行的 agent——即時的每 pane 狀態、等待者優先的收件匣、帶驗證關卡審閱的 worktree fleet。終端是駕駛艙，不只是目標。
- ✓ 一個人類真正用的終端。Unterm 是你整天工作的 GPU 視窗：選取即複製、右鍵貼上、身分 profile、9 種介面語言、脫敏 markdown 工作階段錄製。rmux 完全沒有算繪面——要配哪個終端 App 得你自己解決。
rmux 更強的地方
rmux 的工作階段持久性是真正的 tmux 等級：SSH 斷了，你的 agent 的 shell 照樣在跑，從哪裡都能重新接上。它的型別化快照和 wait_for_text 定位器比文字比對更細，無介面常駐程式也適合根本不可能有 GUI 的 CI 管線。它還能嵌入 Ratatui 應用程式。
一句話結論
要建一個在 CI 或伺服器上由程式碼掌管終端工作階段的系統？rmux 是很強的基礎元件。在桌前和 AI agent 並肩工作，用的又是你自己也住在裡面的終端？那就是 Unterm——對 agent 是原生協定，對你是原生駕駛艙。
MIT 授權 · macOS / Linux / Windows · 無需帳號、無需登入。