Anthropic, mühendislerine ayda 80.000 dolar ödüyor. Bu mühendisler artık bir yıl öncesine göre günde 8 kat daha fazla kod birleştiriyor. Bunun nedeni modelin daha akıllı hale gelmesi değil. Claude'a istem (prompt) yazmayı bırakıp, onun yerine istemleri otomatik olarak oluşturan sistemler kurmaya başlamaları.
Anthropic'te Claude Code'un başındaki isim Brian Cherny şöyle diyor: "Artık Claude'a istem yazmıyorum. Claude'a istem gönderen ve ne yapılması gerektiğini belirleyen döngüler çalıştırıyorum. Benim işim döngüler yazmak."
Çoğu yazılımcı bunu okuduğunda pratikte ne anlama geldiğini kavrayamıyor. Bu makalenin sonunda ne anlama geldiğini anlayacak ve bu hafta sonu ilk döngünüzü kurmak için ihtiyacınız olan her şeye sahip olacaksınız.
Döngü (loop) aslında nedir?
İstem (prompt), tek bir talimattır. Döngü (loop) ise yapay zekanın hedefine ulaşana kadar üzerinde çalışmaya devam ettiği bir amaçtır.
Aradaki fark, direksiyonda kimin olduğudur. İstem ile Claude'u her adımda manuel olarak yönlendirirsiniz. Döngü ile hedefi bir kez tanımlarsınız ve sistem tüm döngüyü kendi başına çalıştırır; işi bulur, yürütür, sonucu kontrol eder ve bir sonraki adımın ne olacağına karar verir. Üstelik siz koltukta oturmak zorunda kalmadan.
1İstem (Prompt) | siz yazarsınız, Claude cevaplar, tekrar yazarsınız2Döngü (Loop) | sistem işi bulur, Claude yürütür,3 | sistem sonucu kontrol eder, bitene kadar tekrarlar
Her gerçek döngü beş aşamadan oluşur:
1Keşfet (Discover) | yapılması gerekeni bul2Planla (Plan) | nasıl yapılacağına karar ver3Yürüt (Execute) | işi yap4Doğrula (Verify) | hedefe uygunluğunu kontrol et5Yinele (Iterate) | bitmedi mi? sonucu geri besle ve tekrarla
Bunların üçü tüm gerçek işi yapar.
Doğrulama (Verify) işin kalbidir. Sonuç üzerinde gerçek bir kontrol olmadan döngüye sahip değilsiniz; sadece kendi kendini onaylayan ve bunu sürekli tekrarlayan bir ajana sahipsiniz. Kontrolün objektif olması gerekir. Geçen veya başarısız olan bir test. Derlenen veya derlenemeyen bir yapı. Sıfır veya sıfır olmayan bir değer döndüren bir linter. "İncelemesi" istenen ikinci bir ajan değil. İki iyimserin birbirini onaylaması doğrulama değildir.
Durum (State), döngünün öğrenmesini sağlayan şeydir. Yapay zeka her geçişte neyi denediğini hatırlamalıdır, aksi takdirde aynı hatayı sonsuza kadar tekrarlar. Gerçek bir döngü, konuşmanın dışında bir kayıt tutar; ne yapıldı, ne başarısız oldu, sırada ne var. Ajan oturumlar arasında unutur. Dosya ise unutmaz.
Durdurma koşulu (stop condition), sistemin sağlıklı kalmasını sağlar. Çıkışı olmayan bir döngü; başarılı olana, bozulana veya bütçenizi tüketene kadar çalışır. Her ciddi döngünün durmak için iki yolu vardır: başarı ve kesin bir sınır. Bu olmadan, sessizce sizi faturalandıran bir makine inşa etmiş olursunuz.
Bir şey inşa etmeden önceki 4 koşullu test
Bir döngü, ancak bu dört koşulun tamamı doğru olduğunda maliyetini karşılar. Birini bile kaçırırsanız, manuel istem olarak tutmaya devam edin.
1Koşul 1 | görev en az haftalık olarak tekrarlanıyor2 | haftalıktan daha seyrekse - kurulum maliyeti asla kendini amorti etmez34Koşul 2 | hatalı çıktıyı otomatik olarak reddedebilecek bir şey var5 | bir test, build, linter, tip kontrolü6 | otomatik bir kapı yoksa - her diff'i incelemeye geri dönersiniz78Koşul 3 | ajan işi baştan sona yapabiliyor9 | işin yarısında size geri vermemeli1011Koşul 4 | "bitti" durumu objektif, bir yargı meselesi değil12 | kalite zevk meselesiyse, insan hala kazanır
İyi ilk döngü örnekleri:
1CI hata ayıklama | gecelik, hataları sınıflandır, düzeltmeleri taslakla2Bağımlılık güncellemeleri | haftalık, güncellemeleri tara, PR aç3Lint ve düzeltme geçişleri | her PR'da, stil düzeltmelerini otomatik uygula4Issue'dan PR taslağına | güçlü test kapsamına sahip kod tabanlarında
Kötü ilk döngü örnekleri - bir insanı koltukta tutun:
1Mimari yeniden yazımlar | yargı meselesi, döngü sapar2Auth veya ödeme kodu | geri dönüşü olmayan hatalar çok maliyetli3Üretim dağıtımları | insan onay kapısı gerektirir4Belirsiz ürün işleri | "bitti" objektif değil
Beş yapı taşı
Her çalışan döngü beş parçadan birleştirilir. Claude Code bu beşini de barındırır.
1 - Otomasyon (kalp atışı)
Döngüyü gerçek bir döngü yapan ve sadece bir kez yaptığınız bir çalıştırma olmaktan çıkaran şey budur. Bir tetikleyici, bir programa veya olaya göre devreye girer, görevi Claude'a iletir ve siz kontrol etmek için uğraşmadan bulguları geri getirir.
1/loop | bir istemi belirli bir düzende yeniden çalıştırır2/goal | yazdığınız bir koşul doğru olana kadar devam eder3hooks | ajan yaşam döngüsündeki noktalarda komutları tetikler4cron | siz laptopu kapattıktan sonra GitHub Actions üzerinden çalışır
En önemlisi /goal'dür. Ayrı küçük bir model, koşulun karşılanıp karşılanmadığını kontrol eder; böylece kodu yazan ajan onu notlayan ajanla aynı olmaz.
1/loop 30m /goal "test/auth içindeki tüm testler geçiyor ve lint temiz."2src/auth'u hatalar için tara, düzeltmeleri taslakla, hedef tuttuğunda PR aç.
2 - Yetenekler (proje bilgisini bir kez yaz)
Yetenek (skill), her oturumda aynı proje bağlamını tekrar açıklamayı nasıl bırakacağınızdır. Bir SKILL.md dosyası, döngünün her çalıştırmada okuduğu talimatları, kuralları ve sözleşmeleri tutar.
Yetenekler olmadan döngü, her döngüde tüm projenizi sıfırdan yeniden türetir. Yeteneklerle niyet birikir; sözleşmeler, build adımları, daha önce ters giden şeyler bir kez yazılır, sonsuza kadar okunur.
1skills/2 ci-triage.md - sınıflandırma kuralları, düzeltme desenleri, yükseltme kriterleri3 frontend.md - Tailwind, Next.js, SEO, erişilebilirlik kuralları4 security.md - auth desenleri, girdi doğrulama, dokunulmayacaklar listesi5 deps.md - güncelleme kuralları, uyumluluk kontrolleri, geri alma desenleri
Otomasyon, yeteneği ismiyle çağırır. Tekrarlayan iş, kimsenin güncellemediği bir takvimin içinde çürümek yerine sürdürülebilir kalır.
3 - Alt ajanlar (yapıcıyı denetleyiciden uzak tut)
Herhangi bir döngüdeki en kullanışlı yapısal şey. Kodu yazan ajanı, kontrol eden ajandan ayırın.
Kodu yazan model, kendi işini notlarken çok cömert davranır. Farklı talimatlara ve bazen daha güçlü bir modele sahip ikinci bir ajan, ilkinin kendini ikna ettiği hataları yakalar.
1Yapıcı ajan (Maker) | hızlı ucuz model - keşfeder, uygular, taslaklar2Denetleyici ajan (Checker) | güçlü model, yüksek çaba - inceler, doğrular, reddeder
1.claude/agents/2 explorer.md | salt okunur, hızlı model, yapılması gerekeni bulur3 implementer.md | düzeltmeyi yazar, testleri çalıştırır4 reviewer.md | güvenlik denetimi, kod kalitesi, objektif kapı
Bir model. Üç uzman. Döngü siz izlemiyorken çalışır ve doğrulayıcı, aslında başından kalkıp gidebilmenizin tek nedenidir.
4 - Bağlayıcılar (öneride bulunmasın, harekete geçsin)
"İşte düzeltme" diyen bir döngü ile PR açan, bileti bağlayan ve CI yeşil olduğunda Slack'e ping atan bir döngü arasındaki farktır.
1GitHub | repo oku, branch oluştur, PR aç, webhook'lara tepki ver2Linear | biletleri güncelle, PR'ları bağla, doğrulama geçince öğeleri kapat3Slack | triyaj sonuçlarını gönder, yükseltmelerde insanlara ping at4Sentry | canlı uyarıları araştır, yüksek frekanslı olanlar için düzeltme taslakla
Bağlayıcılar olmadan döngü, ne yapacağını tarif eder. Bağlayıcılarla ise bunu yapar.
5 - Durum dosyası (ajan unutur. Dosya unutmaz.)
Önemsiz görünecek kadar basit olan ama her çalışan döngünün omurgası olan parça. Konuşmanın dışında, neyin yapıldığını, neyin başarısız olduğunu ve sırada ne olduğunu kaydeden bir markdown dosyası.
1# Döngü durumu - ci-triage23## Son çalıştırma42026-06-09 03:30 UTC - 7 hata sınıflandırıldı, 3 düzeltme taslaklandı, 4 yükseltildi56## Devam edenler7- claude/fix-auth-token-refresh - testler yerelde geçiyor, CI bekleniyor89## Bugün tamamlananlar10- claude/bump-axios-1.7.4 - birleştirildi, CI yeşil1112## İnsanlara yükseltilenler13- src/billing/refund.ts - testler 3 şekilde başarısız, kök neden belirsiz1415## Öğrenilen dersler16- 2026-06-08: PowerShell, Windows runner'da TLS hatası alıyor. Bash kullan.17- 2026-06-07: tests/e2e/checkout, Stripe webhook secret gerektiriyor. Eksikse atla.
Yarının çalıştırması bu dosyayı okur ve devam eder. Bu dosya olmadan her çalıştırma sıfırdan başlar.
Gerçek bir döngü nasıl görünür?
CI hata triyajı - en iyi ilk döngülerden biridir çünkü doğrulama otomatiktir ve hatalı çıktının riski düşüktür.
1Tetikleyici | gecelik saat 3'te veya CI hata olayında2Yetenek | ci-triage.md3Durum okuma | STATE.md - dün ne başarısız oldu, ne düzeltildi
Döngü çalışır:
1Adım 1 | bağlayıcı aracılığıyla GitHub'dan CI hatalarını okur2Adım 2 | her birini sınıflandırır: env / flake / bug / dependency / infra3Adım 3 | düzeltilebilir her hata için - worktree açar, implementer ajanı gönderir4Adım 4 | reviewer ajan düzeltmeyi testlere ve güvenlik kurallarına göre kontrol eder5Adım 5 | kapı geçerse - PR açar ve Linear biletini bağlar6Adım 6 | kapı başarısız olursa - insan triyaj gelen kutusuna yükseltir7Adım 7 | STATE.md dosyasını günceller8Adım 8 | gece özetini Slack'e gönderir
Sabah uyandığınızda bir Slack mesajı, sadece zor problemlerin olduğu bir triyaj gelen kutusu ve otomatik incelemeden geçmiş bir dizi PR ile karşılaşırsınız. Tek bir adımı bile manuel istemle yapmadınız.
Tüm iş genelinde biriken döngü
En güçlü versiyon tek bir döngü değildir. Birbirlerinden öğrenmeleri için paylaşılan bir yapay zeka sistemine yazan birden fazla döngüdür.
SuperDesign'da döngüleri destek, SEO, ürün büyümesi ve reklamları kapsar. Her birinin kendi tetikleyicisi ve iş akışı vardır. Ancak hepsi aynı paylaşılan sinyal deposuna yazar.
Destek döngüsü, beş kullanıcının bir şeyi nasıl dışa aktaracağını sorduğunu fark eder. Bir sinyal oluşturur:
1tür: sinyal2başlık: Dışa aktarma özelliğini bulmak çok zor3frekans: 54kategori: sürtünme5etiketler: [geri bildirim, fiyatlandırma, dönüşüm]
SEO döngüsü, güçlü trafiği olan ancak düşük dönüşümlü bir sayfa fark eder. Başka bir sinyal oluşturur. Ürün büyüme döngüsü, her iki sinyali de analitiklerle birlikte okur ve dışa aktarma sürtünmesinin ham verilerin önerdiğinden daha büyük olduğunu belirler; çünkü artık iki bağımsız kaynak aynı problemi doğrulamaktadır. Reklam döngüsü bir anahtar kelime boşluğu bulur ve bunu doğrudan SEO döngüsüne besler.
1Destek döngüsü | sürtünmeyi bulur, sinyal yazar2SEO döngüsü | içerik boşluğunu bulur, sinyal yazar3Ürün döngüsü | her iki sinyali okur, önceliği belirler4Reklam döngüsü | anahtar kelime boşluğunu bulur, SEO döngüsünü besler
Bu döngülerin hiçbiri izole otomasyonlar değildir. İşletmenin öğrendiklerine dair paylaşılan bir bilgi tabanından çalışırlar. Her döngü diğer her döngüyü daha akıllı hale getirir. İşte bileşik etki (compounding) budur.
Kimsenin sizi uyarmadığı başarısızlıklar
Ralph Wiggum döngüsü. Sadece bittiğinde tamamlandığını bildirmesi gereken bir ajan, erken sinyal verir. Döngü, yarım kalmış bir iş üzerinde çıkar ve hiçbir şey üretmezken çalışmaya ve faturalandırmaya devam eder. Çözüm: "Bana iyi görünüyor" diyen yumuşak bir onay değil, işi objektif olarak başarısız kılabilecek sert bir kapı.
Uzun oturumlarda hedef sapması. Bağlam kendini özetledikçe 47. turda kısıtlamalar kaybolur. Çözüm: ajanın her çalıştırmanın başında yeniden okuduğu sabit bir AGENTS.md dosyası.
Kavrama borcu. Döngü sizin yazmadığınız kodu ne kadar hızlı gönderirse, var olan ile anladığınız arasındaki boşluk o kadar büyür. Can yakan fatura token faturası değildir. Ekipte kimsenin okumadığı bir sistemi debug ettiğiniz gündür. Çözüm: döngünün açtığı her diff'i okuyun.
Bilişsel teslimiyet. Kendi fikrinizi oluşturmayı bırakıp döngünün döndürdüğü her şeyi kabul etme dürtüsü. Döngüyü yargıyla tasarladığınızda tedavi, düşünmekten kaçınmak için yaptığınızda ise hızlandırıcıdır. Aynı eylem, zıt sonuç.
Biriken token maliyetleri. Her döngü yinelemesi tam bağlamı yeniden okur ve yığın her geçişte büyür. Kabul edilen değişiklik başına maliyeti takip edin. %50 kabul oranının altında döngü, tasarruf ettiğinden daha fazlasına mal olur.
Gerçekten çalışan inşa sırası
Üretimde hayatta kalan döngüler gönderen herkes bunu aynı şekilde yapar:
1Adım 1 | önce BİR manuel çalıştırmayı güvenilir hale getir2Adım 2 | onu bir yeteneğe dönüştür - talimatları SKILL.md'ye kaydet3Adım 3 | yeteneği bir döngüye sar - kapıyı ve durdurma koşulunu ekle4Adım 4 | SONRA onu bir programa bağla
Elle güvenilir hale getirmediğiniz bir şeyi programlamak, siz uyurken döngülerin patlamasının tam yoludur. Bir kez kanıtlayın. Sağlamlaştırın. Sonra otomatikleştirin.
Önemli olan metrik, harcanan token veya denenen görev sayısı değildir. Kabul edilen değişiklik başına maliyettir. Döngü size on sonuç veriyorsa ve altısını reddediyorsanız, tasarruf etmesi gereken inceleme işini siz yapıyorsunuz demektir.
Zaten gerçekleşen değişim
2024'te kaldıraç istemdeydi. Daha iyi istem, daha iyi çıktı, daha iyi yazılımcı. 2026'da kaldıraç bir kat yukarıda; Claude'un ne üzerinde, ne zaman, hangi kapıyla çalışacağına ve çalıştırmalar arasında hangi durumun hayatta kalacağına karar veren sistemde.
Anthropic mühendisleri günde 8 kat daha fazla kod birleştiriyor; çünkü Claude'a soru sormanın daha iyi bir yolunu bulmadılar. Çünkü soru sormayı bırakıp, Claude'a kendi adlarına soru soran sistemler kurmaya başladılar; sürekli, gece boyunca, onlar uyurken.
Döngü işi kolaylaştırmaz. İşin nerede gerçekleştiğini değiştirir. İstem yazmaktan, istem yazan sistemi tasarlamaya. Aracı tutmaktan, fabrikayı inşa etmeye.
Çoğu yazılımcı manuel olarak istem yazmaya devam edecek ve aradaki boşluğun neden açılmaya devam ettiğini merak edecek. Birkaçı ise bir hafta sonunu ilk döngüsünü inşa ederek geçirecek; bir otomasyon, bir yetenek, bir durum dosyası, bir kapı ve bir daha asla geri dönmeyecekler.
