Daha fazla agent kendiliğinden takım oluşturmaz

Takım, daha fazla ses ekleyerek değil; tamamlayıcı yetenek, açık sahiplik ve doğrulanabilir entegrasyon kurarak oluşur.

Fikir ilk bakışta mantıklıdır: Bir language model yararlıysa beş uzman model daha yararlı olmalıdır. Biri araştırır, biri planlar, biri yazar, biri inceler, diğeri sıradaki işi seçer. Kâğıt üzerinde düzenli uzman grubu görünür. Pratikte ise aynı varsayımları tekrarlayan, hataları karşılıklı onaylayan ve görevden çok koordinasyona context harcayan bir konuşma çemberine dönüşebilir.

Multi-agent mimari süs veya olgunluk rozeti değildir. Belirli bir yapısal probleme verilen cevaptır. Görev anlamlı biçimde ayrılabiliyor, roller gerçekten farklı yetenek veya tool taşıyor ve sonuçlar kontrollü birleştiriliyorsa değer üretir.

Rol açıklaması uzmanlaşma yaratmaz

„Sen araştırmacısın", „sen eleştirmensin", „sen proje yöneticisisin" iş bölümü gibi duyulur. Üçü aynı model, kaynak, context ve değerlendirme mantığını kullanıyorsa çeşitlilik yüzeyde kalabilir. Ton değişir, kör noktalar değişmeyebilir.

Gerçek uzmanlık farklı erişim ve sorumluluktan gelir. Araştırma agent'ı birincil kaynak açar ve evidence card üretir. Veri agent'ı yapılandırılmış dosyayı inceler, hesabı tekrarlar. Editör yazar fakat yeni olgu uyduramaz. Evaluator test vakası ve kabul kriteri alır, incelediği artifact'i değiştiremez. Yüksek etkili çatışmada insan owner karar verir.

Rol böylece persona değil; input, tool erişimi, output şeması, kalite gate'i ve sınır sözleşmesidir. İki rol aynı sözleşmeyi taşıyorsa iki agent gerekip gerekmediği sorgulanmalıdır.

Önce görevi, sonra takımı tasarla

İyi orchestration yaratıcı agent isimleriyle değil, görev bağımlılıklarıyla başlar. Bazı işler bağımsızdır; üç ayrı kaynak alanı paralel araştırılabilir. Bazıları sıraya bağlıdır; değerlendirme ancak veri temizliği ve hesap tamamlandıktan sonra yapılır. Bazıları taslak, test ve düzeltme gibi feedback döngüsü ister.

Bu yapı task graph olur. Her node beklenen input, output, owner ve completion criterion taşır. Edge gerçek bağımlılığı gösterir. Ancak bundan sonra node'un kural kodu, tek agent, paralel agent veya insan tarafından yürütülmesine karar verilir.

Bu yaklaşım en sık hatayı önler: Basit lineer süreç birkaç agent'a dağıtılır ve daha pahalı, yavaş, zor denetlenir olur. Kısa ve net süreçte iyi tool'ları olan tek agent çoğu zaman daha güçlü mimaridir.

Orchestrator her şeyi bilen yönetici değildir

Magentic-One gibi araştırma sistemleri işi bölen, uzman seçen, ilerlemeyi takip eden ve hata sonrası yeniden planlayan orchestrator kullanır. Bu örüntü yararlıdır fakat orchestrator da olasılıksal sistemdir. Görevi yanlış bölebilir, yanlış rol seçebilir veya iyimser status raporuna inanabilir.

Bu nedenle yalnız konuşma belleği değil, yapılandırılmış ledger gerekir. Task Ledger görev, bağımlılık, owner, durum ve kabulü saklar. Evidence Ledger iddiayı kaynak ve kontrole bağlar. Decision Ledger seçenek, karar ve gerekçeyi kaydeder. Orchestrator kontrollü alanları güncelleyebilir fakat tarihi sessizce yeniden yazmamalıdır.

Orchestrator da değerlendirilir: görev ayrıştırma, doğru atama, gereksiz delegation, tekrar, entegrasyon hatası ve güvenli stop. Çok mesaj iyi koordinasyon kanıtı değildir.

Ortak context bağlar ve kirletebilir

Tam paylaşılan chat şeffaf görünür; herkes diğerlerinin ürettiğini görür. Aynı zamanda yakınsamayı hızlandırır. Erken yanlış varsayım bütün rollere yayılır. Tekrarlanan ara sonuç gerçek gibi görünür. Uzun konuşma birincil veri ve açık talimatı context dışına iter.

Tam izolasyon da sorunludur. Ayrı agent'lar işi tekrarlar, uyumsuz terim kullanır ve merkezi kararı kaçırır. Çözüm seçici iletişimdir. Uzman yalnız görevi için gerekli kaynak, kural ve önceki sonucu alır. Tam chat yerine yapılandırılmış handoff taşınır: amaç, geçerli input, kanıtlı iddia, açık belirsizlik ve beklenen output şeması.

Ortak alan her düşünce parçasını değil, kontrollü proje durumunu içerir. Yerel taslak notu özel kalabilir; karar için önemli olgu ledger'a girer. Böylece context yükü azalır, provenance görünür kalır.

Mesajın protokolü olmalıdır

Serbest agent konuşması esnektir ama test edilmesi zordur. Güvenilir sistem mesaj tipleri tanımlar. Delegation amaç, scope, input ve deadline içerir. Sonuç artifact, kanıt, belirsizlik ve tamamlanan kriteri taşır. Soru engelleyici belirsizliği gösterir. Eskalasyon risk, seçenek ve gerekli kararı açıklar.

Böylece kibar cevap tamamlanmış görev sanılmaz. „İyi görünüyor" test sonucu değildir. „Test vakası 4 başarısız; neden bilinmiyor; yayın blocked" insan ve makinenin okuyabildiği durumdur.

Mesaj kimlik, zaman, task ID, artifact sürümü ve gerekirse hash taşır. Sistem hangi agent'ın hangi bilgiyi hangi temelde gönderdiğini yeniden kurabilir. W3C PROV resmî model sağlar; küçük projede hafif event log yeterli olabilir.

Paralellik ancak gerçek bağımsızlıkta kazandırır

Paralel agent'lar büyük arama alanını daha hızlı tarayabilir. Araştırma raporu bağımsız soruları eşzamanlı inceletebilir. Üretimdeki multi-agent araştırma sistemi deneyimleri de ayrıştırma, delegation, sentez ve evaluation'ın temel engineering problemi olmaya devam ettiğini gösterir.

Alt görevler az ortak ara durum istiyor ve sonuçlar net karşılaştırılabiliyor ya da birleşebiliyorsa paralellik yararlıdır. Her adım öncekine bağlıysa, birden fazla agent aynı dosyayı değiştiriyorsa veya sentez asıl görevden zorsa zarar verir.