Pane vs. Ghostty

Schriftdarstellung und GPU-Leistung

Ghostty nutzt einen eigenen GPU-Renderer, mit Metal unter macOS und OpenGL unter Linux. Die Schriftdarstellung, einschließlich Ligaturen, Emoji und Farbschriften, ist ein zentrales Designziel. Wer Stunden im Terminal verbringt, merkt das.

libghostty zum Einbetten

Mitchell Hashimoto veröffentlichte im September 2025 seine Vision für libghostty. Die einbettbare C/Zig-Bibliothek bringt Ghosttys Rendering in jede App. cmux, das macOS-Terminal für Agenten, nutzt libghostty bereits. Damit wird Ghostty zum Rendering-Baustein statt nur zu einer fertigen App. Das ist eine starke Position im Ökosystem.

MIT-Lizenz und Finanzierung durch die Community

Ghostty steht unter der MIT-Lizenz und hat keine kommerziellen Einschränkungen. Hack Club (501(c)(3)) unterstützt das Projekt finanziell. Zuvor spendete Mitchells Familie persönlich $150K für den Start. Es gibt weder Druck von VCs noch eine kostenpflichtige Stufe. Der Code ist vollständig offen und lässt sich forken.

Standardkonform und plattformnativ

Standardkonformität ist für Ghostty ein zentrales Ziel: xterm-Escape-Sequenzen, OSC-Codes und Sixel-Grafiken. Auf macOS nutzt Ghostty SwiftUI, auf Linux GTK. Jede Plattform bekommt native Fenster statt einer plattformübergreifenden Zwischenschicht.

keine Benachrichtigungen mit Agentenstatus

Der Ghostty-Diskussionsbeitrag zu Workflows mit Agenten + tmux zeigt die Lücke deutlich. Es gibt keinen Mechanismus für eine Desktop-Benachrichtigung, sobald ein bestimmter Agent in einem bestimmten tmux-Pane auf eine Eingabe wartet. Die Umwege sind Polling-Schleifen, tmux send-keys-Skripte und AppleScript-Auslöser. Für alle musst du eigene Tools pflegen. Bei Updates von tmux oder Ghostty gehen sie gern kaputt.

manuelles Worktree-Setup pro Agent

Jeder parallele Agent braucht einen eigenen Branch und einen eigenen Checkout. Im DIY-Stack führst du vor jedem Agent git worktree add aus. Danach räumst du mit git worktree remove auf. Bei 4+ Agenten pro Tag kommen jede Woche Dutzende manuelle Befehle zusammen.

ständiges Nachsehen

Willst du wissen, welcher Agent auf eine Eingabe wartet, klickst du dich von Hand durch jedes tmux-Fenster oder schreibst ein Polling-Skript. Beides skaliert nicht. Wenn du 4+ Agenten in tmux-Fenstern ständig prüfen musst, frisst der Kontextwechsel einen Großteil des Vorteils paralleler Arbeit auf.

kein zentraler Diff-Review

Wenn ein Agent fertig ist, wechselst du in sein tmux-Fenster und führst im Terminal git diff oder gh pr diff aus. Eine zentrale Diff-Ansicht mit Syntaxhervorhebung für alle Agenten gibt es nicht. Commit und Push sind für jeden Agent ein weiterer manueller Schritt.

automatische Worktrees

Erstelle ein Pane, und dafür wird ein Git-Worktree auf einem eigenen Branch angelegt, mit deinen .env-Dateien und Agent-Einstellungen hineinkopiert. Archivierst du das Pane, wird der Worktree entfernt, nachdem Pane geprüft hat, dass nichts Ungesichertes übrig ist. Kein manueller Zyklus aus git worktree add und Entfernen.

Koordination mehrerer Agenten

Pane gibt jedem Agent eine eigene isolierte Session mit sichtbarem Status. Wartet ein Agent auf eine Eingabe, erscheint sofort eine Desktop-Benachrichtigung. Kein Polling. Keine bash-Skripte. Du siehst alle Agenten in einer Oberfläche.

plattformübergreifend

Pane läuft unter Windows, macOS und Linux mit demselben Workflow und führt Agenten in WSL aus, wenn deine Repos dort liegen. Wenn dein Team Windows-Entwickler hat, können alle dasselbe Setup nutzen.

Diff-Review und Commit per Tastatur

Wenn ein Agent fertig ist, drückst du ⌘⇧B (Ctrl+Shift+B unter Windows und Linux) für das Changes-Panel mit seinen Diffs mit Syntaxhervorhebung, dann ⌘⇧K zum Committen und ⌘⇧U zum Pushen, ohne die Tastatur loszulassen oder das Fenster zu wechseln. Der Eigenbau-Stack braucht für jeden Schritt Terminalbefehle, für jeden Agenten.