cmuxとtmuxの違い・使い分け徹底比較

cmuxとtmuxの違いを最初に整理しよう

こんにちは！今日は「cmux」と「tmux」、どちらを使うべきか迷っている人に向けて、両者の違いをじっくり比較していきます。

名前が似ているので「どっちも同じようなもの？」と思われがちですが、実は生まれた背景も得意分野もまったく違うツールなんです。

一目でわかる比較表

まずは全体像をつかむために、cmuxとtmuxの主な違いを一覧で見てみましょう。

🔄 ざっくり言うと: cmuxは「ローカルmacOSでAIエージェントと開発するためのGUIターミナル」、tmuxは「どこでも動く汎用のターミナル多重化ツール」です。土俵が違うので、優劣ではなく適材適所で考えるのがおすすめですよ！

設計思想の違い：AIエージェント前提 vs 汎用マルチプレクサ

両者の最大の違いは、何のために作られたかという設計思想にあります。ここを理解すると、後の比較がすっと頭に入ってきます。

tmux：どこでも動く汎用ターミナルマルチプレクサ

tmux（ターミナルマルチプレクサ）は、1つのターミナル画面の中に複数のセッション・ウィンドウ・ペインを作れるツールです。2007年に登場して以来、Linuxサーバー管理やリモート開発の現場で定番として使われ続けてきました。

tmuxの思想を一言で表すと「端末非依存で、どんな環境でも同じ操作体系を提供する」こと。SSHで接続したリモートサーバー上でも、ローカルのターミナルでも、まったく同じキーバインドで画面を分割し、セッションを永続化できます。

# tmuxのセッションを開始
tmux new -s work

# セッションからデタッチ（プロセスは動き続ける）
# Ctrl+b, d

# 後で同じセッションに再接続
tmux attach -t work

この「デタッチして後で再接続できる」性質が、tmuxがリモート作業で愛される理由です。SSH接続が切れても、サーバー側のtmuxセッションは生き続けます。

cmux：AIコーディングエージェント専用ターミナル

一方のcmux（シーマックス）は、Claude CodeやGemini CLIといったAIコーディングエージェントと一緒に開発することを前提に設計された、macOSネイティブのGUIアプリです。Ghosttyのレンダリングエンジン（libghostty）を搭載し、GPU高速レンダリング、通知リング、内蔵ブラウザといった、エージェント連携に特化した機能を備えています。

cmuxが解決しようとしているのは、こんな悩みです。

• 複数のエージェントを並行で動かしていると、どれが入力待ちか分からない
• エージェントの出力を見ながら、別ペインでテストも走らせたい
• 開発サーバーのブラウザ確認とターミナル作業の行き来が面倒

つまり、tmuxが「環境を問わない汎用ツール」を目指したのに対し、cmuxは「ローカルmacOSでのAIエージェント開発体験を最高にする」ことに振り切っているわけです。

画面分割の比較

どちらのツールも画面を複数のペインに分割できますが、操作体系がまったく異なります。

tmuxの画面分割：プレフィックスキー方式

tmuxは「プレフィックスキー」という独特の操作体系を採用しています。デフォルトではCtrl+bを押してから、続けてコマンドキーを押します。

# tmuxの画面分割（Ctrl+b がプレフィックス）
# Ctrl+b, %     左右に分割（垂直分割）
# Ctrl+b, "     上下に分割（水平分割）
# Ctrl+b, 矢印  ペイン間を移動
# Ctrl+b, z     ペインを最大化（ズーム）
# Ctrl+b, x     ペインを閉じる

この方式は最初こそ戸惑いますが、慣れればキーボードから手を離さずに高速に操作できます。SSH越しでも端末を問わず同じ操作ができるのが強みです。

cmuxの画面分割：Macネイティブショートカット

cmuxはmacOSの一般的なアプリと同じく、Cmdキーを使ったショートカットで直感的に操作できます。プレフィックスキーを覚える必要はありません。

# cmuxの画面分割（プレフィックスキー不要）
# Cmd+D          右に分割（垂直分割）
# Cmd+Shift+D    下に分割（水平分割）
# Option+Cmd+矢印  ペイン間を移動

分割操作の比較表

🔍 注目ポイント: cmuxは「すぐ使い始められる手軽さ」、tmuxは「環境を問わず一貫した操作ができる移植性」が魅力です。普段macOSのアプリ操作に慣れている人はcmuxを直感的に感じ、ターミナルにどっぷり浸かっている人はtmuxのキーバインドを好む傾向がありますよ。

通知・内蔵ブラウザの違い

ここはcmuxが圧倒的に強い領域です。tmuxにはない、AIエージェント時代ならではの機能を見ていきましょう。

cmuxの通知システム

cmuxの最大の特徴が、AIエージェント向けの通知システムです。エージェントが入力待ち（ユーザーの確認や承認が必要な状態）になると、そのペインに青い通知リングが表示されます。同時にサイドバーのタブにもバッジが付くので、別のワークスペースにいても見落としません。

cmuxは以下の方法で通知を検知します。

1. ①ターミナルエスケープシーケンス: OSC 9 / OSC 99 / OSC 777に対応
2. ②cmux CLIコマンド: cmux notifyコマンドで手動通知
3. ③エージェントフック: Claude Codeのフック機能と連携

# cmux CLIで通知を送信
cmux notify "Claude Codeがレビューを待っています"

# シェルスクリプトでの活用例
npm run build && cmux notify "ビルド成功" || cmux notify "ビルド失敗"

cmuxの内蔵ブラウザ

cmuxにはスクリプタブルな内蔵ブラウザが搭載されています。ターミナルのペインと並べてブラウザを表示できるため、開発サーバーの確認やドキュメント参照がシームレスに行えます。

# cmuxの内蔵ブラウザのショートカット
# Cmd+Shift+L    ブラウザをスプリットで開く
# Cmd+L          アドレスバーにフォーカス
# Cmd+[          戻る
# Cmd+]          進む

内蔵ブラウザはスクリプタブルAPIを備えており、要素スナップショットの取得、フォーム入力、JavaScript実行など、エージェントがブラウザを直接操作することも可能です。

tmuxの場合

tmuxはこうした通知やブラウザ機能を持ちません。tmuxはあくまで「ターミナルを多重化する」ことに専念したツールで、GUIを前提とした機能は守備範囲外です。

エージェントの状態確認はユーザーが手動でペインを切り替えて行う必要があり、ブラウザは別アプリ（外部ブラウザ）を使うのが前提です。これは欠点というより、tmuxが「ターミナルの中で完結する純粋なツール」であることの裏返しでもあります。

セッション管理の違い

「作業状態をどう保つか」も、両者で考え方が大きく異なります。

tmux：プロセスが生き続けるセッション永続化

tmuxの真骨頂は、実行中のプロセスごとセッションを永続化できることです。SSHで接続したサーバー上でtmuxセッションを開始し、長時間かかるビルドやトレーニングを走らせたまま接続を切っても、サーバー側ではプロセスが動き続けます。後で再接続すれば、続きから作業を再開できます。

# リモートサーバーにSSH接続後、tmuxでセッション開始
tmux new -s training

# 長時間のジョブを実行
python train.py

# Ctrl+b, d でデタッチして、SSHを切断してもジョブは継続

# 後日、再接続して状態を確認
tmux attach -t training

ただし、tmuxはアプリ再起動やマシン再起動をまたいだ「レイアウトの復元」は標準では行いません。これを実現するにはtmux-resurrectなどのプラグインが必要です。

cmux：レイアウトの自動復元

cmuxはアプリを再起動しても、以前のセッションを自動的に復元します。tmuxのようにプラグインをインストールする必要はありません。

自動復元される項目は次のとおりです。

• ウィンドウのレイアウト（分割状態）
• 各ペインの作業ディレクトリ
• スクロールバック履歴
• ブラウザの状態

比較表

🔄 使い分けのヒント: 「アプリを閉じても作業レイアウトを戻したい」ならcmuxの自動復元が便利。「SSH接続が切れても重い処理を走らせ続けたい」ならtmuxのプロセス永続化が頼りになります。

どちらを選ぶ？併用法も解説

ここまでの比較を踏まえて、どちらを選べばいいかを整理しましょう。

cmuxが向いている人

• macOSでローカル開発がメインの人
• Claude CodeやGemini CLIなどAIエージェントを日常的に使う人
• 複数のエージェントを並行で動かす機会が多い人
• 開発サーバーのブラウザ確認とターミナル作業を頻繁に行き来する人
• プレフィックスキーを覚えるのが面倒で、Macネイティブな操作を好む人

tmuxが向いている人

• Linuxサーバーやリモート環境で作業することが多い人
• SSH越しで長時間のジョブを走らせる人
• macOS以外のOS（Linux / BSD）も使う人
• 環境を問わず一貫した操作体系を持ちたい人
• ペアプログラミングなどでセッションを共有したい人

併用がベスト：両方の強みを活かす

実は、cmuxとtmuxは競合するツールではなく、補完し合う関係です。両方を場面に応じて使い分けるのが、もっとも効率的なスタイルといえます。

• ローカル開発 → cmux: AIエージェント連携、内蔵ブラウザ、通知リング
• リモートサーバー作業 → tmux: SSH越しのセッション永続化、接続断に強い
• チーム共有 → tmux: ペアプログラミングでのセッション共有

具体的には、cmuxのペインの中でSSH接続し、その先のリモートサーバーでtmuxを動かす、という併用が自然です。手元の操作感はcmuxのGUIで、リモートの永続化はtmuxで、というように両者の長所をいいとこ取りできます。

# cmuxのペイン内でリモートサーバーにSSH接続
ssh user@remote-server

# リモート側でtmuxセッションを使う
tmux attach -t work || tmux new -s work

🔒 ポイント: cmuxはローカルマシン上で動作するGUIアプリ、tmuxはリモートでも動くCLIツール。「ローカルの体験はcmux、リモートの永続化はtmux」と役割を分けて考えると、どちらを使うか迷わなくなりますよ！

よくある質問

📝 まとめ

今回はcmuxとtmuxの違いと使い分けを比較しました！

名前は似ていますが、両者はまったく異なる目的で作られたツールでしたね。覚えておきたいポイントをまとめます。

• 設計思想: cmuxはAIエージェント前提のmacOS GUIアプリ、tmuxは環境を問わない汎用マルチプレクサ
• 画面分割: cmuxはMacネイティブショートカット（Cmd+D / Cmd+Shift+D）、tmuxはプレフィックスキー（Ctrl+b）
• 通知・ブラウザ: cmuxは通知リングと内蔵ブラウザを備え、tmuxはターミナル多重化に専念
• セッション管理: cmuxはレイアウトを自動復元、tmuxはプロセスを永続化（SSH切断に強い）
• 結論: どちらか一方ではなく、ローカルはcmux・リモートはtmuxの併用が最強

AIエージェントを使った開発が一般的になる中、それぞれのツールの強みを理解して使い分けることが生産性の鍵になります。

cmuxの機能をもっと深く知りたい方はcmuxでAIコーディングを加速するを、tmuxの画面分割の基本を学びたい方はtmuxで画面分割の記事もぜひチェックしてみてください！