Gas Town – Kodlama ajanları için Mad Max'ten ilham alan çerçeve

kapanış bildirimi

Bu makale İngilizce olarak da mevcuttur. Teknik yardımla tercüme edildi ve yayınlanmadan önce editoryal olarak gözden geçirildi.

Bir daha gösterme.

Mad Max yazılım geliştirmede bir model mi? Geliştirici ve blog yazarı Steve Yegge'nin yeni Gas Town çerçevesi, kıyamet sonrası film serisinden ilham alan bir mimariyle ondan fazla kodlama aracısını aynı anda yönetiyor. Yaklaşım: mükemmel bireysel ajanlar değil, belediye başkanı, koruma ve rafineri gibi ajan rolleriyle kontrollü kaos, tamamı Mad Max filmlerine dayanıyor (makalenin sonundaki tabloya bakın). Gas Town cesareti zayıf olanlara ya da bütçesi kısıtlı olanlara göre değil.

Yegge, sistemin hâlâ alfa aşamasında olduğuna ve kodlama aracısı kentindeki kaosla başa çıkabilmek için kodlama aracıları hakkında önemli miktarda ön bilgiye ihtiyaç duyduğuna dikkat çekiyor. Ayrıca, güçlü ölçeklenebilirlik nedeniyle, Anthropic'ten ikinci veya üçüncü bir Claude Max aboneliğine hızlı bir şekilde ihtiyacınız olacak; bunun maliyeti, varyanta bağlı olarak ayda 100 veya 200 ABD dolarıdır.

Gas Town, şu anda topluluk tarafından hararetle tartışılan ve amacı kodlama aracılarını koordine etmek olan bir grup uygulamanın bir parçasıdır. Bu orkestratörler arasında örneğin Ralph, Loom veya AutoClaude yer alır. Yegge, yalnızca on yedi günlük geliştirme sürecinin ardından 1 Ocak 2026'da çerçeveyi yayınladı. Ancak konsept, bir yılı aşkın deney deneyimine dayanıyor. Bunu Go'da yapay zeka ajanlarını kullanarak yazdı.

Kaostan düzene

Yegge, karmaşık kaosu yönetilebilir yapılara dönüştürmenin her zaman mühendislerin işi olduğu fikrinden yola çıkıyor. Araç, farklı konseptlerle birbiri ardına gelen arıza modlarını ele alır. Yazar, ilk bakışta birbirini dışlayan ancak çerçevenin kontrol yapıları yoluyla bir araya gelen iki kavram olan deterministik olmayan eşitsizlikten bahsediyor. Üç ila beş kodlama aracısının ve diğer yapay zeka aracılarının paralel çalışması, kaotik sistem durumlarına yol açabilir. Örneğin, birden fazla aracı aynı veya benzer görevlerde çalışırsa ne olur? Sendika çatışmaları kimin umurunda? Mükerrer çalışmalar nasıl önlenebilir? Gas Town kaosa düzen getirmek için çeşitli konseptler kullanıyor (aşağıdaki resme bakın).

Gas Town belediye başkanı için çalışma günü

Gas Town'da tipik bir gün, insan geliştiricinin (denetçinin) baş temsilci olan belediye başkanıyla birlikte çalışarak günün görevlerini doğal dilde belirlemesiyle başlar. Belediye başkanı bu görevleri daha küçük alt görevlere böler ve bunları görev yöneticisine (boncuklar) kaydeder. Hazırlıklar tamamlandıktan sonra görevleri bir iş emri olan Konvoy halinde gruplandırır ve bunları depolardan biri olan Rigs'e gönderir. Gas Town'ın geçerli GitHub kimlik doğrulamasına erişimi varsa belediye başkanı, Gas Town ile kullanılmak üzere depoları kolayca kopyalayabilir ve başlatabilir.

Görev bölme, bağlam penceresi doldukça kodlama aracılarının yanıtlarının kalitesinin düşmesi sorununu çözer. Claude LLM'ler için bu şu anda 200.000 jetondur. Sınıra ulaşıldığında, kodlama aracısı yer açmak için diyalogları sıkıştırır. Uygulamada, içerik penceresinin %60 dolu olması bile çıktı kalitesinde gözle görülür bir düşüşe neden olur.

İşçi temsilcileri (Polecats) tesiste aktif hale gelir ve işleme faaliyetlerine başlar. Ne kadar çok görev varsa, o kadar çok kokarca harekete geçer. Git çalışma ağaçlarıyla kendi çalışma ortamınızı yaratır ve uygulamayı bağımsız olarak halledersiniz.

Posta kutuları ve transferler yoluyla birbirleriyle iletişim kurabilirler. Posta kutusu sistemi Erlang'dan ilham alıyor ve belediye başkanı ile güvenlik görevlisi gibi uzun ömürlü ajanlar arasındaki iletişim için kullanılıyor. Ancak aktarımlar eşzamanlı olarak çalışır ve bağlam yukarıda açıklanan kritik doldurma düzeyini aştığında çalışan durumunu yeni bir çalışan örneğine aktarmak için kullanılır.

Gas Town'da bir şeyler her zaman ters gittiği için belediye başkanı, tüm sistemi periyodik olarak tarayan, zombi süreçlerini temizleyen, çöken oturumları yeniden başlatan ve sistemin en önemli işlevlerini canlı tutan bir güvenlik görevlisi (Deacon) tutar. Sistem düzeyinde devriye gezen güvenlik görevlisinin aksine, amir (tanık) bir platform içindeki bireysel memurları izler. Etrafta bulan her ajanı soğukkanlılıkla öldürüp yerine başkasını koyuyor.

Eritme Anlaşmazlıkları: Rafineri Siparişleri

Birden fazla aracıyla birlikte birçok paralel düzenleme, yinelenen çalışma ve sayısız birleştirme çatışması ortaya çıkar. Ek olarak, giderek daha fazla geliştirici, yalnızca AI aracılarının kodlarını inceledikleri için işlerinden aldıkları zevkin azaldığını bildiriyor.

Bu sorunlara çözüm bulmak için Gaz Kasabasında bir rafineri bulunmaktadır. Temsilcilerin çalışmalarının tüm sonuçlarını kontrol eder ve temizler. Çoğu birleştirme çakışması ve düşük kod kalitesiyle, yapılandırılabilir revizyon ön ayarları ve projeye özel CLAUDE.md kullanılarak oluşturulabilen kalite politikaları kullanılarak mücadele edilir.

Tüm görevler tamamlandıktan sonra belediye başkanı geliştiriciye Konvoy görev grubunun başarıyla tamamlandığını gururla bildirir.

Gas Town'daki aracılar, altyapıları Kubernetes gibi sanal makineler veya konteynerlerle düzenlerken evcil hayvan yerine hayvancılık konseptiyle karşılaştırılabilir, değiştirilebilir örnekleri temsil eder. Çerçevenin ayrıca Kubernetes ile pek çok ortak noktası var: Veri düzlemini (kokarcalar ve denetçiler) yöneten bir kontrol düzlemi (belediye başkanları ve koruyucular) var. Çalışan aracıları (sansarlar) birbiriyle değiştirilebilir: çalışmayı bırakırlarsa veya çökerlerse, son oturumun içeriğini kaybetmeden yeni bir örnekle değiştirilirler.

Süpürme: Çöp Toplama fteknik borç için

Geliştiriciler aracılarla körü körüne kod üretirse teknik borç zamanla birikir. Ayrıca ajanların iç monologunda sapkınlıklar olarak da görünürler ve insan geliştiriciler onları takip edip anlayabilir. Hataların nedeni genellikle sınırlı bağlam penceresidir ve bu da temsilcilerin son oturumda olanları gözden kaçırmasına neden olur. Önceden seçilen yaklaşımlar unutulur ve aracılar bazen mimari tutarlılığı ihlal eden konu dışı tasarım yöntemlerini seçerler. Örneğin, daha büyük bir kod tabanında üç ila dört farklı günlük kitaplığı bulunabilir.

Bu sorunu çözmek, insanlar tarafından dikkatli bir inceleme yapılmasını gerektirir ve bu da birden fazla aracının üretkenlik kazancını baltalar. Gas Town, tarama adı verilen örneklemeye dayalı farklı bir strateji seçiyor: Geliştiricilerin tüm kötü fikirleri dikkate almasına veya her kod satırını ayrı ayrı analiz etmesine gerek kalmadan, mimari sürüklenmeyi ve kötü uygulamaları engelleyen sistematik düzeltme dalgaları. Altmış dakikalık bir analiz, daha sonra ilgili aracıların bağlamına giren somut görev yönetimi görevleriyle (boncuklar) sonuçlanır. Bu, gelecekteki kararları insan geliştiricilerin doğru olduğuna inandığı yönde yönlendirir.

Bir tarama başlatmak için geliştiriciler Mayor'dan kalıcı bir çalışma alanı kullanmasını ister (~/gas-town/<rig>/crew/<entwickler-name>/rig/) bir Git çalışma ağacı oluşturur ve bir konvoyun çalışma sonuçlarını her zamanki gibi IDE veya terminalde görüntüler. Kendileri değişiklik yapmak yerine belediye başkanını düzeltici faaliyetler oluşturma göreviyle görevlendirirler. Bunlar ajanların davranışlarını değiştirir ve kodun kalitesinin daha da artmasına yol açar. Ajan grubuna olan güven giderek artar ve soruşturma için gereken çaba azalır. Süpürme, teknik borç için bir tür atık toplamayı temsil eder. Ayrıca geliştiricilerin kural dosyaları (AGENT.md veya CLAUDE.md) gibi yaygın kontrol yöntemlerinden ve uygunluk fonksiyonları veya statik kod analizi gibi statik kalite kontrollerinden vazgeçmemeleri gerekir.