Yapay Zeka Agent Loop'ları: Kendini Düzelten Kodlama Agent'ları İşi Nasıl Bitirir

Çoğu insanın bir yapay zeka kodlama agent'ını hâlâ kullanma şekli masa tenisine benziyor. Sen prompt atarsın, o cevap verir, neyin yanlış olduğunu fark edersin, tekrar prompt atarsın. Düzeltme motoru sensin ve her turda döngünün içinde oturuyorsun.

Bir loop bunu tersine çevirir. Ne istediğini anlatırsın, agent işe koyulur, kendi kontrol listesini yazar, kendi zayıf noktalarını bulur ve sonuç sağlam durana kadar tekrar çalışır. Artık hataları yakalayan kişi sen değilsin. Agent kendi hatalarını yakalıyor.

Bu kayma sadece hype değil. Bu araçları geliştiren insanlar buna yaslanıyor. Claude Code'un yaratıcıları Boris Cherny ve Cat Wu, agent loop'larıyla kodlamaktan bahsediyor. "Ralph loop" adını koyan Geoffrey Huntley, agent'ları geceleri sade bir while döngüsünde çalıştırıyor. Bu pattern'in artık bir adı var ve Instagram'dan üç prompt kopyalamadan önce onu anlamaya değer.

Prompt masa tenisinden loop'a

Tek bir prompt tek atışlıktır. Sorarsın, cevap alırsın, işlem biter. Onu iyileştirmek için açığı fark edip tekrar prompt atman gerekir. Bunu gerçek bir feature ölçeğine çıkar ve elinle düzinelerce mikro-düzeltme yapar bulursun kendini.

Bir yapay zeka agent loop'u o açığı agent'ın içinde kapatır. Bir hedef koyarsın, agent planlar, hareket eder, sonuca bakar ve düzeltir, hedefe ulaşılana kadar tekrar tekrar. Yok olmadın, sonunda gözden geçiriyorsun. Ama artık her iterasyonda darboğaz sen değilsin.

Prompt masa tenisi her turda seni döngüye sokar. Gerçek bir loop ise agent'ı döngüye sokar.

Bir yapay zeka agent loop'u aslında nedir

Her agentic loop aynı dört vuruşta çalışır: planla, hareket et, gözlemle, düzelt. Agent bir sonraki adıma karar verir, onu yapar (kod yazar, komut çalıştırır, dosya okur), ne olduğunu okur ve ayarlar. Claude kod yazar, testleri çalıştırır, bir hata görür, düzeltir, testleri tekrar çalıştırır. Bu geri bildirim işin bütün sırrı. Loop'u sadece tekrarlı olmaktan çıkarıp kendini düzelten hale getiren şey budur.

Loop'un en güçlü versiyonu bu vuruşları üç role böler: biri planlar, biri inşa eder, biri gözden geçirir. Onları ayrı tutmak, agent'ın kendi ödevini yazdığı anda aynı nefeste not vermesini engelleyen şeydir.

Bugün kopyalayabileceğin üç komutlu loop

İşte şu anda dolaşan kurulum, üç Claude Code slash komutu olarak yeniden inşa edilmiş hali. Her birini bir kez yapıştır, agent komutu oluşturur, sonra sen onları sırayla çalıştırırsın.

Planlayıcı, /spec:

Ne istediğimi tam olarak anlayana kadar bana her seferinde bir soru sorarak
mülakat yap. Sonra specs/project.md dosyasına net bir plan yaz: hedef, tam
gereksinimler, kenar durumlar ve kapsam içinde ile kapsam dışında olan.
Kısa ve keskin tut, roman değil.

İnşacı, /build:

specs/project.md dosyasını oku ve tam olarak orada tarif edileni inşa et,
fazlasını değil. İşin bitince plandaki her gereksinimi listele ve hangilerini
karşıladığını işaretle.

Gözden geçiren, /review:

İnşa edileni specs/project.md ile gereksinim gereksinim karşılaştır.
Her biri için karşılanıp karşılanmadığını söyle. Gereken düzeltmeleri yaz ve
onları /build'e geri ver. Yalnızca tüm plan karşılandığında onay ver.

Üç komut, tek loop: spec planı yazar, build onu uygular, review onu plana karşı kontrol eder ve düzeltmeleri build'e geri gönderir. Her gereksinim karşılanana kadar dönmeye devam eder.

Plan, doğruluğun kaynağıdır. Review, inşayı bir izlenime karşı değil, ona karşı ölçer.

İşin altında bu spec-driven coding'dir: agent'ı sorumlu tutan şey sohbet geçmişi değil, yazılı spec'tir. GitHub'ın açık kaynaklı Spec Kit'i aynı fikri /specify, /plan, /tasks ve /implement ile resmileştirir ve Claude Code, Copilot, Cursor, Codex CLI ve Gemini CLI üzerinde aynı şekilde çalışır.

Taze bir bağlam loop'u neden çalıştırır: Ralph loop

Geoffrey Huntley bunun en ham versiyonuna 2025'in ortasında ad koydu: Ralph loop. Fikir şu: agent'a yazılı bir spec'e karşı aynı prompt'u veren, bir görev seçip teslim etmesine izin veren, sonra temiz bir bağlamla yepyeni bir agent başlatıp ona aynı prompt'u tekrar veren sade bir shell döngüsü.

while has_more_todos; do
  agent --prompt "todo.md dosyasındaki bir sonraki görev üzerinde çalış" --non-interactive
done

Bariz olmayan kısım bağlamın sıfırlanmasıdır. Uzun bir oturum çürür: pencere eski akıl yürütmeler, çıkmaz yollar ve bayatlamış dosya içerikleriyle dolar ve model sessizce talimatları düşürmeye başlar. Her Ralph iterasyonu, güncel repo'yu ve yapılacaklar listesini diskten okuyan, bir birim iş yapan, commit eden ve temiz çıkan yeni bir agent'tır. Huntley ona Simpsons karakterinin adını bilerek verdi: çalışmayacak kadar aptal görünüyor ve çalışıyor. Eğer uzun bir oturumun halüsinasyon görmeye başladığını izlediysen, taze bir pencerenin neden şişmiş bir pencereyi yendiğini zaten biliyorsun.

Claude Code'un /loop ve /goal komutları

Claude Code loop ilkellerini doğrudan içinde getirir. /goal kalıcı bir bitiş durumu koyar, "bitti"nin neye benzediğini, ve Claude her geçişten sonra ilerlemeyi sadece bir sonraki adımı çalıştırmak yerine ona karşı değerlendirir. /loop bir görevi belirli bir tempoda veya bir koşul sağlanana kadar tekrarlar, /loop every 10m ya da /loop until: <condition> gibi biçimlerle. Birlikte kullanıldığında kendi kendini yöneten, kendi kendini sonlandıran bir loop oluştururlar: Claude mevcut durum ile hedef arasındaki farkı işler ve hedef sağlandığında veya sen Ctrl+C yaptığında durur.

Önemli olan ayrıntı: bir loop sürekliliği korur. Neyi denediğini ve neden başarısız olduğunu hatırlar, böylece her geçiş aynı çıkmazı tekrarlamak yerine bir öncekinin üstüne kurulur. Bu, Ralph'ın temiz-bağlam sıfırlamasının tam tersi bir ödünleşim ve ikisi de geçerli. Sıkı bir kendini düzeltme için süreklilik, pencere çürüdüğünde taze bağlam. Hangisine uzanacağını bilmek asıl beceridir.

Aynı loop, her provider'da

Loop'lar bir Claude feature'ı değil, tüm alanın yöneldiği yön. İsimler farklı, şekil değil.

Codex CLI loop'u kamuoyu önünde en ileriye taşıdı. OpenAI'ın ekibi kendi /goal komutunu Ralph loop yorumları olarak sundu ve a16z'den Andrew Chen onu bir aygıt sürücüsü üzerinde bir gece boyunca, 14 saat aralıksız, hiç müdahale etmeden çalışır bıraktı. Ayrıca bunun "token kullanımını 10.000 kat artıracağını" da not düştü ki bu, bir agent'ı yarım gün öğütmeye bırakmanın dürüst bedeli.

İşin püf noktası: bir loop her şeyi büyütür

Bir loop sadece iyi çıktıyı büyütmez, kötü bir planı da büyütür. Kendini düzelten bir agent'ı belirsiz bir spec'e yönelt, o da kendinden emin şekilde yanlış şeyi inşa eder, aynı belirsiz spec'e karşı gözden geçirir ve onaylar. Plan kaldıraçtır. Keskin bir spec on prompt'tan tasarruf ettirir, bulanık bir spec yüz prompt boşa harcatır.

İzlenmesi gereken iki başarısızlık biçimi. Maliyet kaçar: her iterasyon token yakar ve belirsiz bir hedef üzerinde sınırsız bir loop epey token yakabilir. Bir de loop sonsuza kadar dönebilir, zafer ilan ederek veya asla tatmin edemeyeceği bir hedefin peşine düşerek. Onu sınırla: net bir until koşulu, bir token tavanı ya da merge'den önce insan bir kontrol noktası. Durağı olmayan bir loop otonomi değil, kontrolden çıkmadır.

Bir filo boyunca loop'lar çalıştırmak

Kendini düzelten tek bir agent'a göz kulak olmak kolaydır. Kaldıraç, her biri kendi görevinde döngüye girerek aynı anda birkaçını çalıştırdığında ortaya çıkar ve bir terminali izlemenin ölçeklenmeyi bıraktığı yer tam olarak burasıdır.

AgentsRoom işte bunun için tasarlandı. Bu bir çok agent'lı kokpit: her agent'ın bir rolü, canlı bir durum noktası ve kendi rengi var ve tüm filoyu tek bir pencereden denetliyorsun. Backlog'a bir ticket bırak, bir agent onu alsın, plan-build-review loop'unu döndürsün ve sana temiz bir diff versin. Bu, pratikte spec-driven yapay zeka kodlaması: ticket spec'tir, agent loop'u döndürür, sen sonucu gözden geçirirsin.

Uzun loop'lar bağlamı çürüttüğü için AgentsRoom buna karşı tetikte. Her agent her turun sonunda tek satırlık bir durum yazar ve bir agent onu üst üste iki tur güncellemeyi bıraktığında, temiz bir bağlam üzerinde tek tıkla yeniden başlatma sunan bir uyarı belirir, tam da Ralph loop'un dayandığı taze-pencere sıfırlamasının aynısı. Bunun nasıl çalıştığını bağlam kayması tespiti sayfasında oku.

Ve loop provider'dan bağımsız olduğu için tek birine kilitlenmiş değilsin. Bir ticket'ı Claude Code'da, sonrakini Codex'te, bir başkasını Gemini CLI'de çalıştır, hepsi aynı dashboard'da, her biri kendi git worktree'inde döngüde olsun ki paralel agent'lar asla çarpışmasın. Sen çıkmadan önce onları başlat ve diff'leri sabah gözden geçir, arka plan kodlama agent'ları ile gece vardiyası işinin bütün amacı budur.

Hedefi bir kez koy, loop'un onu kapatmasına izin ver, sonunda gözden geçir. AgentsRoom'u indir, provider uyumluluk matrisine bak ve agent başına gözden geçirme ile çok provider'lı destek hakkında daha fazlasını oku.