Agent of Empires：把 Claude Code 與其他 AI 代理放進 tmux 的會話管理員
Manage multiple Claude Code, OpenCode agents from either TUI or Web for easy access on mobile. Also supports Mistral Vibe, Codex CLI, Gemini CLI, Pi.dev, Copilot CLI, Factory Droid Coding.
秒懂
- 它是什麼？
- Agent of Empires 是一個以 Rust 撰寫的會話管理器，讓你在 Linux 與 macOS 上平行執行多個 AI 編碼代理，並透過 TUI、瀏覽器或手機監看。它的核心是 tmux 持久化，但加上代理狀態偵測、git worktree 與容器隔離。
- 適合誰用？
- 如果你每天會同時開好幾個 Claude Code 或 OpenCode 工作階段，而且需要跨 SSH 斷線後繼續追蹤，Agent of Empires 值得一試。它把 tmux 的持久性擴充成代理感知的狀態面板，尤其適合習慣在終端機工作的開發者。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 Rust（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
它解決的問題：多代理時代的會話混亂
當你同時用 Claude Code 開三個任務、用 OpenCode 跑另一個重構，每個代理各自佔據一個終端機分頁，很快就會失去追蹤。哪一個在等待輸入？哪一個卡在錯誤迴圈？哪一個其實已經完成？Agent of Empires（簡稱 AoE）把這些代理各自放進獨立的 tmux session，然後在一個 TUI 或網頁儀表板裡顯示它們的狀態。它鎖定的使用者是那些每天與多個 AI 編碼代理互動的開發者，尤其是需要透過 SSH 連到遠端機器、或想從手機查看進度的人。README 明確說它是「session manager for AI coding agents」，不是另一個代理本身，而是代理周圍的管理層。
核心機制：tmux 是地基，狀態偵測是增值
AoE 的運作方式很直接：每個代理執行在自己的 tmux session 裡。這意味著你關掉 TUI、斷開 SSH、甚至終端機當掉，代理都繼續在背景跑。重新開啟 `aoe`，一切回到你離開時的狀態。關鍵快捷鍵是 `Ctrl+b d`，從 session 分離並回到 TUI。但 tmux 本身只提供持久性，AoE 加上的是代理感知的狀態偵測，running、waiting、idle、error 這些狀態會顯示在介面上。還有 git worktree 管理、Docker 或 Podman 或 Apple Containers 的 sandbox 隔離、diff 檢視器。它包住你原本的 tmux 工作流程，但你仍然可以直接 `tmux attach` 到任何 AoE session。這個設計的好處是底層穩定，tmux 已經存在幾十年，你不需要信任一個全新的行程管理系統。
安裝與啟動：三條指令進入戰場
安裝前置條件是 tmux，Docker 是選用，只有要用 sandbox 時才需要。官方提供幾種安裝方式。快速安裝是執行 curl 腳本，來自 GitHub 上的 install.sh。macOS 使用者可以用 Homebrew，指令是 `brew install aoe`。Nix 使用者可以 `nix run github:agent-of-empires/agent-of-empires`。從原始碼編譯則需要 Rust 工具鏈，`cargo build --release`。啟動很簡單：`aoe` 開啟 TUI，`aoe add --cmd claude` 建立一個跑 Claude Code 的 session，`aoe serve` 啟動網頁儀表板。在 TUI 裡按 `?` 可以看幫助，底部資訊列會依上下文顯示可用按鍵。要查看目前機器上支援哪些 AI 工具，執行 `aoe agents`。這個指令會列出目前支援的清單，包括 Claude Code、OpenCode、Mistral Vibe、Codex CLI、Gemini CLI、Pi.dev、Copilot CLI、Factory Droid Coding，但實際可用性取決於你機器上裝了什麼。
網頁介面與手機存取：真正的差異點
TUI 是主要介面，但 AoE 提供 `aoe serve` 啟動的網頁儀表板，這讓它與單純的 tmux 工作流程拉開距離。README 展示桌面瀏覽器有完整儀表板、終端機與 diff 檢視，手機上則是結構化檢視。這對需要在外出時檢查代理進度的人很有用，例如你在通勤時想確認某個長時間執行的重構是否卡住。網頁介面同時提供 HTTP API，這代表你可以寫腳本查詢 session 狀態，或整合到其他工具。但要注意，網頁介面需要你自己處理認證與網路暴露問題，README 沒有提到任何內建的使用者管理或 TLS 設定。如果你直接將 `aoe serve` 暴露到公開網路，風險自負。這不是一個開箱即用的多人協作平台，而是給單一開發者從多個裝置存取的工具。
限制與失敗模式：Windows 原生不行，sandbox 需額外設定
最明確的限制是 Windows 支援。README 直接說「Only through WSL2」，因為 AoE 依賴 tmux 和 POSIX 行程處理。如果你在原生 Windows 環境工作，這個工具不適合你。另一個限制是 sandbox 功能需要 Docker、Podman 或 Apple Containers，而且這些是選用，代表你必須自己確保容器環境正確設定。如果沒有容器隔離，代理直接在你的檔案系統上操作，這對實驗性任務有風險。還有一個潛在問題：狀態偵測的準確性。AoE 判斷代理是 running、waiting 還是 error，但這依賴於代理的輸出或行程行為。如果某個代理以非標準方式輸出，狀態可能誤判。最後，它管理的是代理的 session，不是代理本身的品質。如果你的 Claude Code 或 OpenCode 任務本身設計不良，AoE 不會幫你修正。
替代方案：直接 tmux 與 agent-deck
最直接的替代方案就是 tmux 本身。你可以手動為每個代理開一個 session，自己記住哪個 session 在跑什麼。這完全免費、沒有額外依賴，而且 AoE 的底層就是 tmux，所以你失去的只是狀態偵測、worktree 管理和網頁介面。對於只開一兩個代理的人，直接 tmux 可能更簡單。另一個相關專案是 agent-deck，README 在致謝中提到 AoE 受到它的啟發，agent-deck 用 Go 和 Bubble Tea 寫成。agent-deck 的定位更輕量，可能只專注於 TUI，而不像 AoE 有網頁伺服器、HTTP API、多種容器 sandbox 支援。如果你只需要一個漂亮的終端機面板來監看代理，agent-deck 可能足夠。但如果你需要手機存取或平行跨多個 repo 的 worktree 管理，AoE 的範疇更廣。
維護與授權：MIT 加上一個 Apache 2.0 的例外
AoE 以 MIT 授權釋出，這對商業使用相對友善。但有一個例外需要注意：`src/tui/hyperlink.rs` 這個檔案包含來自 herdr 的程式碼，herdr 是 Apache License 2.0。這代表整個專案雖然是 MIT，但如果你要重新散佈或修改，必須保留這個檔案的 Apache 2.0 聲明，並遵守其條款。THIRD_PARTY_NOTICES.md 檔案應該有詳細說明。維護方面，專案最後一次 push 是 2026 年 9 月，最近釋出 v1.15.3，顯示開發頻率相當高。文件提到有公開的 roadmap project board、Discord 社群、每週二的 Office Hours。這對採用者是好消息，因為你可以看到接下來要開發什麼。不過活躍開發也代表 API 或 CLI 介面可能變動，升級時需要留意 changelog。整體而言，MIT 授權與社群支援降低了採用風險，但你仍要自己承擔升級與設定 sandbox 的責任。
編輯結論
如果你每天會同時開好幾個 Claude Code 或 OpenCode 工作階段，而且需要跨 SSH 斷線後繼續追蹤，Agent of Empires 值得一試。它把 tmux 的持久性擴充成代理感知的狀態面板，尤其適合習慣在終端機工作的開發者。但你不該在純 Windows 環境使用，因為它依賴 tmux 與 POSIX 行程處理，原生不支援。若你只需要背景執行而不需要狀態偵測或網頁介面，直接使用 tmux 反而更輕量。採用前請先確認你的代理工具是否在 `aoe agents` 清單中，並測試 Docker 或 Podman 的 sandbox 是否與你的工作流程相容。
社群筆記