Pane vs Ghostty

フォント描画とGPU性能

Ghosttyは独自のGPUレンダラーを使います。macOSではMetal、LinuxではVulkan / OpenGLで動きます。合字、絵文字、カラーフォントを含むフォント描画は、設計上の重要な目標です。毎日何時間もターミナルを使う開発者には大切です。Paneはxterm.jsを使います。VS Codeと同じエンジンです。十分な性能はありますが、描画はGhosttyほどではありません。

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で新しいpaneを作ると、正しいブランチにgit worktreeが自動で用意されます。paneを削除すると、worktreeも片付きます。git worktree addを手動で実行して、後からremoveする必要はありません。

複数エージェントの管理

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

複数OS対応

PaneはWindows、Mac、Linuxで動き、機能も同じです。GhosttyはWindowsに対応していません。チームにWindowsを使う開発者がいるなら、全員が使えるのはPaneだけです。

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

エージェントが終わったら、⌘Dでシンタックスハイライト付きの差分を開きます。次に⌘Kでcommitしてpushします。キーボードから手を離す必要も、windowを移る必要もありません。自作環境では、各エージェントの各手順でターミナルコマンドが必要です。