Pane vs Ghostty

rendering font dan performa GPU

Ghostty memakai renderer GPU buatannya sendiri, dengan Metal di macOS dan OpenGL di Linux. Rendering font, termasuk ligatur, emoji, dan font berwarna, adalah tujuan desain utamanya, dan bagi orang yang menghabiskan berjam-jam di terminal, hasilnya terasa.

libghostty yang bisa disematkan

Mitchell Hashimoto memublikasikan visi untuk libghostty pada September 2025 - library C/Zig yang bisa disematkan sehingga aplikasi apa pun bisa memakai rendering Ghostty. cmux (terminal agent untuk macOS) sudah dibangun di atas libghostty. Ini menempatkan Ghostty sebagai primitif rendering, bukan aplikasi jadi, dan itu strategi ekosistem yang kuat.

lisensi MIT, didanai komunitas

Ghostty berlisensi MIT tanpa batasan komersial. Proyek ini disponsori secara fiskal oleh Hack Club (501(c)(3)) setelah keluarga Mitchell menyumbang $150K secara pribadi untuk memulainya. Tidak ada tekanan VC dan tidak ada paket berbayar. Kodenya sepenuhnya terbuka dan bisa di-fork.

kepatuhan standar dan UI native platform

Ghostty menjadikan kepatuhan standar sebagai tujuan utama: escape sequence xterm, kode OSC, grafis sixel. Di macOS ia memakai SwiftUI; di Linux memakai GTK. Tiap platform mendapat bingkai jendela native, bukan lapisan lintas platform.

tidak ada notifikasi yang tahu status agent

Thread diskusi Ghostty tentang alur kerja agent + tmux mendokumentasikan celah ini dengan jelas: tidak ada mekanisme untuk memunculkan notifikasi desktop saat agent tertentu di pane tmux tertentu sedang menunggu. Solusi sementaranya - loop polling, skrip tmux send-keys, pemicu AppleScript - semuanya mengharuskan kamu merawat alat kustom yang rusak setiap kali tmux dan Ghostty diperbarui.

setup worktree manual untuk tiap agent

Tiap agent paralel butuh branch dan checkout filesystem sendiri. Dengan susunan rakitan sendiri, artinya git worktree add sebelum tiap agent, lalu bersih-bersih dengan git worktree remove setelahnya. Dengan 4+ agent berjalan tiap hari, jumlahnya jadi puluhan perintah manual per minggu.

lelah mengecek terus

Untuk tahu agent mana yang menunggu input, kamu harus berpindah ke tiap window tmux secara manual atau menulis skrip polling. Keduanya tidak bisa diskalakan. Biaya berpindah konteks untuk mengecek 4+ agent di berbagai window tmux menghapus sebagian besar manfaat paralelisme.

tidak ada review diff terpadu

Saat agent selesai, me-review perubahannya berarti pindah ke window tmux itu dan menjalankan git diff atau gh pr diff di terminal. Tidak ada penampil diff terpadu dengan syntax highlighting untuk semua agent. Commit dan push adalah langkah manual lain untuk tiap agent.

otomatisasi worktree

Buat pane dan sebuah git worktree dibuatkan untuknya di branch sendiri, dengan file .env dan pengaturan agent kamu ikut disalin. Arsipkan pane dan worktree-nya dihapus setelah Pane memastikan tidak ada yang belum tersimpan. Tanpa siklus git worktree add dan hapus manual.

orkestrasi banyak agent

Pane memberi tiap agent sesi terisolasi sendiri dengan indikator status yang terlihat. Saat agent menunggu input, notifikasi desktop langsung muncul - tanpa polling, tanpa skrip bash. Kamu melihat semua agent dalam satu UI.

lintas platform

Pane berjalan di Windows, macOS, dan Linux dengan alur kerja yang sama, dan menjalankan agent di dalam WSL untuk repo yang disimpan di sana. Kalau timmu punya developer Windows, semua orang bisa memakai setup yang sama.

review diff dan commit lewat keyboard

Saat agent selesai, tekan ⌘⇧B (Ctrl+Shift+B di Windows dan Linux) untuk membuka panel Changes beserta diff dengan syntax highlighting, lalu ⌘⇧K untuk commit dan ⌘⇧U untuk push, tanpa meninggalkan keyboard atau berpindah jendela. Susunan rakitan sendiri butuh perintah terminal untuk tiap langkah, untuk tiap agent.