TUICommander - 並列 AI coding agent をローカル作業台にまとめる

AI coding tool が増えると、別の問題が出てきます。Agent が足りないのではなく、agent の状態が散らばりすぎることです。ある terminal では Claude Code、別の terminal では Codex CLI、さらに Aider や Gemini CLI が動いている。どれかは confirmation prompt で止まり、どれかは rate limit に当たり、どれかは branch 上で変更を終えているが diff をまだ見ていない。Window と branch が増えるほど、人間は code を書くより調整役になります。

今日紹介する sstraus/TUICommander は、この問題をかなり直接扱う desktop tool です。複数の AI coding agent、terminal、Git worktree、diff、PR、CI status、usage observability を一つの local workspace に集めます。GitHub 上では現在およそ 72 stars、14 forks。主な言語は Rust と TypeScript、license は Apache-2.0 です。最新 release は TUICommander v1.2.9-nightly で、GitHub では 2026 年 5 月 29 日公開と表示されています。

プロジェクト概要

項目	内容
リポジトリ	sstraus/TUICommander
Stars	約 72
Forks	14
主な言語	Rust、TypeScript
技術 stack	Tauri v2、SolidJS、alacritty_terminal、CodeMirror 6
ライセンス	Apache-2.0
最新 release	v1.2.9-nightly

解いているのは agent orchestration

TUICommander の README は、自分自身を「AI agents を理解する IDE」と説明しています。大きな言い方ですが、入り口はかなり具体的です。複数の agent session を並列に動かし、それぞれの状態を観察できるようにすることです。

これは単なる tab 付き terminal ではありません。README では Claude Code、Codex CLI、Aider、Gemini CLI、Amp、Cursor Agent、OpenCode、Warp Oz、Droid、Goose など複数の AI coding agent を自動検出すると説明されています。検出した上で、それぞれが working、waiting、rate-limited、idle のどの状態にあるかを UI で見せます。

この情報は地味ですが重要です。普通の terminal は output stream を見せるだけなので、「まだ動いているのか」「入力待ちなのか」は人間が判断します。五つ、六つの agent session を同時に開くと、一つの confirmation prompt を見落とすだけでかなり時間を失います。TUICommander は question detection、rate limit detection、activity dashboard、session-aware resume を core feature として扱っています。

Git worktree が土台になる

並列 agent が同じ working directory で code を変更すると、すぐに衝突します。TUICommander の大事な設計の一つは Git worktree の自動管理です。Branch をクリックすると独立した worktree を作り、その中で terminal を開きます。別 branch に移っても以前の terminal state は保持されます。

つまり、一つの agent に CI 修正を任せ、別の agent に test 追加を任せ、三つ目に refactor の案を作らせる、といった使い方ができます。それぞれが自分の branch と directory で作業するため、基本的な file conflict を減らせます。

README では Worktree Manager も紹介されています。PR status、dirty file count、last commit を見られ、merge 後には branch 削除や worktree archive の flow もあります。Git worktree 自体は新しい概念ではありませんが、terminal、agent state、diff、PR と同じ操作面に置かれている点が実用的です。

Terminal output だけを見ない

Agent が code を変更した後には、diff を見て、stage し、commit し、PR を確認し、CI を見る必要があります。普通の流れでは terminal、editor、Git GUI、browser、GitHub page を行き来します。

TUICommander はこの loop を取り込もうとしています。README の Git Panel には staging、commit、log、stash、branch、blame、commit graph が含まれます。Diff view は side-by-side、unified、all-files scroll に対応します。PR management は GitHub API 経由の merge と post-merge cleanup を扱い、GitHub Issues も filter や close/reopen ができます。

さらに CI Auto-Heal という機能もあります。CI が失敗したとき、failure log を取得して agent session に注入し、修正を続けさせるというものです。Production workflow に入れるかどうかは team の権限設計次第ですが、方向性は明確です。Agent を「patch を出す terminal program」ではなく、「branch lifecycle に参加する session」として扱っています。

Local AI Chat と MCP Proxy Hub

TUICommander には AI Chat panel もあります。README では terminal screen を読み、input を送り、file を編集し、code を検索し、command を実行できると説明されています。Provider は Ollama、Anthropic、OpenAI、OpenRouter、互換 endpoint に対応します。これは既存 agent の置き換えというより、workspace 自体が現在の terminal state を理解する assistant を持つ、という位置づけです。

もう一つ面白いのが MCP Proxy Hub です。複数の MCP server を一つの endpoint に集約し、Claude Code、Cursor、VS Code などの client が一回接続するだけで複数の upstream tool を使えるようにします。README では circuit breaker、health check、hot reload、OS keyring による credential management、OAuth 2.1、tool filtering も挙げられています。

すでに複数の MCP server を使っている開発環境では、この機能はかなり効きます。価値は「さらに agent を増やす」ことではなく、client ごとの MCP 設定を減らし、availability と permission boundary を集中管理できることです。

Mobile monitoring と voice input

TUICommander の範囲は traditional terminal より広いです。README では mobile companion PWA が紹介されています。Phone から agent を monitor し、質問に回答し、rate limit を見られます。接続は LAN QR code、Tailscale auto-HTTPS、または end-to-end encrypted relay に対応すると説明されています。

また、whisper-rs による local speech-to-text もあります。macOS では Metal acceleration、Windows と Linux では CPU fallback を使えます。すべての人に必要な機能ではありませんが、長い prompt を入力したり、離席しながら agent の進行を見たりする場面では、voice input を current terminal に直接流し込めるのは面白い選択肢です。

このあたりを見ると、TUICommander は軽量 terminal replacement を目指しているわけではありません。複数 agent の開発を前提にした control console として、agent state、Git lifecycle、remote monitoring、local input method をまとめようとしています。

Plugin と拡張の境界

README には plugin system もあります。Obsidian に近い model で、hot reload、community registry、複数の permission tier、tuic.activeRepo、tuic.toast、tuic.onRepoChange などの SDK が用意されています。Plugin は terminal output watcher、status bar ticker、custom panel、notification contribution などを作れます。

この種の tool では plugin system が重要です。AI agent workflow は変化が速く、team ごとの script、convention、security boundary も違います。すべてを core app に入れると、すぐに大きく硬い tool になります。Plugin API があれば、team 固有の logic を外に逃がせます。

ただし、permission model は慎重に見るべきです。Terminal output を読み、command を trigger し、repository state に触れる plugin は、自然に sensitive な境界へ近づきます。README は capability tiers と scoped Tauri invoke に触れていますが、production では plugin source をきちんと review したほうがよいです。

Install と build

TUICommander は cross-platform の install path を用意しています。README には macOS Homebrew、macOS/Linux shell installer、Windows PowerShell installer が載っています。最新 release page には macOS、Windows、Debian/Ubuntu、RHEL/Fedora、AppImage の build artifact もあります。

Source から build する場合は Node.js 22+、Rust toolchain、Tauri CLI が必要です。

npm install
npm run tauri dev
npm run tauri build
npm test

内部は Rust + Tauri v2 backend、SolidJS UI、alacritty_terminal と canvas rendering の terminal、CodeMirror 6 editor、Vite と LightningCSS の build です。README では local に動くこと、Apache 2.0 license、zero telemetry も強調されています。

向いている team

TUICommander は次のような人にまず試してほしい tool です。

Claude Code、Codex CLI、Aider、Gemini CLI などを同時に使っている。
Git worktree で複数 branch を並行開発している。
複数 agent の waiting input、rate limit、output state をまとめて見たい。
Diff、PR、CI、terminal session を一つの画面で追いたい。
MCP server を複数の editor や agent client にまとめて提供したい。
Local execution と no telemetry を重視する。

一つの agent にたまに小さな修正を頼むだけなら、TUICommander は重く見えるかもしれません。普通の terminal と editor で十分です。価値が出るのは、AI agent を一回きりの code generator ではなく、複数の並列 workflow として扱い始めたときです。

注意したい境界

TUICommander は機能範囲が広いです。これは強みですが、同時に risk でもあります。Terminal、Git、PR、CI、MCP、plugin、mobile、voice input を一つの tool が扱うと、integration value は高い一方で、debug surface も大きくなります。採用前には non-critical repository で試し、Git worktree、agent detection、PR permission、CI integration が team の習慣に合うか確認したほうがよいです。

また、README には AI Chat、CI Auto-Heal、plugin system、mobile companion など、まだ速く動いていそうな機能が多くあります。最新 release も nightly です。日常 toolchain に入れるなら、機能は変化し続ける前提で、アクセスできる repository と credential を絞るのが安全です。

最後に、AI agent を並列化しても品質判断は自動化されません。TUICommander は coordination cost を下げますが、code review、test、architecture decision、security review は人間が責任を持つ必要があります。役割としては、散らばった multi-terminal workflow を observable な control console に変える tool と見るのがよいです。

まとめ

sstraus/TUICommander は、今の AI coding workflow の痛点にかなり近い niche tool です。単なる見た目の良い terminal ではなく、Git worktree、agent state、rate limit、question detection、diff、PR、CI、MCP aggregation を一つの desktop workspace に置こうとしています。

開発のやり方が「一つの agent を開く」から「複数 agent を同時に管理する」に変わってきたなら、この project は見る価値があります。まだ若く、機能も密ですが、方向ははっきりしています。AI coding agent を terminal window の山から、観察でき、復帰でき、review しやすい local workflow へ移す試みです。

リポジトリ：https://github.com/sstraus/TUICommander