Herdr: Tmux-nya Coding Agent, Plus-Minusnya
Kalo lo pernah baca postingan gw soal loop engineering, lo tau setup gw kayak gimana. Satu VPS, tmux, tiap window ada beberapa pane, tiap pane ada session Claude Code, Codex, atau OpenCode yang jalanin /goal. Gw tulis goal-nya sekali, terus ditinggal. Balik-balik tinggal review.
Setup ini jalan. Tapi makin banyak session yang jalan barengan, makin keliatan satu masalah yang dulu gak kerasa.
Masalahnya: gak tau siapa yang lagi nunggu lo
Tmux itu dibikin jauh sebelum ada coding agent. Dia jago banget ngejaga terminal tetep hidup pas lo disconnect. Tapi dia gak tau apa-apa soal isi pane-nya. Buat tmux, session Claude Code yang lagi mikir, yang udah kelar, dan yang lagi diem nungguin lo jawab "boleh hapus file ini?" keliatannya sama persis: satu kotak teks.
Jadi tiap balik ke VPS, ritualnya sama. Pindah ke window satu, cek pane satu, pane dua, pane tiga. Pindah window. Ulang.
Yang paling nyebelin itu yang kategori ketiga: agent yang udah berhenti sejam lalu cuma karena nungguin satu jawaban dari lo. Sejam itu ilang, dan lo baru tau pas kebetulan ngintip pane-nya. Makin banyak agent yang lo jalanin, makin sering ini kejadian, dan makin besar juga waktu yang kebuang cuma buat ngecek status. Padahal inti dari ninggalin agent jalan sendiri itu justru biar lo gak perlu nongkrongin mereka.
Herdr itu apa
Herdr itu terminal multiplexer, sama kayak tmux, tapi dibikin khusus buat coding agent. Bikinan Can Celik, perusahaan satu orang dari Ankara. Dirilis Maret 2026, open-source (lisensi Apache 2.0), dan awal Agustus kemaren diterima di batch fall 2026 Y Combinator.
Dia jalan di dalem terminal yang udah lo pake, di Linux, macOS, dan (dengan fitur terbatas) Windows. Agent yang didukung banyak: Claude Code, Codex, OpenCode, Gemini CLI, Hermes Agent, dan lain-lain.
Gw pasang di VPS yang sama tempat session-session gw jalan.
Yang bagus
Status tiap agent keliatan sekilas. Ini alasan utamanya. Herdr punya sidebar yang ngerangkum tiap agent jadi working, blocked, done, atau idle. Gak perlu setting, gak perlu pasang hook. Jadi pertanyaan "siapa yang lagi nunggu gw?" kejawab dalam satu lirikan, bukan sepuluh kali pindah pane.
Diorganisir per project. Session dikelompokin per workspace, bukan cuma deretan window bernomor yang lo harus inget sendiri isinya apa.
Tetep hidup, bisa diakses dari mana aja. Sama kayak tmux: detach, tutup laptop, attach lagi nanti. Ada juga mode remote lewat SSH, jadi dari laptop lo bisa langsung masuk ke session di VPS.
Bisa dikontrol dari luar. Ada CLI dan API socket lokal, jadi agent (atau script lo) bisa baca status pane lain, bikin pane baru, dan nungguin perubahan status. Buat yang suka ngerakit orchestrator sendiri, ini pintu yang menarik.
Yang masih kasar
Gw gak mau nulis review yang isinya bagus semua, jadi ini sisi satunya.
Masih muda banget. Versinya lompat dari 0.1 ke 0.8 dalam kurang dari lima bulan. Yang gw pasang aja masih 0.8.2, padahal versi stable sekarang udah 0.9. Artinya lo harus siap sama perubahan yang cepet, dan kadang ada yang berubah di antara dua update.
Pemulihan session belum dijamin. Abis restart, gak semua proses dijamin balik kayak semula. Buat session agent yang udah jalan berjam-jam, ini bukan hal kecil. Makanya gw belum berani lepas tmux sepenuhnya.
Plugin-nya belum bisa dipercaya buta. Marketplace plugin-nya belum dikurasi. Jadi kalo mau pasang plugin, cek dulu sendiri isinya.
Satu orang di belakangnya. Ini bisa jadi kelebihan (keputusannya cepet) sekaligus risiko. Kalo lo mau taro workflow penting di atasnya, sadar aja kalo ini produk yang masih tumbuh.
Buat siapa
Kalo lo baru jalanin satu session agent dalam satu waktu, tmux atau bahkan terminal biasa masih cukup. Herdr baru kerasa gunanya pas lo udah jalanin beberapa agent barengan dan mulai kehilangan jejak mana yang lagi nungguin lo.
Kalo lo udah di titik itu, cobain di satu project dulu, jangan langsung pindahin semua. Detailnya di herdr.dev
Sumber:
