# Paneflow vs tmux

> Paneflow は、パネル、ブランチ、diff、開発サーバー、読み取り専用 MCP コンテキストでコードエージェントを監督するローカルワークスペースです。tmux は、長く残るセッション、SSH、GUI のないシステム、高度なターミナル自動化のためのターミナルマルチプレクサです。

URL: https://paneflow.dev/ja/compare/tmux
Raw Markdown: https://paneflow.dev/ja/compare/tmux.md
Last updated: 2026-07-02

## Highlights

### 見えるエージェントパネルから始める

Cmd/Ctrl+Shift+D でペインを分割し、Alt+Arrow でフォーカスを移し、マウスでテキストを選択します。プレフィックスも .tmux.conf も不要です。

### プロセスではなくエージェント作業を追跡

Paneflow は CLI エージェントを専用のペインで起動し、どれが作業中でどれがあなたの応答を待っているかを示します。tmux はそれらのコマンドを通常のターミナルプロセスとして実行します。

### コードの文脈をターミナルの横に置く

Paneflow はブランチ、diff、開発サーバーをペインの横に置きます。tmux はターミナルマルチプレクサです。その周囲に文脈をスクリプトできますが、tmux 自体はそれをモデル化しません。

## 重要な違い

この表は境界を確認するためのものです。Paneflow はローカルのエージェント監督を担当し、tmux は長く残るターミナルセッションを担当します。

| Topic | 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 を使い続けてください：

- SSH とリモートサーバー。 tmux のセッションは切断を生き延びます。Paneflow はリモートセッションに対応していません。
- GUI のないシステムや組み込みシステム。 Paneflow はグラフィカルデスクトップと GPU 対応のレンダリングスタックを必要とします。tmux はほぼ任意の TTY で動作します: Raspberry Pi、Docker、KVM コンソール、シリアルポート。
- 高度なターミナル自動化。 tmux には capture-pane、send-keys、pipe-pane などのコマンドに加え、hooks、formats、control mode があります。Paneflow の JSON-RPC と MCP のインターフェイスはワークスペースとエージェントに焦点を絞っています。
- 最大限の移植性、または最小のフットプリント。 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 を参照してください。