# Rex は開発者が我慢してきたターミナルの問題を解消する

> ノートパソコンの蓋を閉じるだけで、大切な作業が静かに止まってしまうことがあります。そして、その一般的な回避策には習得の手間が伴います。Rex の大きな狙いは、永続セッションを、ターミナルの中のターミナルではなく、通常のネイティブアプリのように扱えるようにすることです。

- Source: https://www.stork.ai/blog/ja/rex-fixes-the-terminal-problem-developers-tolerate
- Publisher: Stork.AI editorial team
- Published: 2026-11-08
- Updated: 2026-11-08
- Language: ja
- Reading time: 6 min

## ノートパソコンの蓋を閉じても作業が止まるべきではない

動画のデモでは、Ghostty の作者による新しいターミナル **Rex** が、リモートマシン上で Anthropic の Claude を実行する様子が紹介されています。ユーザーが MacBook Pro を閉じてから再び開いても、Claude は中断することなく処理を続けています。この機能は、`tmux` や SSH といった従来のツールを必要としません。

この機能は、従来のターミナルエミュレータが抱える根本的な制約に対処するものです。通常、ターミナルのウィンドウは、起動したプロセスを直接所有しています。そのため、アプリケーションを終了したり、ノートパソコンの蓋を閉じたり、ネットワークセッションが切断されたりすると、実行中の長時間のコマンドラインインターフェース(CLI)ジョブはすべて終了してしまいます。

開発者はしばしば、セッションをデタッチ/再アタッチしてプロセスをバックグラウンドで維持するために、`tmux` のような回避策に頼っています。しかし、`tmux` は別のターミナルエミュレータとして動作するため、オーバーヘッドが生じ、独自のキーバインドが必要となり、設定も複雑です。

Rex は、こうした摩擦をなくすことを目指しています。クライアントサーバー・アーキテクチャを採用しており、軽量なバックグラウンドサーバーがプロセスのライフサイクルを管理し、セッションを永続的に保持します。Rex アプリケーションは、このサーバーに接続する表示専用のクライアントとして機能します。

この設計により、開発者は自律型コーディングエージェントや複雑なビルド処理といった長時間のタスクを開始し、中断を心配することなく切断できます。作業はリモートマシン上で続行され、戻ったときにアクセスできるため、ノートパソコンを簡易サーバーとして起動したままにしておく必要がなくなります。

## Rex が保持するのはウィンドウではなくセッション

Rex の設計では、ターミナルの表示と、その基盤となるプロセスが分離されています。軽量なバックグラウンド**サーバー**が PTY セッションと実行中のプログラムを管理し、Rex アプリケーションは純粋にグラフィカルクライアントとして機能します。アプリケーションのインターフェースを閉じたり、ノートパソコンをスリープさせたりしても、実行中の作業は終了しません。サーバーがセッションを維持し、再接続に備えます。

このアーキテクチャは `tmux` とは異なります。`tmux` もセッションを保持しますが、プログラムの出力を独自のターミナル層を通して描画します。`tmux` はプログラムの出力を読み取り、テキストベースの表現を描画してから、それをユーザーが実際に使用しているターミナルへ送ります。これにより、エミュレーションの層がさらに 1 つ増え、スクロール、テキスト選択、ペイン管理といった機能のために、`tmux` 固有のキー操作や設定を習得する必要が生じます。

これに対して Rex は、**`libghostty`** エンジンを使用してすべてをネイティブに描画します。アプリケーションはビューとしてサーバーに接続するため、ペインは本物のアプリケーションペインとなり、スクロールやテキスト選択は一般的な macOS アプリケーションと同じように動作します。

この設計では、Rex は単に高速なターミナルエミュレータではなく、ネイティブ GUI を備えた**マルチプレクサ**と位置付けられています。永続セッションとリモート機能を 1 つのアプリケーションで提供し、**Tailscale** と直接連携することで安全なアクセスを実現します。このアプローチはユーザー体験を向上させるものであり、SSH や `tmux` といった既存のツールが不要になると主張するものではありません。むしろ、現代的なワークフローにおけるそれらのアーキテクチャ上の制約に対処するものです。

## Ghostty のエンジンと Tailscale のネットワークの融合

Rex のインターフェースは、Ghostty ターミナルエミュレータの再利用可能なエンジンである **libghostty** を使って描画されます。この統合により、ペイン、スクロール、テキスト選択が、エミュレートされた画面出力ではなく、ネイティブアプリケーションの機能として動作します。クライアントサーバー・アーキテクチャにより、アプリケーションのウィンドウは単なるビューとして機能し、表示がプロセスのライフサイクルから切り離されます。

マシンへのリモートアクセスには **Tailscale** が直接統合されており、SSH キーの手動管理やトンネルの設定を行わずに、メッシュネットワーク上のデバイスへ接続できます。このアイデンティティベースのアクセスにより、複数の環境で作業する開発者のワークフローが効率化されます。

このシステムには、スタンドアロンの `rex` CLI も含まれており、JSON 出力によるレイアウトのプログラム的な管理など、自動化をサポートします。設定は Lua で行え、ユーザーによるカスタマイズに柔軟に対応します。さらに、Rex にはプロセス認識機能があり、使用中のポートバインディングや、[Claude Code](/en/claude-ai-workspaces) のようなアクティブな AI エージェントのアイコンなど、関連するコンテキストをタブヘッダー内に直接表示できます。Superlogical の開発者向けツールの詳細については、[Superlogical - The Multiplexer for All Work](https://www.superlogical.com/) をご覧ください。

## tmux の有力な代替手段、ただしトレードオフもあります

Rex は主に、永続セッション、ネイティブな macOS での操作性、Claude Code などのエージェント向けの統合モニタリングを必要とする開発者を対象としています。クライアントサーバー・アーキテクチャと Ghostty を採用した描画により、従来のターミナルマルチプレクサとは一線を画しています。

**tmux** のようなマルチプレクサは、Unix 系システム全般で幅広い互換性を持ち、専用の GUI や Tailscale がなくても動作します。テキストベースの描画とキーボード中心のインターフェースが許容できるサーバー用途や、確立されたワークフローにおいては、今も軽量な選択肢です。

Rex は、**libghostty** を活用してネイティブに近い操作感のペインとスクロールを実現し、macOS ユーザーにより統合された体験を提供することを目指しています。この設計により、ノートパソコンの蓋を閉じたりアプリから切断したりしても、実行中のプロセスは終了しません。これは、標準的なターミナルでよくある不満点です。

Rex の現在の公開ベータ版は、macOS アプリケーションとして配布されています。最新の提供状況や対応プラットフォームについては、Superlogical でご確認ください。Rex が長期的に存続できるかどうかは、その利便性とネイティブなユーザー体験が、tmux のような確立されたツールのエコシステムの広がりを上回るかどうかにかかっています。

## よくある質問

### Rex とは何ですか?

Rex は、Mitchell Hashimoto 氏の会社 Superlogical が手がけるターミナル兼マルチプレクサです。セッションはバックグラウンドのサーバー上で実行され続け、インターフェースはアプリが提供します。

### Rex は tmux とどのように違いますか?

どちらもセッションを保持しますが、Rex は Ghostty エンジンを採用したネイティブのグラフィカルクライアントを使用するのに対し、tmux はターミナルの中にターミナルインターフェースを描画します。

### Rex はリモートマシンに接続できますか?

Rex には、Tailscale ネットワーク上のマシンに接続するための Tailscale 連携が含まれています。動画では、リモートマシン上で Claude を実行する様子が紹介されています。

### ノートパソコンを閉じても、Rex は Claude Code を実行し続けますか?

Rex は、クライアントが切断されても、プログラムを永続的なセッションに接続したままにするよう設計されています。動画では、ノートパソコンを閉じている間もリモートマシン上で Claude が処理を続ける様子が紹介されています。