Pane vs Ghostty

フォント描画とGPU性能

Ghosttyは独自のGPUレンダラーを使います。macOSではMetal、LinuxではOpenGLです。合字、絵文字、カラーフォントを含むフォント描画は設計上の重要な目標で、ターミナルで何時間も過ごす人にはその差がわかります。

libghosttyを組み込める

Mitchell Hashimotoは2025年9月にlibghosttyの構想を公開しました。どのアプリでもGhosttyの描画を使える、組み込み可能なC/Zigライブラリです。macOS向けエージェントターミナルのcmuxは、すでにlibghosttyを採用しています。この構想では、Ghosttyは完成済みアプリだけでなく、描画の基盤になります。エコシステムに向けた強い一手です。

MITライセンス、コミュニティによる資金提供

GhosttyはMITライセンスで、商用利用の制限はありません。Mitchellの家族が立ち上げ時に個人で$150Kを寄付した後、Hack Club（501(c)(3)）が財政支援しています。VCからの圧力も有料プランもありません。コードはすべて公開され、forkできます。

標準準拠とOSネイティブのUI

Ghosttyは標準準拠を最優先の目標にしています。xtermのエスケープシーケンス、OSCコード、sixelグラフィックスに対応します。macOSではSwiftUI、LinuxではGTKを使います。共通UIでごまかさず、各OSでネイティブのウィンドウを使えます。

エージェントの状態を見た通知がない

Ghosttyでエージェント + tmuxを使う流れを扱ったディスカッションには、この問題がはっきり書かれています。特定のtmux paneにいる特定のエージェントが入力待ちになっても、デスクトップ通知を出す仕組みはありません。代案は監視ループ、tmux send-keysスクリプト、AppleScriptのトリガーです。どれも自作ツールの保守が必要で、tmuxやGhosttyの更新で壊れます。

エージェントごとにworktreeを手動設定

並列で動かす各エージェントには、専用のブランチとファイル一式が必要です。自作環境では、エージェントを起動するたびにgit worktree addを実行し、後でgit worktree removeを使って片付けます。毎日4つ以上のエージェントを動かすと、週に何十回も手動でコマンドを打つことになります。

何度も確認する疲れ

どのエージェントが入力待ちか知るには、tmuxの全windowを順番に開くか、監視スクリプトを書くしかありません。どちらも数が増えると破綻します。4つ以上のエージェントをtmuxのwindow間で確認すると、切り替えの負担で並列実行の利点がかなり消えます。

差分をまとめて確認できない

エージェントが終わったら、そのtmux windowへ移動し、ターミナルでgit diffかgh pr diffを実行して変更を確認します。全エージェントの差分をまとめてシンタックスハイライト付きで見る画面はありません。commitとpushもエージェントごとに手動です。

worktreeの自動化

paneを作ると、専用ブランチ上にgit worktreeが作られ、.envファイルとエージェントの設定もコピーされます。paneをアーカイブすると、未保存のものが残っていないかPaneが確認してから、worktreeを削除します。git worktree addと削除を手作業で繰り返す必要はありません。

複数エージェントの管理

Paneでは、各エージェントが安全に分かれた専用セッションで動き、状態も画面で見えます。エージェントが入力待ちになると、すぐにデスクトップ通知が届きます。何度も確認する必要も、bashスクリプトもありません。すべてのエージェントを1つの画面で確認できます。

複数OS対応

PaneはWindows、macOS、Linuxで同じ流れで動き、WSL内に置いたリポジトリならWSL内でエージェントを動かします。チームにWindowsの開発者がいても、全員が同じ環境を使えます。

キーボードで差分を確認してcommit

エージェントが終わったら、⌘⇧B（WindowsとLinuxではCtrl+Shift+B）でChangesパネルを開き、シンタックスハイライト付きの差分を見ます。続けて⌘⇧Kでcommit、⌘⇧Uでpushします。キーボードから手を離す必要も、ウィンドウを切り替える必要もありません。自作の構成では、エージェントごとに、各手順でターミナルコマンドが必要です。