Paneflow vs tmux
Paneflow は、パネル、ブランチ、diff、開発サーバー、読み取り専用 MCP コンテキストでコードエージェントを監督するローカルワークスペースです。tmux は、長く残るセッション、SSH、GUI のないシステム、高度なターミナル自動化のためのターミナルマルチプレクサです。
見えるエージェントパネルから始める
Cmd/Ctrl+Shift+D でペインを分割し、Alt+Arrow でフォーカスを移し、マウスでテキストを選択します。プレフィックスも .tmux.conf も不要です。
プロセスではなくエージェント作業を追跡
Paneflow は CLI エージェントを専用のペインで起動し、どれが作業中でどれがあなたの応答を待っているかを示します。tmux はそれらのコマンドを通常のターミナルプロセスとして実行します。
コードの文脈をターミナルの横に置く
Paneflow はブランチ、diff、開発サーバーをペインの横に置きます。tmux はターミナルマルチプレクサです。その周囲に文脈をスクリプトできますが、tmux 自体はそれをモデル化しません。
重要な違い
この表は境界を確認するためのものです。Paneflow はローカルのエージェント監督を担当し、tmux は長く残るターミナルセッションを担当します。
| Paneflow | tmux | |
|---|---|---|
| 主な役割 | コードエージェント向けのローカルワークスペース | セッション、ウィンドウ、ペイン向けのターミナルマルチプレクサ |
| コーディングエージェント | 専用ペイン、状態表示、読み取り専用 MCP ペインコンテキスト | CLI エージェントを通常のターミナルプロセスとして実行 |
| ブランチ、diff、開発サーバー | ビルトイン | tmux の周囲にスクリプトする |
| SSH / GUI なしのセッション | グラフィカルなデスクトップアプリ、detach/reattach サーバーなし | 強み: detach、reconnect、任意の TTY で動作 |
| 自動化 | CLI、JSON-RPC、読み取り専用 MCP ツール | CLI、control mode、hooks、formats、capture-pane、send-keys、pipe-pane |
| ライセンス / パッケージサイズ | GPL-3.0-or-later、プラットフォームとパッケージにより約 13-21 MB | ISC、tmux 3.7b のソースアーカイブは約 0.79 MB |
2026年7月2日に確認したバージョン： Paneflow v0.7.6。tmux 3.7b、2026年7月1日リリース。どちらも無料： Paneflow は GPL-3.0-or-later、tmux は ISC。
どのツールを選ぶべきか？
一日中支えるべきものが、エージェント監督なのかターミナルの永続性なのかで選んでください。
Paneflowを選ぶべき場合
- -ローカルデスクトップ上のグラフィカルなワークスペースで作業する場合
- -複数のコードエージェントを監督し、ペイン、ブランチ、diff、開発サーバーの状態をまとめて見たい場合
- -エージェントに Paneflow の読み取り専用 MCP ブリッジ経由で他のペインを読ませたい場合
- -別のターミナル内の TUI ではなく、本物のターミナルを囲むネイティブアプリが欲しい場合
tmuxを選ぶべき場合
- -SSH で接続し、切断を生き延びるセッションが必要な場合
- -GUI のないサーバー、コンテナ、シリアルコンソール、Raspberry Pi で作業する場合
- -capture-pane、pipe-pane、send-keys、hooks、formats、control mode でターミナルを深く自動化している場合
- -エージェントワークスペースよりも、最小で移植性の高い Unix マルチプレクサが必要な場合
tmux をそのまま使うべきとき
以下の要件がローカルのエージェント監督より重要なら、tmux を使い続けてください：
- 1.SSH とリモートサーバー。 tmux のセッションは切断を生き延びます。Paneflow はリモートセッションに対応していません。
- 2.GUI のないシステムや組み込みシステム。 Paneflow はグラフィカルデスクトップと GPU 対応のレンダリングスタックを必要とします。tmux はほぼ任意の TTY で動作します: Raspberry Pi、Docker、KVM コンソール、シリアルポート。
- 3.高度なターミナル自動化。 tmux には capture-pane、send-keys、pipe-pane などのコマンドに加え、hooks、formats、control mode があります。Paneflow の JSON-RPC と MCP のインターフェイスはワークスペースとエージェントに焦点を絞っています。
- 4.最大限の移植性、または最小のフットプリント。 tmux は非常に軽量で、多くのシステムで動作します。Paneflow は現在 Linux、macOS、Windows で利用できるグラフィカルアプリです。
よくある質問
Paneflow はローカル開発で tmux を置き換えられますか？
はい。Linux、macOS、Windows でのローカルなエージェント中心の開発なら置き換えられます。ただし SSH のデタッチ/再アタッチの代替ではありません。その用途では tmux を使い続けてください。
Paneflow は tmux のように実行中プロセスを保持しますか？
いいえ。Paneflow はシェルの周囲の環境を復元します: ペイン、レイアウト、作業ディレクトリ、カスタム名、ワークスペースのメタデータです。過去のターミナル出力は新しい状態から始まり、アプリ終了後にプロセスは存続しません。tmux のプロセス永続化は、別個のサーバーとデタッチ可能なセッションのモデルによるものです。
Paneflowで自分の.tmux.confを使えますか？
直接の移行はできません。Paneflow は異なるスキーマの JSON ファイル（paneflow.json）を使います。ショートカットの考え方は似ていますが、ほとんどの tmux オプションには対応物がありません。Paneflow は他のターミナルの中で動作するマルチプレクサではないためです。スキーマリファレンスを参照してください。
あなたの環境に合わせて選ぶ
複数のエージェントとローカルで作業していますか？ Paneflow をダウンロードするか、はじめにガイドをご覧ください。日々を SSH や GUI のないサーバーで過ごしていますか？ tmux を使い続け、その GitHub リポジトリや man tmux を参照してください。