Donchitos/Claude-Code-Game-Studios'un en ilginç satırı tanıtım metni değil. Bir tablo.
Bugün yaklaşık 1.350 yıldız kazanan depo, bir Claude Code oturumunu 49 ajanlı bir oyun stüdyosuna çeviriyor: vizyonu koruyan direktörler, alanlarına sahip departman yöneticileri, işi yapan uzmanlar. README 74 slash komut becerisi, 15 kanca (hook), 14 yola bağlı kural dosyası ve 62 doküman şablonu listeliyor. 49 ajanın üçü — yaratıcı direktör, teknik direktör, yapımcı — Opus istiyor; baş programcı ve on beş uzman Sonnet'i adlandırıyor; kalan otuzu oturumun çalıştığı modeli devralıyor.
Tanıtım bu ve tek bir sohbet penceresinde oyun yapmayı denemiş, sihirli sayıları koda gömmenizi ya da tasarım dokümanını atlamanızı kimsenin engellemediğini keşfetmiş herkes için iyi bir tanıtım.
Sonra ölçümler geliyor. Tek bir brifingden, farklı `modes.rigor` ayarlarında dört oyun yapıldı ve yazar her birinin ilk oyun kodu satırından önce kaç doküman ürettiğini saydı. `minimal` düzeyinde bu birdi: tek sayfalık brifing. `standard` düzeyinde 30 doküman ve 58 dakika. Dördü de çalışan, test edilmiş bir oyun ortaya çıkardı. Sonra iki kör değerlendirici ve bir insan oyun testi `standard` sürümünü son sıraya koydu.
README sonucu çekinmeden yazıyor: “fazladan 29 doküman izlenebilirlik satın aldı, daha iyi bir oyun değil.” Artık varsayılan `minimal` ve dokümantasyon, ağır kademelerin çalışan koda ulaşmayı daha pahalı yaptığını, projeyi sonra devralacak olana hiçbir şey vermediğini savunuyor.
Bu ender bir şey: kendi sürecini ölçüp daha ucuz varsayılanı yayımlayan bir süreç çerçevesi. Aynı zamanda, daha fazla iskeletin daha iyi yazılım ürettiği varsayımı üzerine kurulmuş bir yıllık araç birikimine karşı faydalı bir denge.
Çerçevenin kendisi hakkında ikinci bir görüşü daha var ve bu öbür yöne kesiyor. Oyuncunun gördüğü herhangi bir şeyi değiştiren bir iş, oyun çalıştırılıp gözlemlenmeden ve `production/qa/evidence/` altına bir ekran görüntüsü konmadan kapatılamıyor. “Ayrıştırma kontrolü, çalıştırma değildir,” diyor README; kural `minimal` düzeyinde de geçerli — orada otomatik testler muaf, bakmak değil. Dört oyun, dört tur kanıt ve sıralama yine de ağır sürecin aleyhine çıktı. Mesele de bu: kanıt kapısı, kâğıt işi kapısı değildir.
Uygulama somut. Bir commit öncesi kanca sabit kodlanmış değerleri, TODO biçimini, JSON geçerliliğini ve zorunlu tasarım dokümanı bölümlerini denetliyor. Bir okuma kancası 40 KB'ı aşan bir tasarım dokümanını tek seferde yüklemeyi reddedip bunun yerine başlıklarını döndürüyor; böylece ikinci deneme tek bir bölümü okuyor. İzin kuralları force push'u, `rm -rf`'yi ve `.env` dosyalarını okumayı engelliyor. Kancalar maliyete dikkat ediyor: her araç çağrısında tetikleniyor ve komut ya da yol ilgisizse hemen çıkıyor.
Bir de `studio-tests/` var: oyunu değil çerçeveyi test eden bir takım — beceriler için yapısal bir linter, kategori bazlı değerlendirme ölçütleri, davranış spesifikasyonları, kapsam denetimi ve puana göre bir değişikliği tutan ya da geri alan bir test-düzeltme-yeniden test döngüsü.
Pratik pürüz her zamanki gibi. Öneri sunmadan önce soran, seçenek gösteren ve onay bekleyen kırk dokuz ajan hem çok token hem çok sabır yakabilir; README bunun özerk değil işbirlikçi olduğunu açıkça söylüyor. Kaçış yolları `modes.rigor`, tek bir sistemi daha yüksek standarda bağlayan `system_overrides` ve git'e eklenmemiş bir dosyadaki geliştirici bazlı geçersiz kılmalar. `project.yaml` dosyasını okumak için Python 3 gerekiyor; README, Python yoksa her ayarın sessizce varsayılanına düştüğü uyarısını yapıyor.
Stüdyo yapısının daha iyi oyunlar üretip üretmediği hâlâ kanıtlanmadı — yazarın kendi testi, en azından varsayılan olarak, üretmediğini ima ediyor. Ama hikâye ölçümün kendisi: süreç satan insanlar artık onun faturasını da yayımlıyor.
