CMUXとは？マルチエージェント時代に必要な理由

こんな経験はないだろうか：3つのAIエージェントが同時に実行中、常にウィンドウを切り替えながら、どのペインが何を出力したかわからず、どこからともなく通知が飛んでくる。これはあなた側の集中力の問題ではない — ツールがそもそもこのシナリオを想定して設計されていないのだ。

CMUXはまさにこのシナリオのために作られた。

CMUXが解決する問題

従来のターミナルは「一人、一タスク、一ウィンドウ」向けに設計されていた。ウィンドウ管理にtmuxを使っても、基本構造は横方向の分割で「どのペインがどのタスクを処理しているか」を識別しにくい。

マルチエージェント開発は全く異なるコンテキストだ — 同時に以下のようなことが起きていることがある：

この3つが同じターミナルに混在していると、1990年代のツールで2026年のワークフローを管理していることになる。

CMUXの解決策：タスク単位でスペースを分割し、各エージェントに独自のworkspaceを与えながら、外部からステータスの監視、通知の受信、コマンドの発行ができる。

縦タブサイドバー：Workspaceは横タブではなく左側にリスト表示される — 全workspaceのステータスを一目でスキャンできる。

通知パネル：エージェントがタスクを完了したり問題が発生したりすると、積極的に通知をプッシュできる。全ペインの出力を見続ける必要がない。

ソケット制御API：これが最も強力な部分。cmuxはソケットAPIを公開しており、スクリプトや外部プログラムでターミナルを制御できる — 新しいworkspaceを開く、通知を送る、ステータスを照会する、全て自動化可能。

ビルトインブラウザパネル：ペインはターミナルだけでなく、ブラウザプレビューも開ける — devサーバーとプレビューページが同じworkspace内に共存できる。

tmuxは汎用ターミナルマルチプレクサだ — 便利だが、AIエージェント専用に設計されていない。両者の差は3点に集約される：

インターフェース設計：tmuxのインタラクションモデルはコマンドライン寄り；CMUXはGUI設定インターフェース、自動アップデート、システム通知連携を持つネイティブmacOSアプリケーション。

ブラウザサポート：tmux内で本物のブラウザパネルを開くことはできない。CMUXはできる — ライブプレビューが必要なワークフローでは、この差は大きい。

自動化ファースト設計：ソケットAPIとCLIツールはCMUXのファーストクラス市民で、後付けではない。

逆に言えば：1つのエージェントで単純なタスクしか実行しないなら、tmuxやネイティブTerminalで十分 — 乗り換える義務はない。

CMUXはGhosttyをベースにしている — パフォーマンスで知られるターミナルエンジン。CMUXはGhosttyをラップし、workspace管理、通知システム、ソケットAPI、ビルトインブラウザを追加することで、「速いターミナル」を「AIエージェントのコントロールセンター」に変換している。

設定フォーマットもGhosttyを継承しているため、すでにGhosttyを使っているなら、設定をほぼそのまま移行できる。

CMUXが解決することを理解したので、次の記事はインストールに直行する：CMUXのインストールとCLI設定：10分で動かす。