İçeriğe geç
EN
GÜN 70ARR 1.627.490 ₺ / 10.000.000 ₺Bültene katıl
Okudukça ALP uyanır

Claude Agent Orchestration: Görev Paketi Kuralı

Claude agent orchestration için dinamik akışların AgentSpace lider-worker düzeninde hangi görev paketleriyle işe yaradığını inceliyorum.

Murat Baskıcıoğlu 4 dk okuma
İçindekiler 7
  1. Haber: Claude akışın şeklini kendi kuruyor
  2. Dinamik yapı, görev tanımını ortadan kaldırmıyor
  3. Liderin görevi kod üretmek değil, geçişleri yönetmek
  4. İzole bağlam ile ortak dosya alanı aynı anda gerekli
  5. Değişmeyen iki sınır: bütçe ve görünürlük
  6. Bugün görev panona ekle
  7. İlgili yazılar

AgentSpace’te lider ajan sprint planını kuruyor; Claude worker ajanları bu planın içindeki gerçek yazılım görevlerini alıyor. Claude agent orchestration için asıl tasarım sorusu, kaç worker açılacağı değil: liderin workera devrettiği iş paketinin nerede başlayıp nerede biteceği.

Bu ayrım küçük görünür ama çok ajanlı sistemin çalışma biçimini belirler. Worker’a geniş bir hedef verildiğinde, görev tanımı, bağlam ve kontrol noktaları aynı yerde erir. Dar ve doğrulanabilir bir paket verildiğinde ise liderin koordinasyonu görünür kalır. AgentSpace’teki kalıcı hafıza ve görev panosu da bu sınırı taşımak için var.

Haber: Claude akışın şeklini kendi kuruyor

latent.space, Anthropic’in AI Engineer New York 2026’da anlattığı dynamic workflows özelliğini aktarıyor. Bu yaklaşımda lider ajan plan yapıyor, ardından ajanları başlatan, sonuçları toplayan ve bilgi akışını yöneten bir orkestrasyon programı yazıyor.

Önceki düzende geliştirici koordinatörü ve alt ajan listesini kuruyordu. Yeni düzende işin nasıl bölüneceğine Claude karar veriyor. Kaynakta verilen hisse listesi tarama örneğinde, ilk aşama ayrı kodları izole bağlamlı ajanlara dağıtıyor; sonraki inceleme aşaması bulguları rapora dönüştürüyor.

Dinamik yapı, görev tanımını ortadan kaldırmıyor

Haberin en değerli tarafı “ajanları kendi başına bırakalım” fikri değil. Liderin, işi yürütürken ajan topolojisini değiştirebilmesi. Bu, sabit bir worker listesinin her sprintte doğru liste olmayacağını kabul ediyor.

AgentSpace’te lider ajan ile Claude worker ajanları zaten sprint düzeninde çalışıyor. Dynamic workflows yaklaşımı bu yapıya başka bir kontrol noktası ekliyor: lider, işin başında yalnız görevleri dağıtmıyor; iş ilerledikçe yeni bir araştırma, inceleme ya da birleştirme aşaması gerekip gerekmediğine karar verebiliyor.

Bu kararın ayakta kalması için worker görevinin net bir çıkışı olmalı. “Bu özelliği geliştir” bir görev paketi değil. İçinde hangi dosyaların inceleneceği, hangi değişikliğin beklendiği, hangi çıktının lidere döneceği ve neyin doğrulanacağı belirsiz kalır.

İyi paket, worker’ın kendi bağlamında tamamlayabileceği bir iş birimidir. Liderin sonraki adımı seçebilmesi de buna bağlıdır. Çıktı muğlaksa liderin eline yeni bilgi değil, yeniden yorumlanacak uzun bir metin geçer.

Liderin görevi kod üretmek değil, geçişleri yönetmek

Kaynakta lider ajan; plan yapıyor, ajanları başlatıyor, sonuçları topluyor ve bilgi akışını yönetiyor. Ben bunu AgentSpace için liderin temel işi olarak okuyorum. Worker’ların ürettiği her şeyi baştan sona tekrar yapmak liderin işi değil. Hangi çıktının bir sonraki aşamaya gireceğini belirlemek liderin işi.

Bu yüzden görev panosu, salt iş listesi olarak kalmamalı. Her kart bir geçiş sözleşmesi taşımalı:

  • Worker hangi soruyu ya da değişikliği ele alıyor?
  • Lidere hangi kanıtı veya teslimi döndürüyor?
  • Bu teslimden sonra liderin seçebileceği sonraki adım ne?

Kaynağın tarama örneği bu düzeni açık gösteriyor. Tarama aşaması bulgu üretir. İnceleme aşaması bulguyu değerlendirir. Rapor aşaması ise karar verilebilir bir çıktı yazar. Aynı worker’a üç aşamayı birden vermek, orkestrasyonun görünür tarafını kapatır.

AgentSpace’teki kalıcı hafıza burada görev panosunun yerine geçmez. Hafıza, sprintler arasında korunması gereken bilgiyi taşır. Görev panosu ise o sprintte kimin neyi teslim edeceğini taşır. İkisini aynı not alanına sıkıştırmak, liderin hangi bilginin geçmişten geldiğini ve hangisinin yeni iş çıktısı olduğunu ayırmasını zorlaştırır.

İzole bağlam ile ortak dosya alanı aynı anda gerekli

Dynamic workflows örneğinde tarama ajanları izole bağlamlarda çalışıyor. Kaynak ayrıca alt ajanların ortak dosya sistemini bilgi alışverişi için kullanabildiğini söylüyor. İlk bakışta bu iki fikir çelişkili duruyor. Değil.

İzole bağlam, worker’ın kendi araştırma ve uygulama alanını dar tutar. Ortak alan ise liderin ve diğer aşamaların görmesi gereken teslimleri barındırır. Tasarım sınırı burada çizilir: worker’ın düşünce akışı kendi bağlamında kalabilir; teslim ettiği karar, dosya değişikliği ya da doğrulama çıktısı ortak çalışma yüzeyine gelmelidir.

AgentSpace’te görev panosu bu ortak çalışma yüzeyinin koordinasyon katmanı. Kalıcı hafıza ise tekrar kullanılacak bağlamın katmanı. Dinamik bir akış, bu ayrımı daha değerli hale getirir; çünkü lider aynı sprintte yeni worker’lar açtığında onların geçmiş görevlerin dağınık izlerini araması yerine, doğru görev paketi ve ilgili hafıza kaydını alması gerekir.

Bu nedenle liderin açtığı her yeni görev için aynı hafıza yükünü taşımak doğru bir varsayım değil. Görevle ilgili bağlam verilir. Geçmişteki her not verilmez.

Değişmeyen iki sınır: bütçe ve görünürlük

Kaynağa göre akışlar tek ajanlı yaklaşımdan “much more” maliyetli ve daha ayrıntılı bulgu üretmek için tasarlanmış. Konuşmacılar, basit işlerde yüzlerce alt ajanın açılmasını önlemek için değerlendirmeler ve düşük varsayılanlardan söz ediyor. Geliştirici ayrıca oturum bütçesi koyabiliyor; model çalışırken kendi bütçesini bilmiyor.

Bu, AgentSpace için liderin sınırsız paralellik seçmesi gerektiği anlamına gelmiyor. Aksine, paralellik iş paketinin değerine bağlanmalı. Bir worker’ın ürettiği çıktı sonraki kararın kalitesini yükseltmiyorsa, yeni worker açmak koordinasyon yükü ekler.

Görünürlük de aynı nedenle korunmalı. Kaynaktaki grafikleme işlevi, liderin alt ajana ne gönderdiğini ve grafikteki geçişleri incelemeyi sağlıyor. Lider-worker yapısında bu görünürlük olmadan görev panosunda “tamamlandı” yazması yeterli bir işaret değildir. Liderin hangi girdiden hangi çıktının üretildiğini takip edebilmesi gerekir.

Dynamic workflows, liderin organizasyon biçimini seçebilmesini genişletiyor. Görev paketi, bütçe sınırı ve geçiş kaydı ise bu esnekliği taşınabilir hale getiriyor.

Bugün görev panona ekle

Aşağıdaki şablonu lider ajan ile worker ajan arasında her yeni görevde kullan:

PROMPT · KOPYALA-KULLAN
GÖREV PAKETİ

Amaç:
[Worker'ın çözeceği tek iş]

Girdi:
[İlgili görev kartı, dosya, hafıza kaydı veya önceki teslim]

Worker'ın teslimi:
[Değişiklik / bulgu / inceleme notu]

Doğrulama:
[Bu teslimin tamamlandığını gösterecek kontrol]

Lidere sonraki karar:
[Birleştir / incelemeye gönder / yeni araştırma aç / kapat]

Worker açma kuralı:
[Bu iş bağımsız ve doğrulanabilir değilse yeni worker açma]

Bu şablon, liderin worker’lara daha çok iş vermesini hedeflemez. Her geçişte hangi bilginin taşındığını ve hangi kararın beklendiğini açık tutar. Dinamik orkestrasyonun pratik karşılığı burada başlar.

AgentSpace’te lider-worker sprintlerini görev paketi, kalıcı hafıza ve görünür görev panosuyla kurmak isteyenler için çalışma biçimini paylaşmaya devam ediyorum.

İlgili yazılar

Sonuna kadar oku, savaşçı uyansın

Yazıyı bitirince “okundu” olur ve seferine sayılır. Kayıt yalnız bu tarayıcıda kalır.

Sıradaki seferler

SEFER NOTLARI

Yeni yazı çıkınca e-postana gelsin

Kurduğum ajan sistemleri, işe yarayan prompt’lar, gerçek sayılar. Kopyala-kullan hâliyle.

Yalnız yeni yazı çıkınca yazarım. Tek tıkla çıkarsın. Gizlilik

Son yazılar