Anthropic, Claude Code Dinamik İş Akışları'nı araştırma önizlemesiyle açtı ve başlık görmezden gelinemeyecek kadar net. Tek bir koşu 1.000 alt agente kadar dağılabiliyor, 16'sı paralel çalışıyor ve tüm orkestrasyonu Claude'un kendisinin yazdığı bir JavaScript betiği yönetiyor. Mobil, otomasyon ve agent ürünleri geliştiren ekipler için bu; tek sohbet ile gerçek bir sürü arasındaki eksik kalan örüntüdür.
Bugün çoğu agent koşusu birkaç onlu adımda tıkanıyor. Model planı kaybediyor, araç günlüğü bağlamı taşırıyor ve uzun bir görev sessizce yarı bitmiş bir çıktıyla kapanıyor. Dinamik İş Akışları, döngüyü tamamen modelden çıkararak bu sorunu çözüyor. Claude görevi okuyor, planı tarif eden bir JS betiği yazıyor ve ayrı bir çalıştırıcı bu betiği arka planda işletirken oturumunuz tepkili kalıyor. Döngü, dallanma ve ara değerler betiğin değişkenlerinde yaşıyor; modelin belleğinde değil.
30 Saniyelik Özet
Claude Code Dinamik İş Akışları Gerçekte Ne Yapar?
Bir dinamik iş akışı, küçük bir JavaScript programıdır. Claude programı isteminizden üretir, çalıştırıcı işletir ve betikteki her fonksiyon çağrısı bir alt agent başlatabilir. Her alt agent temiz bir bağlam penceresi, bir görev ve bir araç kümesi alır. Sonuçlar sıradan JavaScript değerleri olarak döner; bu sayede üst betik tekrar modele dönmeden dallanabilir, yeniden deneyebilir, filtreleyebilir ve sonuçları birleştirebilir.
- Fan-out — aynı anda 16 alt agent paralel çalışır; toplam 1.000 ile sınırlıdır.
- Yerleşik doğrulama — agentlar problemi farklı açılardan ele alır, başkaları sonucu çürütmeye çalışır, döngü cevaplar yakınsayana kadar sürer.
- Arka plan çalıştırıcı — iş akışı ilerlerken etkileşimli Claude Code oturumunuz tepkili kalır.
- Üç yüzey — CLI, masaüstü ve VS Code eklentisi aynı iş akışı motoruna bağlanır.
- Üç bulut — Anthropic API, Amazon Bedrock, Google Cloud Vertex AI ve Microsoft Foundry üzerinde çalışır.
Asıl mesele şekildir. Model zorlu akıl yürütmeyi yine yapar ama kontrol akışı okunabilen, düzenlenebilen ve yeniden oynatılabilen bir betiktir. Bu, tek uzun bir istemin asla sunamayacağı bir denetlenebilirlik kazandırır. Bu katmanın neden önemli olduğuna dair daha fazla arka plan için ajansal kodlamanın orkestrasyon çağı yazımıza bakabilirsiniz.
Neden 1.000 Alt Agent Daha Büyük Bir Modeli Yener?
Daha geniş bir bağlam penceresi, tek bir koşunun daha fazla durumu tutmasına yardım eder. Bir sürü ise tek bir koşunun daha fazla seçeneği denemesine yardım eder. Bunlar farklı problemlerdir. Dinamik İş Akışları, üst agentın tek bir yanıt yazmak yerine bir arama tasarlamasına olanak tanır. Bu, ekibin modele gönderebileceği iş türünü değiştirir.
| Görev Şekli | Tek İstem | Dinamik İş Akışı |
|---|---|---|
| 2.000 dosyada hata avı | Örnekleme, çoğu zaman eksik | Her dilim için bir alt agent, sonuçlar birleştirilir |
| Çatı geçişi (framework migration) | Manuel dosya bazlı döngü | Paralel yeniden yazımlar ve doğrulayıcı geçiş |
| Karşı denetimli araştırma | Tek yanıt, denetim yok | Bağımsız agentlar, çürütmeli inceleme |
| Güvenlik denetimi | Atlanan yollar, sapma | Alt agent başına dar kapsam, kanıt günlüğü |
| Uzun süreli ops runbook | Birkaç adım sonra düşer | Kontrol noktalı arka plan koşusu |
Bun Portu: Pratikte 1.000 Alt Agent Neye Benziyor?
Dinamik İş Akışlarının şimdiye kadarki en açık testi, Bun çalışma ortamının Zig'den Rust'a portudur. Jarred Sumner, yaklaşık 750.000 satır Rust kodu yeniden yazmak için bir dinamik iş akışı kullandı; mevcut test takımının %99,8'i hâlâ geçer durumdaydı ve ilk commit'ten merge'e kadar yalnızca on bir gün geçti. Bu bir sohbet demosu değil. Küçük bir ekibe normalde bir çeyrek dönem süren bir dil portu, tek bir mühendis tarafından kendi kendini denetleyen bir iş akışıyla tamamlandı.
Aynı anda 16 alt agent. Koşu başına 1.000 alt agente kadar. Plan olarak okunabilir JS betiği.
İlginç olan satır sayısı değil. Doğrulama adımının ayakta kalmasıdır. İş akışı, kendi yeniden yazımlarını test takımına karşı çürütebildi, başarısız dilimleri tekrar denedi ve yalnızca nihai yakınsayan diff'i insan inceleyiciye sundu. Bu döngüyü, ne kadar token verirseniz verin tek uzun bir istemden alamazsınız.
Mobil ve Otomasyon Yığınında Yeri Neresi?
Halmob olarak her yeni agent yeteneğine ana sayfamızda belirttiğimiz üç soruyla bakıyoruz: telefonda yaşayabiliyor mu, mevcut bir otomasyona oturuyor mu ve gözlemlenebilir kalıyor mu? Dinamik İş Akışları üçüne de faydalı bir cevap verir; ama cevap "her yerde kullanın" değildir.
Telefon hâlâ onay yüzeyidir
1.000 alt agentli bir koşu telefonun barındıracağı bir şey değildir. Telefonun onaylayacağı, izleyeceği ve durduracağı bir şeydir. Dinamik İş Akışlarını Hermes Workspace mobil ve agent orkestrasyonu yazımızdaki mobil orkestrasyon örüntüsüyle eşleştirdiğinizde telefon, çalışma ortamı değil; operatör konsolu hâline gelir.
n8n ile sürü farklı katmanlarda durur
n8n tetikler, kapı bekçiliği yapar ve yönlendirir. Dinamik İş Akışları derin işi dağıtır ve birleştirir. Doğru biçim genellikle n8n'in bir tetikleyicisinin dar kapsamlı bir görevi dinamik iş akışına devretmesi, ardından yakınsayan sonucu beklemesidir. Aynı katmanlama, Kimi K2.6 agent sürüleri yazımızda da karşımıza çıkar.
Bir orkestra şefi yine işe yarar
Dinamik İş Akışları Claude alt agentlarını orkestre eder. Gerçek dağıtımlar modelleri, araçları ve insanları birlikte kullanır. Üst seviyedeki bir şef katmanı görevleri doğru motora yönlendirir; bu rolü Sakana Conductor çoklu agent orkestrasyonu yazımızda anlatmıştık. Dinamik İş Akışları, tüm yığın değil; bu şefin yönlendirdiği motorlardan biri olur.
Aylık Bütçeyi Yakmadan Nasıl Başlanır?
- 1Claude Code'u v2.1.154 veya üstüne güncelleyin ve Dinamik İş Akışlarını açın. Max ve Team'de varsayılan açık. Enterprise'da bir yönetici etkinleştirir. Pro'da elle açarsınız. Tam bayrak için resmi Claude Code workflows belgesine bakın.
- 2Bugün elli araç çağrısı ya da bir saatte tıkanan bir görev seçin. Kod tabanı denetimleri ve geçişler, değeri en ucuza hissedeceğiniz yerlerdir.
- 350 alt agent ve 4 paralel bütçeyle başlayın. 1.000'e atlamayın. Sınırları net küçük bir sürü, ilk haftada kimsenin denetleyemediği büyük bir sürüden daha çok şey öğretir.
- 4Betiği saklayın. Bu tasarımın asıl çekiciliği, planın bir dosya olmasıdır. Commit'leyin, diff'leyin ve otomasyon kaynağınızın parçası gibi davranın.
- 5Koşuyu mevcut inceleme döngünüze bağlayın. İş akışı kendini çürütebilir; ama nihai diff'i merge öncesi bir insan inceleyici görmelidir.
Riskler ve Korkuluklar
Planlamanız Gereken Üç Maliyet
- Token harcaması sürüyle birlikte ölçeklenir. Gözetimsiz koşmadan önce iş akışı başına bir tavan belirleyin.
- Determinizm kısmidir. Betik tekrarlanabilir; ama her alt agent çağrısı yine bir model çağrısıdır. İş akışını ispat değil, doğrulayıcı olarak ele alın.
- Araç etki yarıçapı paralellikle büyür. Aynı yazma API'sini çağıran on altı agent ciddi hasar verebilir. Araçları iş akışı bazında değil, alt agent bazında kapsamlayın.
- Denetlenebilirlik bilinçli loglama ister. Betik okunabilir; ama alt agent muhakemesi okunmaz. Her dağıtımda istemi, sonucu ve belirleyici kanıtı kaydedin.
Sonuç
Claude Code Dinamik İş Akışları, orkestrasyon betiğini okunabilir bir esere ve sürüyü varsayılan seçeneğe çevirir. Mobil, otomasyon ve agent ekipleri için bu, tek istem ile gerçek uzun bir koşu arasındaki boşluğu kapatır. Doğru sonraki adım her şeyi 1.000 alt agentli bir iş akışına taşımak değildir. Bugün ölçekte tıkanan bir görevi küçük bir dinamik iş akışına sarmak ve yakınsama noktasına bir insan incelemesi koymaktır.
Bunun altındaki agent katmanını hâlâ haritalıyorsanız, OpenClaw 101 rehberimiz yapı taşlarını anlatır. Ardından buraya dönüp hangi taşın kendi betiğini hak ettiğine karar verebilirsiniz.