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

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

動画のデモでは、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 のようなアクティブな AI エージェントのアイコンなど、関連するコンテキストをタブヘッダー内に直接表示できます。Superlogical の開発者向けツールの詳細については、Superlogical - The Multiplexer for All Work をご覧ください。

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

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

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

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

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