Pola agen di Gas Town, bottleneck desain, dan vibecoding skala besar

• Gas Town adalah sistem orkestrator eksperimental buatan Steve Yegge yang menjalankan banyak agen coding secara bersamaan, sebuah proyek berbentuk design fiction untuk mengeksplorasi masa depan lingkungan pengembangan yang terotomatisasi
• Sistem ini membuat puluhan agen berkolaborasi menulis kode, tetapi bottleneck sebenarnya muncul pada tahap desain dan perencanaan, sehingga pemikiran kritis dan kemampuan desain manusia menjadi kendala utama
• Di tengah strukturnya yang kacau, tetap terlihat pola-pola berguna untuk sistem agen masa depan seperti hierarki pengawasan, pemeliharaan peran secara persisten, dan manajemen merge otomatis
• Biaya operasionalnya sangat tinggi, mencapai ribuan dolar per bulan, tetapi potensi peningkatan produktivitasnya besar dan ke depan bisa memiliki daya saing terhadap biaya tenaga kerja developer untuk adopsi perusahaan
• Pendekatan Yegge yang “sama sekali tidak melihat kode” memicu perdebatan tentang “jarak dari kode”, dan ke depan keseimbangan tanggung jawab, kontrol, dan manajemen kualitas antara developer dan agen akan menjadi tantangan utama

---

1. Ikhtisar dan konteks Gas Town

• Gas Town adalah orkestrator agen buatan Steve Yegge, sebuah sistem yang mengoperasikan puluhan agen coding layaknya sebuah “kota” virtual
  • Proyek ini dibuat dengan desain improvisasional (vibecoding) dan menghabiskan biaya API ribuan dolar per bulan
  • Efisiensinya rendah, tetapi dinilai sebagai eksperimen yang melambangkan perubahan cara pengembangan software
• Gas Town adalah contoh design fiction (speculative design), lebih berupa prototipe untuk mengeksplorasi keterbatasan dan kemungkinan masa depan daripada alat yang benar-benar matang
• Fakta bahwa Yegge “mendemonstrasikan secara terbuka sistem yang belum sempurna tetapi berjalan” menunjukkan eksekusi dan semangat eksperimen

2. Desain dan perencanaan muncul sebagai bottleneck baru

• Ketika agen menghasilkan kode secara otomatis, desain dan perencanaan menjadi bottleneck, bukan lagi kecepatan pengembangan
  • Yegge menyebut bahwa “Gas Town memproses rencana implementasi terlalu cepat sehingga desain tidak mampu mengimbanginya”
• Manusia tetap memegang peran inti dalam strategi produk, penentuan prioritas, dan penilaian estetika
• Karena kurangnya desain awal, struktur Gas Town menjadi kompleks dan tidak efisien, digambarkan sebagai “kumpulan komponen yang ditambahkan secara improvisasional”
• Pengguna Hacker News menilainya sebagai “program yang memindahkan arus kesadaran ke dalam kode”, sambil menyoroti batasan akibat ketiadaan desain

3. Pola orkestrasi agen masa depan

• Meski strukturnya kacau, tetap muncul pola desain yang berguna

Diferensiasi peran secara hierarkis

• Setiap agen memiliki peran unik dan membentuk sistem pengawasan bertingkat
  • Mayor: berkomunikasi dengan pengguna dan mengoordinasikan seluruh pekerjaan
  • Polecats: pekerja sementara yang menangani satu tugas
  • Witness: mengawasi Polecats dan membantu penyelesaian masalah
  • Refinery: mengelola merge queue dan menyelesaikan konflik
• Struktur ini meringankan masalah distribusi kerja dan fokus perhatian, sementara pengguna hanya berinteraksi dengan Mayor

Peran persisten, sesi sementara

• Gas Town menyimpan identitas agen dan pekerjaannya di Git, sementara sesi dibuat ulang saat diperlukan
  • Melalui sistem “Beads”, setiap unit kerja dikelola dalam bentuk JSON
  • Riset Anthropic juga mengajukan pendekatan serupa untuk pengelolaan agen jangka panjang

Aliran kerja berkelanjutan

• Mayor memecah pekerjaan dan mendistribusikannya ke antrean tiap agen, menjaga arus kerja yang terus berjalan
  • Untuk menutupi keterbatasan model, agen pengawas secara berkala mengirim “ping” guna mendorong pekerjaan dilanjutkan

Merge queue dan manajemen konflik

• Agen Refinery secara otomatis menyelesaikan merge conflict atau mengeskalasikannya ke manusia bila perlu
• Dengan pendekatan stacked diffs, konflik dapat dikurangi dan merge berkelanjutan dalam unit kecil menjadi mungkin
  • Akuisisi Graphite oleh Cursor menunjukkan meluasnya workflow seperti ini

4. Biaya dan nilai

• Yegge menyebut Gas Town “mahal sekali”, dengan pengeluaran $2.000–$5.000 per bulan
  • Sebagian biaya ditutup dari pendapatan meme coin $GAS
• Kenaikan biaya akibat inefisiensi besar, tetapi biaya per unit diperkirakan turun seiring peningkatan model dan penyempurnaan pola
• Perusahaan dinilai akan bersedia membayar $1.000–$3.000 per bulan untuk orkestrator berkualitas tinggi
  • Dibandingkan gaji tahunan senior developer di AS (sekitar $120.000), angka itu berada di kisaran 10–30%, sehingga bisa ekonomis bila produktivitas meningkat

5. “Pengembangan tanpa melihat kode” dan perdebatan jarak dari kode

• Yegge menyatakan bahwa ia “sama sekali tidak melihat kode” dan bereksperimen dengan filosofi ‘vibecoding’
• Ini memicu perdebatan baru tentang “kapan developer harus melihat kode”
  • Sebagian terbelah menjadi “developer sejati” yang skeptis terhadap AI, sementara sebagian lain menjadi “maksimalis” yang berpusat pada agen
• Tingkat akses ke kode berbeda-beda tergantung domain, feedback loop, risiko, skala kolaborasi, dan tingkat pengalaman

Variabel utama

• Domain dan bahasa: frontend masih memerlukan penyesuaian manual, backend lebih mudah diotomatisasi
• Feedback loop: makin baik kemampuan testing dan verifikasi visual, makin besar otonomi agen
• Toleransi risiko: bidang berisiko tinggi seperti kesehatan dan keuangan tetap memerlukan verifikasi manusia
• Jenis proyek: proyek baru (greenfield) memberi fleksibilitas lebih besar, sedangkan proyek lama (brownfield) membutuhkan pengawasan lebih ketat
• Jumlah kolaborator: kolaborasi skala besar membutuhkan standardisasi agen dan pipeline review
• Tingkat pengalaman: developer berpengalaman dapat mengurangi risiko lewat kualitas prompt dan kemampuan debugging

Eksperimen GitHub Next

• Proyek Agentic Workflows menjalankan agen otonom di GitHub Actions untuk otomatis meninjau keamanan, aksesibilitas, dan dokumentasi
  • Developer menangani sebagian besar pekerjaan dari perangkat mobile dengan memberi instruksi ke agen
  • Loop verifikasi dan quality gate seperti ini diajukan sebagai infrastruktur inti untuk memperluas “jarak dari kode” dengan aman

6. Kesimpulan: pentingnya desain dan pemikiran

• Gas Town sendiri bukan produk yang berkelanjutan, melainkan dinilai sebagai “eksperimen yang kacau dan improvisasional”
• Namun proyek ini dengan jelas memperlihatkan persoalan dan pola yang akan dihadapi alat pengembangan di masa depan
• Semakin cepat pengembangan berlangsung, semakin besar bottleneck berpindah ke desain, pemikiran kritis, koordinasi tim, dan penilaian kualitas
• Alat yang benar-benar bernilai di masa depan bukan yang hanya menghasilkan kode lebih cepat, melainkan sistem yang membantu berpikir lebih jernih dan merancang dengan lebih cermat

[GN⁺]

Komentar Hacker News

• Saya kurang paham kenapa orang-orang begitu membenci Gas Town
  Dari tulisan Steve, ini terlihat seperti proyek eksperimental yang memadukan teknologi dan seni
  Tetapi para engineer menanggapinya terlalu serius dengan alasan “tidak bisa dipakai di production”
  Dulu orang-orang senang mencoba hal-hal aneh, tetapi sekarang rasanya semua terjebak dalam RSU dan sprint hingga imajinasi mengering

  • Melihat Steve mengatakan “ini adalah cara produktif tahap berikutnya”, ini tampaknya bukan sekadar eksperimen melainkan upaya menawarkan paradigma kerja baru
    Tetapi di dalam tulisannya, pesan “ini eksperimen” dan “ini benar-benar bisa dipakai” tercampur, jadi membingungkan
    Kalau pesan yang saling bertentangan seperti ini tidak dirapikan dengan jelas, wajar kalau menuai kritik
  • Saya membaca beberapa paragraf awal lalu merasa ini seperti “monolog antusias sepanjang dua belas halaman”, jadi saya pikir ini memang bukan gaya saya
  • Semangat eksperimen artistiknya bagus, tetapi Gas Town terlalu menaiki hype train sehingga tidak terasa seperti folk art yang sungguhan
  • Saya suka keberanian dan humornya Gas Town, tetapi saya tidak suka ketika orang-orang mengikuti itu tanpa kritik sambil menyebutnya inovasi
    Belakangan ini saya merasa masalahnya adalah semua orang bereaksi sesuai arahan media sosial
  • Dari tulisan David Gerard, ada juga klaim bahwa Yegge memakai Gas Town untuk proyek kripto dan menipu investor
    Terlepas dari capaian teknisnya, reputasi seperti ini sangat buruk
    Tautan tulisan terkait

• Seperti yang mungkin juga diakui Yegge sendiri, struktur Gas Town itu sendiri tidak terlalu istimewa
  Namun ini punya makna besar sebagai contoh cara kerja arsitektur kognitif
  Dari sisi sistem yang mampu membuat rencana jangka panjang dan melakukan koreksi diri, ini bisa dinilai sebagai bentuk awal agen AI otonom di masa depan

• Menurut saya tulisan Maggie dan Steve ditulis dengan sangat baik
  Namun struktur command-and-control Gas Town terasa seperti pemindahan langsung cara manusia berpikir saat membuat software
  Di era kolaborasi manusia dan AI, kita perlu meninjau ulang cara berinteraksi secara lebih mendasar

• Diagram AI buatan Yegge terus terang sulit dibaca
  Arah panahnya berantakan, teksnya juga rusak, sampai terasa seperti menghina kecerdasan pembaca

  • Meski begitu, saya tetap merasa ada nilai dalam tulisan eksperimental yang cepat seperti ini
    Ini bukan paper ilmiah, melainkan terasa seperti seseorang yang sedang berlari lalu berhenti sejenak untuk mengabarkan perkembangan terbaru
  • Saya juga menyerah saat mencoba membaca diagram itu
    Tulisannya sendiri juga terlalu bernuansa manik sehingga sulit fokus, dan nama serta konsepnya terlalu banyak
    Saya sempat meminta Gemini 3 Pro merangkumnya, tetapi hasilnya hampir sama membingungkannya
  • Saya senang melihat seseorang benar-benar memakai triple dash (———)

• AI art dan flowchart yang rumit dari Steve menunjukkan betapa kacaunya tulisannya
  Tetapi kekacauan ini juga merupakan masalah umum pada alat coding AI secara keseluruhan
  Bahkan Claude Code pun punya banyak bug regresi dan perubahan yang tidak terdokumentasi
  Meski begitu, saya rasa Gas Town adalah contoh yang bagus untuk menunjukkan seperti apa coding AI di masa depan

  • Saya juga kesulitan mencoba memahami sprites

• Gas Town tampak seperti upaya satir untuk memancing diskusi tentang Agentic AI
  Namun sayang ia tetap berhenti pada struktur tetap yang dirancang manusia
  Menurut saya peluang yang sebenarnya ada pada jaringan agen yang berevolusi secara dinamis

• Orang banyak membicarakan Gas Town, tetapi tulisan aslinya sebenarnya merangkum dengan baik jarak dengan kode dalam pengembangan berbasis agen
  Saya suka pesannya bahwa alih-alih terjebak dalam dikotomi seperti “mengedit kode secara langsung atau menyerahkannya ke agen”, yang penting adalah menemukan titik keseimbangan yang sesuai dengan situasi

  • Saya juga pernah meminta Claude membuat rencana yang rumit, tetapi akhirnya saya merasa hasil yang sederhana dan bekerja itu lebih baik
    Jika agen menyuntikkan pola yang keliru, seluruh proyek mudah ikut kacau
    Karena itu saya secara berkala mengelola sistem dengan “menendang bannya”
    Dengan alat orkestrasi saat ini, saya rasa masalah ini sulit diselesaikan

• Saya ingin membela Rothko
  Lukisannya memang terlihat sederhana, tetapi itu adalah hasil dari penumpukan ratusan lapisan tipis
  Kalau mencoba melukisnya sendiri, kita akan tahu betapa besar teknik dan pemikiran yang rumit di baliknya

• Ungkapan “Yegge menerbangkan pesawat yang belum selesai sambil mengadakan tur publik” sangat tepat menangkap intinya
  Ini proyek yang gila, tetapi tetap bernilai karena membuka percakapan

• Yegge sedang melakukan arbitrase dengan memanfaatkan kesenjangan informasi
  Seluruh industri AI memanfaatkan kesenjangan semacam ini di antara euforia dan ketakutan
  Dia memang terkesan main-main, tetapi di dalamnya tetap ada gagasan yang layak dipikirkan

  • Saya curiga, jangan-jangan dia dibayar untuk promosi
    Belakangan ini bahkan di Reddit juga terjadi lonjakan tulisan yang memuji coding AI
    Kalau Claude membayar saya, mungkin saya juga akan bertindak seperti itu
    Bedanya, demi reputasi masa depan saya akan meninggalkan banyak disclaimer