THE Loop Engineering'in halefi ve ajanlarınızı 10 kat daha geniş çalıştıran iş akışı...
Çoğu kişi çok adımlı bir ajan oluşturduğunda düz bir çizgi ile karşılaşır
adım bir, adım iki, adım üç. Her biri bir öncekinin bitmesini bekler
İşte neredeyse kimsenin kontrol etmediği şey:
bu adımların yarısının beklemesi hiç gerekmiyordu
Sadece sıraya koyarlar, her seferinde bir iş, bağlam penceresi dolana ve ajan ne yaptığını unutana kadar
- Yavaş değildi çünkü model zayıftı
- Yavaştı çünkü işin bir grafik olduğu yere bir çizgi çizdiniz
Bu kılavuz sizi o çizgiden, bir ekip halinde yayılan ve kendi işini kontrol eden bir grafiğe götürüyor
Beş adım. 2. Adımda bir tane oluşturmuş olacaksınız -
Size çalışan bir grafik kazandırır ve gerçek grafikleri bozan tuzakları adlandırır, zor kısımların nerede başladığını işaret ederim
alfadan önce - daha fazla taze alfa için substack'ime abone olun ↓
Bölüm 0 - Grafik mühendisliği aslında nedir
Bir ay önce alan döngülerden bahsediyordu.
Peter Steinberger bunu dokuz kelimeyle yakaladı:
https://x.com/steipete/status/2078277297791189132
Bir döngü, daha iyiye gitmenin bir döngüsüdür:
bir şey dene → sonucu kontrol et → ayarla → tekrar dene
İşte atom bu: tek bir şeyi tekrar tekrar geliştiren tek bir ajan
(Eğer Loop Engineering yazımı okuduysanız, işte bu)
https://x.com/0xCodila/status/2072329149520232639
Ama tek döngünün bilinen bir başarısızlığı var - bir destek ekibi bir geri bildirim döngüsünü tek bir metriğe bağlar: bilet çözüm oranı
Sayı aylarca yükselirken memnuniyet düşer. Bot, sorunları çözmek yerine biletleri hızlı kapatmayı öğrenir
Bu Goodhart yasasıdır. Bir döngü yalnızca kendi metriğini görebilir. Hedefin doğru olup olmadığını sorgulayamaz veya kendi ölçümünün sürüklendiğini fark edemez.
Cevap daha iyi bir döngü değil. Bir döngü grafiğidir - döngülerin birbirini izlediği ve düzelttiği bir ağ
Ajanlar için bu tek bir anlama gelir:
Her şeyi bir çizgide yapan tek bir ajan yazmayı bırakın - işin
şeklini
tasarlayın - neyin neyden önce çalıştığı, neyin aynı anda çalıştığı, neyin beklediği.
Düğümler düşünür. Kenarlar sonuçları taşır
Ve Claude Code bunları doğrudan oluşturmak için araçları yayınladı: dinamik iş akışları
Adım 1 - Olmayan kenarları görün
Bir grafiğin iki parçası vardır:
- Bir düğüm bir iş birimidir: bir ajan, bir iş, bir girdi, bir çıktı
- Bir kenar bir bağımlılıktır: bu düğümün çıktısı, o düğümün girdisini besler
Herkesin yaptığı hata, "ve sonra"yı bir kenar olarak ele almaktır.
"Bu dosyayı özetle
ve sonra
bana hava durumunu söyle"
Hava durumu özeti okumaz.
Bunlar, doğrusal bir betiğin hiçbir sebep yokken zincirlediği iki bağımsız iştir. Her biri bir öncekini hiçbir şey için bekler
Her şeyi başlatan alışkanlık:
Her "ve sonra" için sorun - bir sonraki adım gerçekten bir önceki adımın çıktısını okuyor mu?
- Evetse → gerçek kenar. Sırayı koruyun.
- Hayırsa → kenar yok. Bekleme boşa gidiyor. Onları yan yana çalıştırın.
İki kutu arasında hiçbir veri geçmiyorsa, bağımsızdırlar.
Bu bağımsızlık, bu kılavuzun geri kalanında kullanacağınız şeydir
Sizin düz "A'yı yap, sonra B'yi, sonra C'yi yap" ajanınız zaten bir grafiktir - sadece en üzücü olanı: C takılırsa D'nin asla gerçekleşmediği tek bir zincir.
Adım 2 - İlk grafiğinizi oluşturun (baştan sona)
Yeterli teori. Bir tane oluşturun ve çalışırken izleyin.
Başlamadan önce:
- Claude Code v2.1.154+ (claude --version ile kontrol edin)
- Ücretli bir plan. Max, Team veya Enterprise'da iş akışları varsayılan olarak açıktır. Pro'da /config içindeki Dinamik iş akışları satırını açın.
1. Bildiğiniz bir depo açın.
Gerçek bir tane, böylece sonuç bir anlam ifade eder.
2. Bu istemi yapıştırın (Anthropic tarafından):
1src/routes/ altındaki her rota dosyasında eksik kimlik doğrulama kontrollerini denetlemek için bir iş akışı oluşturun. Dosya başına bir ajan başlatın, ardından her bulgu üzerinde bağımsız bir doğrulayıcı çalıştırın. Başlangıç için en fazla 20 dosyayı analiz edin.
src/routes/ yerine dosyalarınızın bulunduğu yolu koyun. "En fazla 20" satırı ilk çalıştırmanızı ucuz tutar.
3. "İş akışının" yandığını izleyin.
Claude Code bunu vurgular: "Dinamik iş akışı istendi." Bu, normal bir sohbet değil, bir grafiğin oluşturulduğunun sinyalidir
4. Planı onaylayın.
Claude bir JavaScript orkestrasyon betiği yazar ve önce aşamaları gösterir. Bunları okuyun, "Evet, çalıştır." seçeneğini seçin.
5. Ekibin çalışmasına izin verin.
Oturumunuz boş kalırken dosya başına bir ajan, paralel olarak çalışır.
Canlı izlemek için /workflows yazın: kapsam, yayılma, doğrulama, sentezleme.
6. Tek cevabı okuyun.
Yirmi ayrı sohbet değil. Tek bir rapor - çünkü ara sonuçlar bağlamınızda değil, betiğin değişkenlerinde yaşadı.
İşte bu bir grafik.
Tek bir cümleden bir düzine ajan.
Duyacağınız "sıfır token" iddiası hakkında
Koordinasyon betiği koddur
Bu nedenle ajanlar arasında sonuçları iletmek, bir sohbet devrinin yaptığı gibi bağlamı yeniden harcamaz
Ama ajanlar yine de kullanım maliyeti çıkarır. Bir iş akışı, normal bir oturumdan belirgin şekilde daha pahalıya mal olur
Tasarruf koordinasyondadır, işin kendisinde değil. Kapsamlı başlayın, kullanımı izleyin, sonra genişletin.
- Kendinize ait yapın
Bir çalıştırma iyi olduğunda s tuşuna basın.
~/.claude/workflows konumuna kaydedilir, adıyla tekrar çalıştırılabilir
Şimdi görevi değiştirin ve şekli koruyun. "Eksik kimlik doğrulama kontrolleri" yerine "işlenmemiş vaatler" veya "100 satırı aşan fonksiyonlar" koyun
Bu ne kadar ölçeklenir (makale adı)
Bir iş akışı çalıştırması 1.000 ajana kadar yayılabilir ve aynı anda en fazla 16'sı çalışabilir
"Tek pencerede 1000+ döngü" ifadesi buradan gelir - bir metafor değil, özelliğin gerçek tavanı
- Ve ölçek asıl noktadır - Bin ajan, tek bir bağlamın asla tutamayacağı bir iş anlamına gelir - aynı anda denetlenen bütün bir kod tabanı, her dosyaya dokunan bir geçiş, paralel olarak bin açıyı çalıştıran bir arama
Aynı anda 16 sınırı, ekibin dalgalar halinde hareket ettiği, siz tek bir tanesini bile izlemeden binlerce işi halletmesi anlamına gelir
Bir çalıştırmanın nasıl davrandığını ve ne kadar maliyet çıkardığını görmek için 20 ile başlayın - sonra açın - çünkü bu, başka hiç kimsenin inşa etmediği tavandır
Adım 3 - Aslında bozulan kısım
Bir grafik oluşturdunuz. İşte gerçek grafiklerin devrildiği yerler.
En önemli iki başarısızlık
- Birinci başarısızlık: grafik kendisiyle aynı fikirde olur
Bir ajan kendi işini kontrol ettiğinde, kendine karşı yumuşak davranır. Modeller kendi çıktılarını tercih eder
Bu yüzden kenara bir doğrulayıcı koyarsınız - bir bulgunun aşağı akışa geçmeden önce onaylayan ayrı bir düğüm
Kimsenin adlandırmadığı yakalama: doğrulayıcının temiz bağlama ihtiyacı vardır
Yürütücünün sahip olduğu aynı konuşmayı ona verirseniz, doğrulama yapmıyordur. Farklı bir yazı tipinde kendisiyle aynı fikirde oluyordur
Tek bir bağlamı paylaşan bir ajan grafiği, kostüm giymiş tek bir döngüdür. Aynı şekilde başarısız olur - daha sonra, daha pahalıya, düşüşte daha fazla yeşil ışıkla
Bu yüzden doğrulayıcı yeni bir düğümdür - Kendi bağlamı - gerçek bir sinyali kontrol eder - "ajan bitirdiğini söyledi mi" değil, "test gerçekten geçiyor mu"
- İkinci başarısızlık: ajanlar birbirine müdahale eder
Bu varsayımsal değil
Bun'un ekibi ilk kez büyük bir taşımayı birçok ajana yaydığında, çalıştırma operasyonel olarak başarısız oldu - ajanlar tek bir çalışma alanında paylaşılan git komutlarını kullandı ve birbirlerinin üzerine yazdı
Düzeltme yapısal oldu, zekice bir istemleme değil. Güvenli olmayan komutları yasakladılar ve her gruba kendi izole çalışma ağacını verdiler
Paralelliğin gerçek dersi budur - aynı dosyaya yazan iki ajan yarışır
Yayılmadan önce üç soruyu yanıtlayın:
- Her ajan nerede çalışır?
- Sonuçlar nasıl birleşir?
- İkisi anlaşamazsa ne olur?
Bu plan olmadan bir grafik ölçeklenmez - Daha hızlı başarısız olur
Adım 4 - Bu hafta oluşturulacak altı grafik
Yöntem: gerçek kenarları bulun → yayılın → bağımsız bağlamda doğrulayın → çalışanları izole edin
///
Bunların her biri aynı şekil, yeni bir işe yönelik. Görev satırını değiştirin ve gidin:
- Güvenlik taraması - eksik kimlik doğrulama arayan dosya başına bir ajan, her vuruşu onaylayan bir doğrulayıcı (oluşturduğunuz)
- /deep-research ile alıntılı rapor - zaten gönderildi: sorunuzu açılara böler, paralel olarak arar, ajanlar yazmadan önce birbirlerini çürütür
- Bir modülü taşıma - dosya dosya, testler bir geçit olarak, başarısızlıklar geri döngülenir
- Çekişmeli fark incelemesi - boyuta göre yönlendirilir: küçük değişiklik → tek geçiş; büyük değişiklik → tam paralel denetim
- Zamanlanmış ekosistem taraması - bir kez kaydedin, adıyla tekrar çalıştırın
- Bilinmeyen boyutta keşif - bulucular paralel çalışır, her sonuç görülen her şeye karşı kontrol edilir, iki tur hiçbir şey bulmayana kadar döngülenir
///
Tavanın neye benzediğihttps://simonwillison.net/2026/Jul/8/rewriting-bun-in-rust/
Bun'un Zig'den Rust'a taşıması tam olarak bu mekanizma üzerinde çalıştı.
Yaklaşık 50 iş akışı, zirvede paralel 64 ajan. Yaklaşık 535.000 satır Zig, 11 günde bir milyon satırın üzerinde Rust'a dönüştü.
Ayrıca kullanımda yaklaşık 165.000 dolara mal oldu. İnsanın tümünü tasarlaması ve izlemesi gerekiyordu.
Ve bu kadar AI tarafından yazılmış kodun güvenli bir şekilde incelenip incelenemeyeceği konusunda kamuoyunda eleştiri aldı.
Ölçek gerçek. Fiyat ve denetim de öyle.
Adım 5 - Bir grafiği dürüst tutan çapalar
Topoloji tek başına gerçeği satın almaz
Birbirini onaylayan, hiçbiri gerçek bir şeye dokunmayan bir ajan ağı, tıpkı tek döngü gibi başarısız olur - sadece daha fazla hareketli parçayla
Grafiğin çapalara ihtiyacı vardır: tartışılamayacak düğümler
- Gerçekten çalışan testler - "geçmeli" değil, geçti
- Kanıta dayalı bir doğrulayıcı, hislere değil
- Donmuş kurallar - ajanların asla ayarlamasına izin verilmeyen - çünkü bir optimize edicinin zayıflatacağı kurallar onlardır
Grafik, içinde hareket etmeyi reddeden şeyler kadar dürüsttür
Bir grafiğin yanlış seçim olduğu zamanlar
Çoğu görev grafik değildir. İhtiyacınız olmadığında bir grafiğe uzanmak sadece para yakar ve başarısız olma yolları ekler.
Grafiği atlayın:
- Görev küçük veya izoleyse. Bir fonksiyon eklemek, bir hatayı düzeltmek. Burada bir iş akışı tamamen ek yüktür - tek bir ajan daha hızlı ve daha ucuzdur.
- Sıkı denetime ihtiyacınız varsa. Bir sonraki adım çalışmadan önce her adımı okuyup onaylamak istiyorsanız, bir grafiğin tüm amacı (siz olmadan geniş çalışmak) size karşı çalışır.
- Henüz ne aradığınızı bilmiyorsanız. Keşif amaçlı çalışma, sorunu anlamadan önce bir plana bağlı bir ekip değil, yönlendirebileceğiniz tek bir ajan ister.
- Adımlar gerçekten birbirine bağlıysa. Her adım bir önceki adımın çıktısını okuyorsa, bu gerçek bir zincirdir. Paralelliğin tutunacak bir şeyi yoktur. Gerçekten sıralı bir göreve bir grafiği zorlamak, sıfır hızlanma için sadece koordinasyon maliyeti ekler.
İpucu Adım 1'dir. Aralarında ok olmayan iki kutu bulamıyorsanız, oluşturulacak bir grafik yoktur. Bu bir döngüdür ve bir döngü iyidir.
Grafik genişlik için bir araçtır - bağımsız iş, aynı anda yapılan
İş geniş olmadığında, çizgi hiçbir zaman sorun olmadı...
Değişim
Bir sorgulayıcı bir soru sorar. Bir mimar bir grafik çizer.
Doğrusal ajan hiçbir zaman tavan olmadı.
Herkesin ulaştığı ilk şekildi - nasıl yazdığımıza uyduğu için: tek satır, her seferinde bir şey.
Düğümleri ve kenarları gördüğünüzde, ajandan daha fazlasını yapmasını istemeyi bırakır ve grafikten daha geniş yapmasını istemeye başlarsınız:
- Yayılın işin bağımsız olduğu yerde
- Kenarları kilitleyin güvenin önemli olduğu yerde
- Düğümleri dondurun gerçeği tutan
Çoğu insan adımları bir çizgide sıralamaya devam edecek.
Grafiği çizmeyi ve onu neyin bozduğuna saygı duymayı öğrenen birkaç kişi, bir ekip çalıştıracak.
Grafiği çizin. Mimar olarak kalın.
Ön koşulla başlayın:
- bunun üzerine inşa edildiği tek döngü
