Gw Ngejalanin Tim Coding Agent dari Chat Telegram

Beberapa waktu lalu gw nulis soal ngebiarin AI agent ngejalanin dev environment gw selama seminggu. Itu versi satu-agent: satu asisten di terminal, ngerjain satu hal dalam satu waktu. Sejak itu gw makin dalemin, dan pergeseran yang beneran ngubah cara gw kerja itu bukan karena agent bisa nulis code — itu udah gw tau. Tapi karena gw berhenti ngomong langsung ke coding agent, dan mulai ngomong ke manajer yang ngomong ke mereka buat gw.

Manajer itu Hermes, dan dia hidup di chat Telegram di HP gw. Gw ketik apa yang gw mau. Dia mikirin step-nya, nyerahin coding beneran ke Claude Code atau Codex, terus lapor balik. Hampir tiap hari gw mulai kerjaan beneran dari aplikasi yang sama yang gw pake buat kirim meme.

Satu manajer, banyak pekerja

Ini mental model yang bikin klik: Hermes hampir ga nulis code sendiri. Dia orchestrator. Coding agent — Claude Code, Codex — itu yang ada di repo dan nulis diff-nya. Hermes layer di atas mereka: dia ambil goal yang masih kabur, mecah jadi task konkret, nentuin siapa ngerjain apa, dan ngerangkai hasilnya balik.

Jadi pesan kayak "halaman projects throw console error pas load, cari dan benerin" ga langsung ke model code. Hermes baca, mutusin ini satu task ter-scope, nyalain coding agent di repo, dan balik dengan "ketemu — ada gambar project yang kurang leading slash, ini fix satu baris." Gw approve dari chat.

Telegram itu control plane-nya. Gw ga di terminal. Gw approve, ngarahin ulang, dan minta perubahan di thread chat — di HP, di sofa, di mana aja. Agent-nya yang ngangkat beban berat di server entah di mana; gw cuma yang bilang iya, nggak, dan "coba cara satunya."

Ngapain pake layer manajer

Buat satu task, manajer itu overkill — mending langsung ngomong ke coding agent. Layer ini baru kerasa gunanya begitu kerjaan mulai nyebar.

Misal gw mau ship satu fitur dan ngecek apa ada yang rusak dan update docs. Sama satu agent itu jadi slog berurutan: kerjain satu, terus berikutnya, terus berikutnya, sambil ngebabysit tiap step. Sama Hermes gw deskripsiin semuanya sekali dan dia paralelin bagian yang independen — satu pekerja implement sementara satunya audit code sekitarnya — terus merge yang balik. Gw review satu hasil konsolidasi, bukan ngejalanin tiga sesi sendiri.

Alasan lain: gw berhenti nyimpen breakdown-nya di kepala. "Tambahin stock alert ke modul inventory, ikutin pattern yang ada, dan tulisin test-nya" itu tiga kerjaan. Dulu gw antri-in di otak dan suapin satu-satu. Sekarang gw bilang sekali dan dekomposisinya jadi urusan manajer, bukan urusan gw.

Satu task nyata, dari pesan Telegram

Ini yang baru-baru ini, dari awal sampai akhir. Section experience di site ini dulu cuma grid card dua kolom yang datar, dan gw pengen dia beneran nyeritain alur. Gw kirim pesan ke Hermes: "redesign section experience jadi vertical timeline — tanpa logo perusahaan, tandain role yang masih gw jalanin, bikin clean."

Yang balik:

1. Hermes narik repo dan nemu tiga komponen yang kelibat — list-nya, card-nya, sama modal detail-nya.
2. Dia nyerahin rewrite-nya ke coding agent dengan constraint gw: layout timeline, node berdenyut di role yang masih jalan, preview tech di tiap entry, tanpa logo.
3. Beberapa menit kemudian — diff dan ringkasan satu paragraf. Grid-nya udah jadi vertical timeline yang beranimasi.

Terus gw nangkep jenis bug yang paling disukai agent: keliatan bener pas berdiri sendiri, tapi rusak dalam konteks. Di mobile, overlay baru-nya nutupin tombol close-nya menu — lo bisa buka entry-nya, tapi tombol X buat nutup ke-stuck di bawahnya, ga bisa diklik. Gw balas satu baris: "tombol close-nya ketutupan di mobile." Dia lacak ke masalah stacking-context, naikin header di atas overlay, dan fix-nya nempel.

Direview, di-approve, di-ship. Yang patut dicatat: pass pertama ga nyentuh laptop gw sama sekali. Request, implementasi, review, satu revisi — semua di thread chat sambil gw ngerjain hal lain.

Pattern delegasi yang beneran jalan

Beberapa bulan ngejalanin ini ngajarin gw beberapa aturan, kebanyakan lewat jalan susah:

• Scope yang ketat. Minta yang kabur dapet kerjaan yang kabur. "Improve halaman projects" itu task jelek; "hapus filter All dan default ke Project" itu task bagus. Makin ketat scope-nya, makin dikit yang harus gw koreksi.
• Satu pekerja per concern. Ngebiarin dua agent nyentuh file yang sama barengan itu minta merge conflict. Paralelin kerjaan yang independen — riset vs code, frontend vs data — bukan file yang sama dua kali.
• Tahan gate manusia sebelum apa pun yang ga bisa di-undo. Deploy, delete, force-push — gw mau jadi yang mencet tombolnya. Manajer ngusulin; gw yang mutusin.
• Review diff-nya, bukan deskripsinya. Ringkasan yang Hermes kirim itu kemudahan, bukan kebenaran. Buat apa pun di atas satu baris, gw lompat ke GitHub dan baca perubahan aslinya. Telegram bagus buat approve, parah buat baca 200 baris diff.

Bagian yang masih kasar

Ini beneran enak, tapi gw masih nyari bentuknya, dan bukan tanpa friksi:

• Handoff loss. Context ga transfer sempurna antara manajer dan pekerja. Kadang coding agent ngerjain persis yang disuruh dan persis bukan yang gw maksud, karena ada constraint yang ke-flatten di handoff.
• Over-decomposition. Kasih sesuatu yang simpel dan kadang dia ngubah fix lima menit jadi rencana tiga step plus seremoni ala project board. Lo belajar kapan bilang "udah, langsung kerjain aja."
• Biaya numpuk. Beberapa agent kerja paralel ngabisin token lebih cepet dari satu. Buat hal sepele, overhead orkestrasinya ga worth it — gw langsung aja.
• Lo tetep review semuanya. Ga ada satu pun dari ini yang ngilangin kebutuhan ngerti codebase lo sendiri. Agent-nya cepet dan pede, dan pede-tapi-salah itu jenis salah yang paling mahal.

Ini buat siapa

Kalau lo solo dev atau di tim kecil dan udah nguasain workflow satu-agent, layer manajer ini step lanjutan yang natural — apalagi kalau lo sering berharap bisa nembak kerjaan tanpa harus duduk di meja. Ngejalaninnya dari Telegram kedengeran gimmick sampai pertama kali lo ship fix dari HP pas lagi ngopi.

Ini masih awal, gw masih belajar sisi-sisi kasarnya, dan setup-nya ga zero-effort. Tapi arahnya jelas: gw makin dikit ngerjain bagian mekanis dan makin banyak mutusin apa yang harus kejadian. Agent-nya tim. Gw cuma yang di chat bilang gas.