AI時代にGhosttyが注目される理由、cmuxとOrcaが示すターミナルのルネサンス
しばらくの間、ターミナルは「あるなら使う」程度のツールでした。IDE（統合開発環境）が開発の中心になると、ターミナルはビルドログを確認する補助ウィンドウに追いやられました。しかし2025年を過ぎ、状況は一変しました。Claude Code、Codex CLI、Gemini CLIなどのAIコーディングエージェントがすべてターミナルアプリとしてリリースされ、ターミナルは再び開発ワークフローの中心に戻ったのです。
この流れで最も注目を集めているターミナルがGhosttyです。最近話題になったcmuxやOrcaのようなエージェント運用ツールは、そろってGhosttyを技術基盤または品質基準にしています。本稿では、Ghosttyの何が異なるのか、なぜAI時代に存在感を増しているのか、そしてcmuxとOrcaの事例がそれぞれ何を示すのかをまとめます。
Ghostty、HashiCorp創業者が開発したターミナル
Ghosttyは、TerraformとVagrantを開発したHashiCorpの共同創業者Mitchell Hashimotoが開発したオープンソースのターミナルエミュレーターです。2024年12月1日に1.0が公開され、Zigで実装されています。
ターミナルエミュレーター市場はすでに飽和していました。iTerm2、Alacritty、kitty、WezTermなど選択肢が多い中、Ghosttyが切り込んだポイントは明確でした。既存のターミナルは、3つのうち1つを諦めていたのです。
- 高速（Alacritty）— その代わり機能は最小限
- 高機能（iTerm2）— その代わり重い
- クロスプラットフォーム（kitty、WezTerm）— その代わりOSネイティブな体験ではない
Ghosttyは「高速、高機能、ネイティブ」という3つをすべて実現することを目標に設計されました。GPUアクセラレーションによるレンダリングで速度を確保しながら、macOSではAppKitとSwiftUI、LinuxではGTK4を使い、各プラットフォームの真にネイティブなUIを提供します。タブ、分割、ショートカットがOS標準の方式で動作し、設定なしでもインストール直後から実用的だったことが、初期の口コミを広げました。
リリースも着実に続いています。2025年9月の1.2ではmacOS Tahoe対応とコマンドパレットを、2026年3月の1.3では要望の多かったスクロールバック検索とネイティブスクロールバーを追加しました。
なぜAI時代に、ターミナルなのか
AIコーディングエージェントを開発する企業がGUI（グラフィカルユーザーインターフェース）ではなくターミナルを選んだのには、実用的な理由があります。ターミナルアプリは、ローカルのMacBookでも、SSHで接続したサーバーでも、CIパイプラインでも同じように動作します。エディタを問わず、どのような開発環境にも組み込めます。エージェントにとって、ターミナルは最も汎用的な実行環境なのです。
しかし、エージェントがターミナルに入ってくると、ターミナルそのものの役割が変わりました。
1つ目は、**出力量が爆発的に増えたことです。**人がコマンドを入力して結果を読む時代とは異なり、エージェントはコード差分、ビルドログ、ツール呼び出しの履歴を絶え間なく出力します。ストリーミング出力が増えるほど、レンダリング性能が体感品質を左右し、GPUアクセラレーション対応ターミナルの利点が実運用で現れます。
2つ目は、**複数のセッションを同時に起動するようになったことです。**エージェントが作業している間、人は待つしかありません。そこで自然に、2〜3個のエージェントを並列で動かす方法が定着しました。ターミナルは「1行のコマンドを入力するウィンドウ」から「複数のエージェントを管理するインフラ」へと変わったのです。
3つ目は、**ターミナル上に載せるアプリが必要になったことです。**並列エージェントを管理するには、タブ、通知、状態表示といった管理機能が必要ですが、これはターミナルエミュレータ本来の機能範囲を超えています。こうして「ターミナルを内包したエージェント管理アプリ」という新しいアプリカテゴリが生まれました。このカテゴリのアプリは、ターミナルエミュレーションを自前で実装する代わりに、実績のあるエンジンを利用したいと考えています。
まさにこの3つ目の点で、Ghosttyの本当の勝負手が登場します。
libghostty、ライブラリになったターミナル
Mitchell Hashimotoは2025年9月の「Libghostty Is Coming」という記事で、Ghosttyの次の段階を明らかにしました。Ghosttyの中核をlibghosttyという組み込み可能なライブラリに分離し、どのアプリでも実績のあるターミナルエミュレーションを組み込めるようにする計画です。Webビューが必要なアプリがブラウザを一から作らずWebKitを利用するように、ターミナルが必要なアプリはlibghosttyを利用すればよい、という発想です。
最初の成果物がlibghostty-vtです。VT（Virtual Terminal、仮想ターミナル）の制御シーケンスを解釈し、ターミナルの状態を管理するライブラリで、依存関係が一切なく、C API（アプリケーションプログラミングインターフェース）を提供するため、どの言語からでも利用できます。ターミナルシーケンスの解釈は、数十年にわたる仕様が複雑に絡み合う領域であり、IDEやウェブコンソールごとに微妙に異なる実装が行われてきました。実運用で検証された単一の実装を共有することが目的です。今後は入力処理、GPUレンダリング、プラットフォーム別ウィジェットも段階的にライブラリ化する計画が公開されています。
この構想は、AIエージェントの盛り上がりと完璧に噛み合いました。エージェント管理アプリを作るチームにとってターミナルエミュレーションは不可欠ですが、自前で実装するにはあまりにも奥深い領域です。libghosttyは、その空白を埋める標準部品になりました。
cmux、libghosttyを組み込んだ最初の大規模事例
cmuxはmanaflow-aiが公開したmacOS専用のターミナルアプリで、「AIコーディングエージェントのためのターミナル」を掲げています。GitHubスターが2万5千個に達するほど、急速に注目を集めました。
技術的に興味深いのは、cmuxがGhosttyのフォークではない点です。SwiftとAppKitで書かれたネイティブアプリが、libghosttyをレンダリングエンジンとして埋め込む構成になっています。開発チームはこれを「アプリがWebビューでWebKitを使うのと同じ方式」と説明しています。既存のGhosttyユーザーの設定ファイル（~/.config/ghostty/config）もそのまま読み込み、テーマやフォントを引き継ぎます。
その上に追加された機能は、すべてエージェントのオーケストレーション向けです。縦型タブで多数のエージェントセッションを一覧でき、エージェントが入力を待つと該当タブに青い枠が表示されます。サイドバーにはgitブランチ、PRの状態、開いているポートが表示され、CLIとソケットAPIからワークスペースの作成やキー入力の送信までスクリプトで制御できます。端末エミュレーションという基盤をlibghosttyに任せたことで、開発チームはオーケストレーション機能に集中できたわけです。
Orca、「Ghostty級」が品質基準になった事例
OrcaはStablyが開発するオープンソースのADE（Agent Development Environment、エージェント開発環境）です。エージェントごとに独立したgit worktreeを割り当てて並列実行し、端末、diffレビュー、組み込みブラウザーを1つのアプリで提供します。GitHubスターは2万8,000個を超え、cmuxとともにこのカテゴリーを代表する製品と見なされています。
Orcaが示すのは、少し異なる種類の影響力です。Orcaは公式紹介で自社の端末を「Ghostty-class terminals」と表現しています。2026年7月時点の実装は、xterm.js系のエンジンにWebGLレンダリングを重ねた構成で、libghosttyは使っていません。それでも、自社端末の品質を説明する際の単位としてGhosttyを使っています。製品紹介で「ネイティブ級」ではなく「Ghostty級」という表現が使われ始めたこと自体が、あるツールが事実上の基準になった兆候です。
まとめると、この2つの事例は異なる角度からGhosttyの地位を証明しています。cmuxはlibghosttyを部品として採用した事例であり、OrcaはGhosttyを品質の基準点として引用する事例です。
端末はAI時代のブラウザーになるのか
ブラウザー戦争の勝敗を分けたのは、ブラウザーアプリではなく、その内部のエンジン（WebKit、Blink）でした。今、端末でも似た構図が生まれています。AIエージェントというキラーワークロードが端末を再び開発の中心に引き戻し、その上に新たなアプリカテゴリーが生まれ、Ghosttyはlibghosttyによってカテゴリー全体のエンジンの座を狙っています。
もちろん、課題は残っています。libghosttyはまだvtモジュールだけが公開された初期段階で、GPUレンダリングやウィジェット層まで整わなければ、cmuxのような統合を誰もが簡単に実現することはできません。それでも、方向性は明確です。エージェントが増えるほど端末セッションも増え、セッションが増えるほど実績のある端末エンジンの価値は高まります。端末を「どれも同じ黒いウィンドウ」としか見てこなかったなら、今こそ改めて見直す価値があります。