Multi-agent sistem, her biri belirli bir görevde uzmanlaşmış birden fazla yapay zeka ajanının bir koordinasyon katmanı altında iş birliği yaparak karmaşık süreçleri yürütmesidir. Kavram cazip: “araştırmacı ajan”, “yazar ajan”, “denetçi ajan” gibi roller tanımlayıp bir ekip kurmak, insan organizasyonuna benzediği için sezgisel gelir. Ancak üretim ortamında çoklu ajan mimarisi, tek ajana göre daha fazla hata noktası, daha yüksek maliyet ve daha zor hata ayıklama demektir. Bu yazıda hiyerarşik ve eşler arası mimarileri karşılaştırıyor, orkestrasyonun ne iş yaptığını anlatıyor ve en önemlisi, ne zaman tek ajanın yeterli olduğunu açıklıyoruz.
Tek bir yapay zeka ajanının sınırları üç yerde ortaya çıkar:
Bu sınırlardan biri gerçekten aşıldığında, işi birden fazla ajana bölmek anlamlı olur. Aşılmadığında ise bölmek sadece karmaşıklık ekler.
En yaygın ve üretimde en öngörülebilir yapı budur. Bir orkestratör (bazen “yönetici” ya da “planlayıcı” ajan) görevi alır, alt görevlere böler, her birini uygun uzman ajana devreder, sonuçları toplar ve birleştirir. Uzman ajanlar birbirleriyle doğrudan konuşmaz; iletişim orkestratör üzerinden akar.
Avantajları:
Dezavantajları:
Orkestratör gelen faturayı alır. “Ayrıştırıcı ajan” PDF’ten kalemleri çıkarır. “Eşleştirici ajan” ERP’deki satın alma siparişiyle karşılaştırır. Uyuşmazlık varsa “iletişim ajanı” tedarikçiye soru taslağı hazırlar. Orkestratör sonucu muhasebe uzmanının onay kuyruğuna koyar. Her ajan yalnızca kendi aracına erişir: ayrıştırıcı ERP’ye, iletişim ajanı ise ERP yazma yetkisine sahip değildir.
Eşler arası (peer-to-peer) yapıda merkezi orkestratör yoktur ya da çok zayıftır. Ajanlar bir görevi aralarında paylaşır, birbirlerine mesaj gönderir, bir ajan işini bitirince diğerini tetikler. Konuşma tabanlı çerçevelerde “tartışan ajanlar” senaryoları bu modele dayanır.
Avantajları:
Dezavantajları:
Üretim ortamında, özellikle KVKK ve denetim gerektiren kurumsal süreçlerde eşler arası mimariyi nadiren öneriyoruz. Araştırma, içerik üretimi ve keşif gibi çıktının insan tarafından okunacağı işlerde yeri vardır; ERP’ye kayıt yazan bir süreçte yoktur.
| Kriter | Tek ajan | Hiyerarşik | Eşler arası |
|---|---|---|---|
| Öngörülebilirlik | Yüksek | Orta-yüksek | Düşük |
| Hata ayıklama | Kolay | Orta | Zor |
| Gecikme ve maliyet | Düşük | Orta | Değişken, genellikle yüksek |
| Yetki ayrımı | Sınırlı | Güçlü | Dağınık |
| Denetim izi | Basit | Yapılandırılmış | Karmaşık |
| Uygun olduğu iş | Dar, tanımlı süreç | Çok adımlı, çok sistemli kurumsal süreç | Keşif, araştırma, içerik |
Orkestrasyon, hangi ajanın, hangi aracın ve hangi iş adımının ne zaman, hangi koşulda ve hangi veriyle çalışacağını yöneten katmandır. Çoklu ajan sistemlerinde orkestrasyon katmanı şunları üstlenir:
Önemli bir tasarım kararı, orkestrasyonun kendisinin bir LLM ajanı mı yoksa deterministik kod mu olacağıdır. Mümkün olduğunca deterministik kod öneriyoruz: akışın sabit kısmı bir durum makinesiyle yönetilir, LLM yalnızca yargı gerektiren düğümlerde çağrılır. Bu, hem maliyeti hem de öngörülemezliği düşürür.
Çoğu kurumsal projede, özellikle ilk projede, tek ajan yeterlidir. Şu koşullar sağlanıyorsa çoklu ajan mimarisine geçmeyin:
Tek ajan yeterli: Araç sayısı on civarında ya da daha azsa; süreç tek bir uzmanlık alanına aitse (yalnızca teklif hazırlama, yalnızca fiyat güncelleme gibi); talimat ve politika metni bağlam penceresine rahatça sığıyorsa; hata ayıklamayı küçük bir ekibin yapması gerekiyorsa.
Çoklu ajan gerekli: Süreç birbirinden çok farklı uzmanlıklar gerektiriyorsa (belge ayrıştırma + müzakere + muhasebe kaydı); güvenlik nedeniyle okuma ve yazma yetkileri farklı bileşenlerde olmak zorundaysa; tek ajanın bağlamı yönetilemez büyüklüğe ulaştıysa ve bunu ölçerek gördüyseniz.
Kendi ürünlerimizde de bu ilkeyi uyguluyoruz. SellBox, fiyat ve buybox yönetimi için dar kapsamlı tek ajan mantığıyla çalışır; işin karmaşıklığı ajan sayısında değil, kural ve sınır tasarımındadır. Daha karmaşık kurumsal süreçlerde ise hiyerarşik yapıyı deterministik orkestrasyonla kuruyoruz. Her iki durumda da entegrasyonlar MCP standardıyla yapıldığından, tek ajandan çoklu ajana geçiş araçları yeniden yazmayı gerektirmez.
Mimari kararını vermeden önce kurumsal yapay zeka danışmanlığı kapsamında süreç keşfi yapıyoruz; çoğu zaman bu keşif, planlanan ajan sayısını azaltır. Geliştirme kapsamı için yapay zeka ajanları sayfamıza bakabilirsiniz.
Mimari kararı verirken en çok ihmal edilen konu, sistem beklenmedik davrandığında ne olacağıdır. Tek ajanda hata, tek bir muhakeme zincirinde aranır. Hiyerarşik yapıda, orkestratörün planı mı yoksa uzman ajanın uygulaması mı yanlış sorusu, görev kaydı sayesinde cevaplanabilir; her devir noktası bir kontrol noktasıdır. Eşler arası yapıda ise hata, çok sayıda mesaj arasında dağılmıştır ve “hangi ajan neden bu kararı verdi” sorusu, bütün konuşmayı okumayı gerektirir. Bu yüzden çoklu ajan mimarisi seçildiğinde, izleme ve görselleştirme altyapısı (görev başına zaman çizelgesi, ajan başına çağrı sayısı, araç hata oranları) projenin ilk çıktılarından biri olmalıdır. Hata ayıklamayı pilot aşamasına bırakan projeler, pilotu hata ayıklamakla geçirir.
Hayır, daha organize olabilir ama daha akıllı değildir. Her ajan aynı tür modeli kullanır; kazanç uzmanlaşma ve yetki ayrımından gelir. Yanlış bölünmüş bir çoklu ajan sistemi, iyi tasarlanmış tek ajandan daha kötü sonuç verir.
Hiyerarşik yapıda orkestratör, her ajana yalnızca ihtiyacı olan veriyi iletir ve sonucu toplar. Paylaşılan bir durum deposu (veritabanı ya da görev kaydı) ara sonuçları tutar. Kişisel veri içeren süreçlerde bu paylaşımın minimize edilmesi KVKK açısından önemlidir.
Hayır. Akış önceden biliniyorsa deterministik kod daha ucuz ve daha güvenilirdir. LLM tabanlı orkestratör, akışın görev başına değiştiği durumlarda gerekir. Pratikte karma yapı en yaygın olanıdır: sabit akış kodda, dallanma kararları LLM’de.
Her ajan devri ek LLM çağrısı demektir; ajan sayısı ve mesaj trafiğine göre token maliyeti katlanabilir. Bu yüzden pilot aşamasında görev başına ortalama çağrı sayısı ve maliyet ölçülmeli, bütçe sınırı orkestrasyon katmanına kodlanmalıdır.
Otuz dakikalık bir görüşmede sürecinizi birlikte ayrıştıralım: tek ajan mı yeter, hiyerarşik yapı mı gerekir, orkestrasyon nerede koda nerede modele bırakılmalı. Taahhüt gerektirmez.
Ücretsiz keşif görüşmesi planlayın → Kuruma özel mimari için özel yapay zeka çözümleri sayfamıza göz atabilirsiniz.
