Termdock問題最簡單的版本
三個 AI agent。三個終端。一個在重構認證模組。一個在建 API 端點。第三個在寫整合測試。三個同時產出內容。你需要全部看到。
這就是終端多工：每個程序都有自己的窗格，相關工作可以同時保持在視線內。對 AI agent 工作來說，一個螢幕就能放重構、API server 與測試監看器，不必一直切換視窗。
2026 年改變的不是概念。是工作負載。終端多工以前的意思是「一邊看 server log 一邊寫程式」。現在的意思是「三個自主 AI agent 在平行修改我的 codebase，任何一個失去視線五分鐘，我可能要花接下來一小時解 merge conflict」。
風險提高了。問題是：工具有沒有跟上？
三個工具給出三種根本不同的答案。tmux。Zellij。Termdock。同一個問題。不同的起點假設。這篇文章依官方資料核對能力與生命週期，因為正確選擇取決於你的情境。
完整的 AI CLI 工具全景，請看 AI CLI 工具完全指南。
三種哲學，同一個問題
tmux 是跑在既有終端模擬器裡的純文字終端多工器。官方入門指南說明 client 連到背景 server，因此 session 可以分離後再重新附加。操作以鍵盤為主，命令介面也能把配置和輸入寫進腳本。
Zellij 同樣是終端工作區，但更重視可發現性。官方指南涵蓋模式、layout、session 管理與 WebAssembly 外掛系統。它用可見的 TUI 控制降低記憶前置鍵的需求，不必先背完每個操作才能開始。
Termdock 是有 GUI 的桌面應用程式，也提供 termdock CLI 和需要 token 的本機 Terminal API。你可以拖拉窗格、拖放檔案、查看工作區 Git 狀態，也能從 shell 或 HTTP client 控制 session。它是為同時監看多個 AI agent session 設計，不是要取代遠端 server 的 SSH 多工器。
同一個問題。不同的起點。來看細節。
功能比較
| 功能 | tmux | Zellij | Termdock |
|---|---|---|---|
| 窗格管理 | 鍵盤驅動分割與命令 | 鍵盤模式、layout、浮動與堆疊窗格 | GUI 拖拉調整，也能用 CLI 控制 layout |
| Session 生命週期 | 分離與重新附加；tmux server 讓程序跨 SSH 斷線持續執行 | Session resurrection 保存配置與命令供之後附加；預設需確認才會重跑復原命令 | 本機 broker session（1.23）可跨本機 Termdock App 關閉、崩潰或更新保留；peer session（1.24）由配對電腦的 broker 持有；另一側 App 關閉、崩潰或更新時，session 可繼續並重新連回；SSH session 另有生命週期 |
| 遠端路徑 | 在 SSH 遠端主機上跑 tmux | 在終端或 SSH 上跑 Zellij | Peer 配對掛載另一台 Termdock 電腦；SSH 是另一條由 App 擁有的路徑 |
| 輸入與自動化 | shell 命令、tmux control mode、腳本 | CLI、layout 與 WebAssembly 外掛 | termdock CLI 與本機 HTTP Terminal API；dispatch 另有平台與 provider 限制 |
| 檔案拖放 | 純文字多工器不提供 | 純文字工作區不提供 | 拖放檔案到終端窗格 |
| Git 與程式碼感知 | 用 Git 命令或外掛 | 用 Git 命令或外掛 | 工作區 Git 狀態與程式碼分析工具 |
| 外掛/擴充 | shell 設定與外掛生態系 | WebAssembly/WASI 外掛；Rust 有官方一等支援 | 桌面與 agent 整合 |
| 公開桌面平台 | 取決於主機與套件；tmux 本身是 Unix 風格 server | 取決於套件與主機；請核對目標發行版 | 公開安裝檔是 macOS 與 Windows；沒有公開 Linux 安裝檔 |
來源於 2026-10-27 查核。tmux 指南、Zellij 的 session resurrection 與外掛文件，以及已發布的 Termdock 1.23 與 1.24 release，是生命週期欄位的依據。
tmux 的優勢
如果 session 必須留在遠端主機、並從 shell 持續控制，tmux 是直接的選擇。
遠端與 SSH 工作流
如果 session 必須留在遠端 server，就在那裡跑 tmux。在遠端機器啟動 tmux session，執行長時間程序，然後分離。SSH 連線中斷後重新連線，再重新附加。程序仍在執行，是因為 tmux server 和 PTY 都在遠端主機。官方指南有說明這個分離與重新附加模型。
# SSH 進去，啟動或重新附加 session
ssh server -t 'tmux attach || tmux new'
這和 Termdock 的 peer 配對不同。Peer 配對是連到另一台已配對電腦上的 Termdock broker。透過 Termdock 開的 SSH 終端仍受 App 生命週期影響。如果需求是桌面 App 關閉後遠端程序仍要存活，就 SSH 到 server，再在 server 上跑 tmux。
腳本化與自動化
tmux 透過 shell 命令暴露窗格、視窗、session 與輸入。配置中的每個部分都可以用腳本建立、調整和銷毀。
# 建立可重現的三窗格開發配置
tmux new-session -d -s dev -n main && \
tmux split-window -h -t dev:main.0 && \
tmux split-window -v -t dev:main.0 && \
tmux select-layout -t dev:main tiled && \
tmux send-keys -t dev:main.0 'npm run dev' C-m && \
tmux send-keys -t dev:main.1 'npm run test -- --watch' C-m && \
tmux send-keys -t dev:main.2 'npm run lint' C-m && \
tmux attach-session -t dev
這個範例使用預設從 0 開始的窗格編號，並建立名為 dev 的新 session。任一步失敗時，&& 會停止後續指令，包括名稱已被使用的情況。請把 npm 指令換成專案實際使用的腳本。
把配置寫進 shell 腳本並提交到 repo。tmuxinator、tmux-resurrect 等工具可以另外提供專案配置或重開時還原，但它們和 tmux server 本身是不同層。
輕量的 server 端模型
tmux 是原生的 server 與 client，不是另一個完整桌面應用程式。它的 server/client 模型讓多工器留在實際執行程序的主機上，遠端 SSH 連線不必一直保持附加。
生態系
tmux 生態系包含設定框架、剪貼簿工具、session 切換器與 layout 工具。這些是 shell 端擴充，可以安裝在實際執行 session 的那台主機上。
Zellij 的優勢
Zellij 和 tmux 一樣採用終端 server 模型，但把更多控制放進介面。
可發現性
tmux 的主要門檻是前置鍵快捷鍵。Zellij 的模式列與內建介面會顯示目前模式可用的操作，減少一開始要背的內容。自訂 layout 與快捷鍵仍會影響實際學習曲線。
浮動、堆疊與復原窗格
Zellij 支援浮動與堆疊窗格。目前的 session-resurrection 文件說明它會序列化 session 配置與命令，也能依設定保存 viewport 或 scrollback。預設會先顯示確認提示，因此還原配置不等於每個程序都靜默地持續執行。
0.45.1 release notes另記載滑鼠調整窗格大小與新版 session manager。如果你重視 layout 控制，請在團隊要使用的版本實際確認這些操作。
WebAssembly 外掛系統
官方外掛指南說明 WebAssembly/WASI 外掛系統可以在權限控管下渲染 UI、回應事件並控制 Zellij。Rust 有官方 SDK；其他語言取決於自身的 WebAssembly 工具鏈與社群支援。採用前請核對外掛的權限與建置方式。
現代化預設
Zellij 出廠就有可見狀態列、模式、layout 與 session manager，不必先組一大份設定檔才能開始。若團隊要共用 layout，仍應在目標環境核對確切 Zellij 版本與外掛權限。
Termdock 的優勢
Termdock 不是通用的遠端多工器，而是用 GUI 與程式化控制來協調多個本機或已配對 AI agent session 的桌面層。
視覺化 Agent 監控
三個 AI agent 平行跑。一個 Claude Code session 重構認證。一個寫 API 端點。一個產生測試，如 Git Worktree 多 Agent 設定指南所述。你需要同時看到三個，流暢切換注意力。
在 tmux 或 Zellij 裡，你安排終端格狀配置。在 Termdock 裡，拖窗格邊緣調整大小並切換焦點。這裡的價值是同時監看多個 session 時可以直接操作，不是已測得的渲染優勢。
檔案拖放到任何終端
AI agent 經常需要處理檔案。讓 Claude Code 分析截圖、審查 PDF 規格書或納入資料檔。在 tmux 和 Zellij 裡打路徑。在 Termdock 裡，從檔案管理器拖檔案到終端窗格。
這是 GUI 工作流的選擇。檔案已經在桌面檔案管理器裡時，可以少做重複的 cd、ls 和輸入路徑。
工作區 Git 同步
Termdock 追蹤工作區裡終端的 Git 狀態。一個 agent commit 到分支後，工作區視圖可以顯示更新狀態。另一個 agent 有未提交變更時，不必在每個窗格跑 git status 就能看到上下文。
對分支或 worktree 分開的多 agent 工作來說，這是協調能力，不是終端渲染能力。
CLI 與 HTTP 控制
如果需要程式化控制，Termdock 提供兩條路徑。CLI 指南涵蓋建立 session、讀取輸出、送出輸入與控制 layout。Terminal API提供本機 HTTP 路由，可操作 session、輸入、輸出、狀態、等待、layout、agent session 與 dispatch queue。兩條路徑都要求明確指定目標，API 需要 token 驗證。
CLI 與 API 控制的是 Termdock 的 session 層。它們不會把 Termdock 變成通用 SSH 多工器，而 broker 保留終端程序也不代表所有 App 服務都還在。
用 Agent 交接實際測試這個差異
在 Termdock 的專案工作區，先讓 Claude Code 完成一項修改並回報需求、diff 和測試；再把需求與 diff 位置交給 Codex 做唯讀審查。可以手動傳遞，也可以在 macOS 安裝 termdock CLI 後，讓 agent 用內建 skill 開終端、送出任務並讀回回覆。Windows 使用桌面與 HTTP Terminal API；前置條件見 完整交接教學。這是對照工具控制和交接的方式，不是宣稱 tmux 或 Zellij 無法腳本化，也不保證審查正確。
Session 生命週期，不只是畫面復原
Termdock 已發布的版本把三條路徑分開：
- 本機 broker session： Termdock 1.23把支援的本機終端交給背景 broker。App 關閉、崩潰或更新時，終端可以繼續執行，App 重開後再連回來。
- Peer 配對： Termdock 1.24讓配對電腦上的終端留在那台電腦的 broker。另一側 App 關閉、崩潰或更新時，peer 終端仍可繼續並重新連回。這是 peer 工作流，不是 SSH。
- SSH： 1.24 release notes 明確寫 SSH 終端仍會隨 App 結束。需要遠端程序超過 client App 存活時，請在 SSH 主機上跑 tmux。
這是 broker 保留終端程序，不是所有 Termdock 服務都能脫離 App 繼續。1.24 Terminal API 文件明確把終端持久性與 HTTP、排程、dispatch、bot 服務分開。App 關閉後，不能因為 broker 還在就假設 dispatch queue 會繼續派送。主機登出或關機會結束程序，程序自行退出或明確 destroy 也會結束。
外部 tmux 有嚴格 gate
Termdock 1.24 可以掛載已經執行且已授權的本機 tmux socket。已發布 release notes說明這是 macOS 的 local tmux，關閉分頁或退出 Termdock 只會 detach，不會殺掉 tmux 內的工作。Termdock 的公開安裝文件確實列出 macOS 與 Windows 桌面安裝檔，但本次核對的 1.24 tmux mount gate 僅是 local macOS 27.0.1、arm64 與 tmux 3.8。不要把這條 gate 推成 Windows 或 Linux 的 tmux 掛載支援。
混合方案
這些工具不互斥。你可以在 Termdock 窗格裡跑 tmux 或 Zellij，但 session 在哪裡、由誰擁有，會改變生命週期與控制路徑。
實際的混合設定：
本機 AI agent 工作： Termdock。使用 GUI 窗格控制、檔案拖放、工作區 Git 狀態，以及需要程式化協調時的 CLI 或 HTTP API。
Peer 電腦工作： 配對 Termdock 電腦並掛載共用工作區，需要另一側 App 關閉、崩潰或更新時由 peer broker 保留終端。停止分享或撤銷配對會移除 peer 的掛載存取並通知對方；單憑存取變更不能判定 host broker 已銷毀終端程序。主機登出或關機仍會結束程序。
遠端 server 工作： 從 Termdock 窗格 SSH 進 server，再在遠端啟動 tmux。tmux 提供 server 端的分離與重新附加，Termdock 提供本機桌面視圖，但 SSH 終端本身仍會隨 Termdock App 結束。
本機外部 tmux： 只有在公開平台與版本 gate 相符時，才使用 Termdock 的授權 tmux 掛載。否則就在終端裡執行 tmux，或透過 SSH 連到它。
問題不是抽象地問「用哪一個」。而是問「哪個程序應該擁有 session」以及「你需要哪種控制介面」。主力工具應該對應這個答案。
決策框架
四種情境。四個實用建議。
你整天 SSH 進 server
在 server 上用 tmux。 分離與重新附加把長時間程序留在工作的同一台主機。Termdock 可以當本機 client，但不要把 SSH 終端和 peer 配對或本機 broker session 混為一談。
你想要現代 TUI，不想背 tmux
用 Zellij。 它把模式、狀態列、浮動或堆疊窗格、session manager、layout 與外掛放進工作區。請用團隊實際執行的命令測試 session resurrection 行為。
你跑多個 AI agent，需要視覺化監控
用 Termdock。 拖拉窗格、拖放檔案、查看工作區 Git 狀態，並透過 GUI、CLI 或 HTTP API 控制 session。如果依賴持久性，就明確選本機 broker 或 peer 配對，同時記住登出、關機、SSH、服務、排程與 dispatch 的限制。
以上全部都是
Termdock 負責本機協調，tmux 負責遠端 session，只有需要配對 Termdock 電腦時才用 peer 配對。 這樣能保留清楚的擁有權邊界，不會把所有遠端路徑當成同一種持久性。
更多 AI CLI 工具的組合方式，AI CLI 工具完全指南涵蓋完整生態系。
你帶走什麼
這裡有三種實用的終端多工形狀。tmux 把 session server 放在遠端工作的主機，提供 shell 層級控制。Zellij 加上可發現的 TUI、layout、外掛與 resurrection。Termdock 為本機與已配對的 AI agent session 提供 GUI 協調，以及 CLI 和 HTTP 控制。
最好的選擇，是能擁有你要保留的程序、也提供你真正會使用的控制介面。如果工作是 SSH server session，先在那台主機上用 tmux。如果工作是同時監看本機或已配對的多個 AI agent，Termdock 的 GUI 與 API 才是重點。如果你想留在 TUI 裡使用現代終端工作區，就選 Zellij。