Gas Town’ın ajan kalıpları, tasarım darboğazları ve büyük ölçekli vibecoding

• Gas Town, birden fazla kodlama ajanını aynı anda çalıştıran Steve Yegge’nin deneysel orkestratör sistemi ve otomatikleştirilmiş geliştirme ortamlarının geleceğini araştıran bir tasarım kurgusu projesidir
• Bu sistemde onlarca ajan birlikte kod yazsa da, gerçek darboğaz tasarım ve planlama aşamasında ortaya çıkar; insanın eleştirel düşünme ve tasarım yeteneği temel kısıt haline gelir
• Karmaşık yapı içinde bile hiyerarşik denetim düzeni, kalıcı rol devamlılığı, otomatik merge yönetimi gibi gelecekteki ajan sistemleri için yararlı kalıplar ortaya çıkar
• İşletme maliyeti ayda birkaç bin dolar düzeyinde çok yüksektir; ancak verimlilik artışı potansiyeli büyüktür ve gelecekte kurumsal kullanımda geliştirici iş gücü maliyetine karşı rekabetçi olabilir
• Yegge’nin “koda hiç bakmıyorum” yaklaşımı, ‘kodla mesafe’ tartışmasını tetikler; gelecekte geliştirici ile ajanlar arasında sorumluluk, kontrol ve kalite yönetimi dengesinin temel mesele olarak öne çıkması beklenir

---

1. Gas Town’a genel bakış ve bağlam

• Gas Town, Steve Yegge’nin oluşturduğu bir ajan orkestratörü; onlarca kodlama ajanını sanal bir “şehir” gibi işleten bir sistemdir
  • Proje doğaçlama tasarımla (vibecoding) geliştirildi ve ayda birkaç bin dolarlık API maliyeti tüketiyor
  • Verimliliği düşük olsa da, yazılım geliştirme biçimindeki değişimi simgeleyen deneysel bir girişim olarak değerlendiriliyor
• Gas Town, tasarım kurgusu (speculative design) örneği; gerçek bir araçtan çok, gelecekteki kısıtları ve olasılıkları araştıran bir prototip niteliğinde
• Yegge, “çalışan ama kusurlu bir sistemi kamuya açık biçimde sergilemesiyle” uygulama gücü ve deney ruhu gösteriyor

2. Tasarım ve planlama yeni darboğaz olarak öne çıkıyor

• Ajanlar kodu otomatik ürettikçe, darboğaz geliştirme hızından tasarım ve planlamaya kayıyor
  • Yegge, “Gas Town uygulama planlarını o kadar hızlı işliyor ki tasarım ona yetişemiyor” diyor
• İnsan hâlâ ürün stratejisi, öncelik belirleme ve estetik yargı gibi alanlarda kilit rol oynuyor
• Gas Town, ön tasarım eksikliği nedeniyle karmaşık ve verimsiz bir yapıya sahip; “doğaçlama biçimde eklenmiş bileşenlerin toplamı” olarak tanımlanıyor
• Hacker News kullanıcıları bunu “bilinç akışının koda dökülmüş hali” diye nitelendirirken, tasarım eksikliğinin sınırlarına dikkat çekiyor

3. Geleceğin ajan orkestrasyonu kalıpları

• Dağınık yapısına rağmen yararlı tasarım kalıpları görünür hale geliyor

Hiyerarşik rol ayrımı

• Her ajan kendine özgü bir role sahip ve hiyerarşik bir denetim düzeni oluşturuyor
  • Mayor: kullanıcıyla iletişim kurar ve genel işi koordine eder
  • Polecats: tek bir görevi yerine getiren geçici işçiler
  • Witness: Polecats’leri denetler ve sorun çözümünü destekler
  • Refinery: merge kuyruğunu yönetir ve çakışmaları çözer
• Bu yapı, iş dağıtımı ve dikkat odağı sorunlarını hafifletir; kullanıcı yalnızca Mayor ile etkileşime girer

Kalıcı roller, geçici oturumlar

• Gas Town, ajanın kimliğini ve işini Git üzerinde saklar; oturumlar ise gerektiğinde yeniden oluşturulur
  • Her iş birimi, “Beads” sistemi üzerinden JSON biçiminde yönetilir
  • Anthropic’in araştırmalarında da benzer bir uzun süre çalışan ajan yönetim yöntemi sunuluyor

Sürekli iş akışı

• Mayor görevleri daha küçük parçalara ayırıp her ajanın kuyruğuna dağıtarak kesintisiz iş akışı sağlar
  • Model sınırlarını telafi etmek için denetleyici ajanlar düzenli olarak ‘ping’ göndererek işin yeniden başlamasını teşvik eder

Merge kuyruğu ve çakışma yönetimi

• Refinery ajanı, merge çakışmalarını otomatik çözer veya gerekirse insanlara escalation yapar
• Stacked diffs yaklaşımı uygulanırsa çakışmalar azalır ve küçük birimlerle sürekli merge mümkün olur
  • Cursor’un Graphite satın alımı, bu tür workflow’ların yaygınlaştığını gösteriyor

4. Maliyet ve değer

• Yegge, Gas Town’ı “cehennem gibi pahalı” diye tanımlıyor; aylık harcama 2.000–5.000 dolar düzeyinde
  • Maliyetin bir kısmı $GAS meme coin gelirleriyle karşılanıyor
• Verimsizlik nedeniyle maliyet yüksek olsa da, model iyileştirmeleri ve kalıpların rafine edilmesiyle birim maliyetin düşmesi bekleniyor
• Şirketlerin aylık 1–3 bin dolar düzeyinde yüksek kaliteli bir orkestratöre ödeme yapmaya istekli olabileceği değerlendiriliyor
  • Bu, ABD’de kıdemli geliştirici maaşının (yaklaşık 120 bin dolar) %10–30’u seviyesinde; verimlilik artarsa ekonomik olarak anlamlı hale gelebilir

5. “Koda bakmadan geliştirme” ve kodla mesafe tartışması

• Yegge, “koda hiç bakmıyorum” diyerek ‘vibecoding’ felsefesini deniyor
• Bu, “geliştirici kodu ne zaman görmeli?” sorusu etrafında yeni bir tartışma başlatıyor
  • Bir tarafta AI’a şüpheyle yaklaşan ‘gerçek geliştiriciler’, diğer tarafta ajan merkezli ‘maksimalistler’ yer alıyor
• Koda erişim düzeyi; alan, geri bildirim döngüsü, risk, iş birliği ölçeği ve deneyim düzeyine göre değişiyor

Temel değişkenler

• Alan ve dil: Frontend hâlâ manuel ayar gerektirirken, backend otomasyona daha elverişli
• Geri bildirim döngüsü: Test ve görsel doğrulama arttıkça ajan özerkliği genişler
• Risk toleransı: Sağlık ve finans gibi yüksek riskli alanlarda insan doğrulaması zorunlu
• Proje türü: Yeni projelerde (greenfield) serbestlik daha yüksek, mevcut projelerde (brownfield) daha güçlü denetim gerekir
• İş birliği eden kişi sayısı: Çok sayıda kişinin çalıştığı ortamlarda ajan standardizasyonu ve review pipeline gerekir
• Deneyim düzeyi: Deneyimli geliştiriciler, prompt kalitesi ve debugging yeteneğiyle riski azaltabilir

GitHub Next’in deneyi

• Agentic Workflows projesi, GitHub Actions üzerinde özerk ajanların güvenlik, erişilebilirlik ve dokümantasyon incelemesini otomatik yapmasını sağlıyor
  • Geliştiriciler işlerin çoğunu mobil cihazdan ajanlara talimat vererek yürütüyor
  • Bu tür doğrulama döngüleri ve kalite kapıları, “kodla mesafeyi” güvenli biçimde genişletmenin temel altyapısı olarak sunuluyor

6. Sonuç: tasarım ve düşünmenin önemi

• Gas Town’ın kendisi sürdürülebilir bir ürün değil; “dağınık ve doğaçlama bir deney” olarak değerlendiriliyor
• Ancak bu proje, gelecekte geliştirme araçlarının karşılaşacağı sorunları ve kalıpları net biçimde ortaya koyuyor
• Geliştirme hızı arttıkça tasarım, eleştirel düşünme, ekip koordinasyonu ve kalite yargısı temel darboğazlara dönüşüyor
• Geleceğin değerli araçları, kodu daha hızlı üretmekten ziyade, daha net düşünmeye ve daha incelikli tasarım yapmaya yardımcı olan sistemler olacak

[GN⁺]

Hacker News yorumları

• İnsanların neden Gas Town'dan bu kadar nefret ettiğini pek anlayamıyorum
  Steve'in yazısına bakınca bu bana sadece teknoloji ile sanatın karıştığı deneysel bir proje gibi görünüyor
  Ama mühendisler "prodüksiyonda kullanılamaz" diye buna fazla ciddi tepki veriyor
  Eskiden herkes tuhaf şeyler denerken eğlenirdi; bugün ise herkes RSU ve sprintler içine sıkışmış, hayal gücü kurumuş gibi geliyor

  • Steve'in "bu bir sonraki aşamanın üretken çalışma biçimi" dediğine bakılırsa, mesele yalnızca bir deney değil, yeni bir çalışma paradigması önermek gibi duruyor
    Ama yazının içinde "bu bir deney" ile "bu gerçekten kullanılabilir" mesajları birbirine karışıyor ve bu kafa karıştırıyor
    Bu çelişkili mesajlar netleştirilmezse eleştiri alması gayet normal
  • İlk birkaç paragrafı okuyup bunun "on iki sayfalık coşkulu bir monolog" gibi olduğunu düşündüm; kısacası bana göre değildi
  • Sanatsal deney ruhu güzel ama Gas Town fazla hype train'e binmiş durumda; gerçek bir folk art hissi vermiyor
  • Gas Town'un cüreti ve mizahı hoşuma gidiyor ama insanların bunu yenilik diye sorgulamadan takip etmesinden hoşlanmıyorum
    Bugünlerde sorun, herkesin sosyal medyanın kendisine söylediği gibi tepki vermesi gibi geliyor
  • David Gerard'ın yazısına bakılırsa Yegge, Gas Town'u kripto para projesi için kullanıp yatırımcıları kandırmakla da suçlanıyor
    Teknik başarılarından bağımsız olarak bu tür bir itibar gerçekten çok kötü
    İlgili yazı bağlantısı

• Yegge'nin kendisinin de kabul edeceği gibi, Gas Town'un yapısının başlı başına olağanüstü olduğu söylenemez
  Yine de bu, bilişsel mimarinin nasıl çalıştığını gösteren bir örnek olarak anlamlı
  Uzun vadeli planlama ve öz-düzeltme yapabilen bir sistem olması bakımından, gelecekte otonom yapay zeka ajanlarının erken bir biçimi olarak değerlendirilebilir

• Maggie ve Steve'in yazılarının gerçekten çok iyi yazıldığını düşünüyorum
  Ancak Gas Town'un komuta-kontrol yapısı, insanların yazılım üretirkenki düşünme biçimini doğrudan taşımış gibi hissettiriyor
  İnsanlarla yapay zekanın birlikte çalıştığı bir çağda, etkileşim biçimini daha kökten yeniden düşünmek gerekiyor

• Yegge'nin yaptığı AI diyagramını açıkçası okumak çok zor
  Okların yönleri karmakarışık, metin de bozulmuş; neredeyse okurun zekâsına hakaret edecek düzeyde

  • Yine de bu tür hızlı deneysel yazıların bir değeri olduğunu düşünüyorum
    Bu bir bilim makalesi değil; koşan birinin kısa bir nefes molasında neler yaptığını anlattığı bir güncelleme gibi ve bu hoşuma gitti
  • Ben de o diyagramı okumaya çalışırken pes ettim
    Yazının kendisi de çok mekanik bir tondaydı, bu yüzden odaklanmak zordu; ayrıca isim ve kavram sayısı çok fazlaydı
    Gemini 3 Pro'ya özetlettirmeyi denedim ama çıkan sonuç da neredeyse aynı derecede karmaşıktı
  • Birinin gerçekten üçlü tire (———) kullandığını görmek hoşuma gitti

• Steve'in AI sanatı ve karmaşık akış şemaları, yazılarının ne kadar karmaşık olduğunu gösteriyor
  Ama bu karmaşa, genel olarak AI kodlama araçlarının da bir sorunu
  Claude Code'da bile çok sayıda regresyon hatası ve belgelenmemiş değişiklik var
  Yine de Gas Town'un, gelecekteki AI kodlamasının nasıl görünebileceğine dair iyi bir örnek olduğunu düşünüyorum

  • Ben de sprites'i anlamaya çalışırken epey zorlandım

• Gas Town, Agentic AI tartışmasını tetiklemek için yapılmış hicivli bir girişim gibi görünüyor
  Ancak insanın tasarladığı sabit yapılara bağlı kalması biraz hayal kırıklığı yaratıyor
  Asıl fırsatın dinamik olarak evrilen ajan ağlarında olduğunu düşünüyorum

• Herkes Gas Town'dan bahsediyor ama asıl yazı, ajan tabanlı geliştirmede kodla araya giren mesafeyi iyi özetliyordu
  "Kodu doğrudan mı düzenlemeli, yoksa ajana mı bırakmalı?" gibi bir ikilikten çok, duruma uygun denge noktasını bulmanın önemli olduğu mesajını beğendim

  • Ben de Claude'a karmaşık planlar yaptırmayı denedim ama sonunda basit ve çalışan sonucun daha iyi olduğunu gördüm
    Ajan yanlış kalıpları enjekte ederse tüm proje kolayca raydan çıkabiliyor
    Bu yüzden sistemi düzenli olarak "tekmeleyerek" kontrol altında tutuyorum
    Mevcut orkestrasyon araçlarıyla bu sorunun çözülmesinin zor olduğunu düşünüyorum

• Rothko'yu savunmak istiyorum
  Resimleri basit görünebilir ama aslında yüzlerce ince katmanın üst üste eklenmesiyle oluşuyor
  Kendiniz çizmeyi denerseniz içinde ne kadar incelikli teknik ve düşünce olduğunu anlarsınız

• "Yegge'nin tamamlanmamış bir uçağı uçurup onunla halka açık tur atması" benzetmesi meseleyi çok iyi özetliyor
  Çılgın bir proje ama sohbetin önünü açma işlevi gördüğü için değerli

• Yegge, bilgi asimetrisinden arbitraj yapıyor
  Tüm AI sektörü, heyecanla korku arasındaki bu boşluklardan yararlanıyor
  Oyunbaz bir tavrı var ama içinde gerçekten düşünmeye değer fikirler de bulunuyor

  • Acaba para alıp tanıtım yapıyor olabilir mi diye şüpheleniyorum
    Son zamanlarda Reddit'te de AI kodlamayı öven yazılar hızla arttı
    Eğer Claude bana para verseydi ben de muhtemelen benzer davranırdım
    Ama gelecekteki itibarımı korumak için bol bol sorumluluk reddi beyanı da bırakırdım