Çok Ajanlı Sistemler: Ne Zaman Gerçekten Gerekli?

Çok ajanlı sistem ne zaman gerçekten gerekli? Kısa cevap şudur: yalnızca tek bir ajanın kanıtlı biçimde yetmediği dar durumlarda. Çok ajanlı sistem, bir görevi rol bölüşen ve birbiriyle mesajlaşan birden fazla yapay zeka ajanının çözdüğü bir mimaridir; kulağa güçlü geldiği için sık seçilir, ama çoğu problemde iyi araçlanmış tek bir ajan daha ucuz, daha hızlı ve daha güvenilir sonuç verir. Bu yazının amacı, "kaç ajan kullanayım" sorusunu değil, çok daha doğru olan "bu problem gerçekten ajan iş bölümü gerektiriyor mu" sorusunu bir mühendis titizliğiyle yanıtlamaktır.

Bu rehberde çok ajanlı mimarinin cazibesini, tek ajanın yettiği durumları, ajan iş bölümü ile iletişim maliyetini, hata yayılımı riskini, koordinasyon desenlerini, ne zaman fazla mühendisliğe kaydığınızı ve nihayetinde net bir karar rehberini ele alıyoruz. Konuyu tek ajan vs çoklu ajan ekseninde, sayısal çerçeveler, senaryo tabloları, karşı-argümanlar ve saha örnekleriyle 360 derece derinleştiriyoruz. Amacımız modaya uymak değil, size uygulanabilir bir karar çerçevesi bırakmak: her mimari seçimi ölçülebilir bir gerekçeye bağlamak ve en basit çalışan çözümden başlamak. Bu yaklaşım, hem bütçeyi hem güvenilirliği korur; çünkü gereksiz karmaşıklık, kurumsal yapay zeka projelerinin en pahalı ve en sinsi maliyetidir. Ajan kavramının temeli için AI agent nedir ve otonom davranışın genel çerçevesi için agentic AI nedir yazıları iyi bir başlangıçtır; çoklu ajanın tanımsal temelini ise çoklu ajan sistemi nedir kapsamlı rehberinde bulabilirsiniz. Bu yazı o tanımları tekrar etmek yerine tek bir soruya odaklanır: ne zaman gerçekten gerekli.

Tanım

Çok Ajanlı Sistem (Multi-Agent System)

Bir görevin, rol bölüşen ve birbiriyle mesajlaşarak koordine olan birden fazla özerk yapay zeka ajanı tarafından çözüldüğü mimari. Genellikle bir orkestratör ajan görevi alt görevlere böler, uzman işçi ajanlar bunları (çoğu zaman paralel) yürütür ve bir birleştirici sonuçları toplar. Çok ajanlı sistem, tek bir ajanın bağlam, uzmanlık, araç çeşitliliği veya paralellik açısından yetmediği durumlar için tasarlanmış bir çözümdür; her ek ajan koordinasyon maliyeti ve hata yayılımı riski getirdiği için varsayılan değil, kanıtlanmış ihtiyaç üzerine seçilen bir yaklaşımdır.

Ayrıca: Multi-Agent System, çoklu ajan sistemi, multi agent, ajan iş bölümü, orkestratör-işçi mimarisi

Çok ajanlı sistem, son dönemde kurumsal yapay zeka tartışmalarının en cazip başlıklarından biri. Cazibenin kaynağı anlaşılır: insan organizasyonlarına benzeyen bir çözüm sunar. "Bir araştırmacı ajan, bir yazar ajan, bir eleştirmen ajan kuralım; tıpkı bir ekip gibi çalışsınlar" fikri sezgisel olarak doğru gelir. İnsanlar zor işleri bölüşerek çözer; öyleyse ajanlar da bölüşerek çözmelidir. Bu benzetme güçlüdür, ama tam da bu yüzden tehlikelidir: insan ekiplerinin işlemesini sağlayan sezgi, koordinasyon, ortak bağlam ve esnek iletişim, yapay zeka ajanlarında bedavaya gelmez.

Cazibenin ikinci kaynağı pazarlama ve gösteri etkisidir. Bir "çok ajanlı sistem" diyagramı, kutular ve oklarla dolu, karmaşık ve etkileyici görünür; bir yönetim sunumunda "biz multi agent mimarisi kuruyoruz" cümlesi ilerici ve iddialı durur. Oysa mimari karmaşıklık kendi başına bir değer değildir; değer, çözülen problemden gelir. Deneyimli bir mühendisin refleksi tam tersidir: en basit mimariyle başla, karmaşıklığı ancak ölçülmüş bir ihtiyaç zorladığında ekle. Çok ajanlı sistem, bu refleksin tersine, sık sık "ihtiyaç var mı" sorulmadan seçilir.

Üçüncü kaynak, tek ajanın gerçek sınırlarıyla karşılaşmaktır ve bu meşru bir cazibedir. Bir ajan tek bir bağlam penceresinde çalışır; görev büyüdükçe bağlam dolar, dikkat dağılır ve model uzun görevlerde odağını kaybeder. Bağlam penceresinin bu sınırını context window nedir yazısında ele alıyoruz. İşte bu gerçek sınıra çarpan ekipler, doğru biçimde çok ajanlı sisteme yönelir. Sorun cazibenin kendisi değil; cazibenin, gerçek sınıra çarpmadan, yalnızca "havalı" olduğu için mimariyi belirlemesidir.

Çok ajanlı sistemi doğru konumlandırmak için önce zıttını netleştirmek gerekir: tek ajan ne zaman yeter? Cevap sezgiye aykırı biçimde geniştir. Kurumsal yapay zeka projelerinin büyük çoğunluğu, iyi tasarlanmış tek bir ajanla, o ajana doğru araçları ve net bir sistem promptunu vererek çözülebilir. Tek ajan yeterliliği, çok ajanlı sisteme geçmeden önce ciddiye alınması gereken varsayılan durumdur; çünkü daha ucuz, daha hızlı ve hata ayıklaması kıyaslanamayacak kadar kolaydır.

Tek ajanın yettiği tipik durumlar bellidir. Görev tek bir bağlam penceresine sığıyorsa; adımlar birbirine bağımlı ve sıralıysa (biri bitmeden diğeri başlayamıyorsa); tek bir araç seti yeterliyse; ve problem doğal olarak paralelleşmiyorsa, tek ajan yeter. Belge özetleme, tek bir bilgi tabanı üzerinde soru-cevap, e-posta sınıflandırma, form doldurma, veri çıkarımı, çoğu müşteri destek akışı ve tek hedefe yönelik araç kullanımı bu sınıfa girer. Bu görevlerde ikinci bir ajan eklemek, değer katmaz; yalnızca aktarım gecikmesi ve koordinasyon maliyeti ekler.

Kritik nokta şudur: tek ajanı güçlendirmenin yolu, çoğu zaman ikinci bir ajan değildir. Bir ajanın performansını artırmanın çok daha ucuz yolları vardır ve bunlar tükenmeden çok ajanlı sisteme geçmek erken bir karardır. Sistem promptunu netleştirmek, ajana daha iyi araçlar vermek, bir doğrulama adımı eklemek, çıktıyı yapılandırmak ve bağlamı iyi yönetmek — bunların hepsi tek ajanın tavanını yükseltir. Bir ajanın araç, planlama ve bellek katmanlarını doğru kurmayı güvenilir AI agent mimarisi yazısında; düşün-eylem döngüsünü ise ReAct deseni yazısında ele alıyoruz.

Tek ajanın yettiği durumlar ile çok ajanlı sistem gerektiren durumlar

Boyut	Tek ajan yeter	Çok ajanlı sistem düşünülür
Bağlam boyutu	Görev tek pencereye sığar	Bağlam penceresine sığmaz, bölmek gerekir
Adım ilişkisi	Sıralı, birbirine bağımlı	Doğal olarak paralel, bağımsız alt görevler
Uzmanlık/araç	Tek araç seti yeterli	Ayrık uzmanlık ve araç setleri gerekiyor
Hata ayıklama	Tek akış, izlemesi kolay	Dağıtık akış, tutarlılık kontrolü şart
Maliyet profili	Düşük, öngörülebilir	Koordinasyon maliyeti ve token artışı

Bu tablonun verdiği ders açıktır: sağ sütuna geçmek için somut bir gerekçeye ihtiyacınız var. "Daha modern görünsün" veya "belki ileride gerekir" gerekçe değildir. Tek ajan yeterliliği kanıtlı biçimde çökmeden çok ajanlı sisteme geçmek, çözdüğünden fazla sorun üreten klasik bir mühendislik hatasıdır.

Tek ajan vs çoklu ajan kararını sağlıklı vermek için dört eksende düşünmek gerekir. Bu dört eksenden en az birinde net bir "evet" yoksa, cevap büyük olasılıkla tek ajandır. Bu çerçeve, kararı sezgiden çıkarıp kanıta bağlar. Konuyu daha da derinleştiren, karar merkezli bir analiz için tek ajan mı çok ajan mı: hangi problemde hangi mimari rehberi kapsamlı bir kaynaktır; burada o kararı özetleyip kendi vurgumuza odaklanıyoruz.

Birinci eksen bağlamdır. Görev, ilgili tüm bilgiyle birlikte tek bir bağlam penceresine sığıyor mu? Sığıyorsa, bölmek için bir neden yoktur. Sığmıyorsa — yüz belgeyi karşılaştırmak, uzun bir kod tabanını gezmek, geniş bir araştırma yapmak gibi — görevi parçalara ayırıp her parçayı ayrı bir ajanın dar bağlamında işlemek meşru bir gerekçedir. Burada çok ajanlı sistem, bağlam sınırını aşmanın bir yolu olarak devreye girer.

İkinci eksen paralelliktir. Alt görevler birbirinden bağımsız mı ve aynı anda yürütülebilir mi? "Beş farklı kaynağı aynı anda araştır" gibi bir görev doğal olarak paraleldir; beş işçi ajan aynı anda çalışıp süreyi beşte bire indirebilir. Ama "önce analiz et, sonra tasarla, sonra uygula" gibi sıralı bir görevde paralellik yoktur; ajanları çoğaltmak yalnızca bekleme ve aktarım ekler. Üçüncü eksen uzmanlık ve araç ayrımıdır: alt görevler gerçekten farklı araç setleri, farklı yetkiler veya farklı bilgi tabanları mı gerektiriyor? Dördüncü eksen orkestrasyon değeridir: bir planlayıcının görevi bölüp sonuçları birleştirmesi, tek bir ajanın hepsini sırayla yapmasından ölçülebilir biçimde daha mı iyi sonuç veriyor?

Tek ajan vs çok ajanlı sistem: dört karar ekseni

Eksen	Sorulacak soru	Evet ise
Bağlam	Görev tek pencereye sığmıyor mu?	Bölme gerekçesi güçlenir
Paralellik	Alt görevler bağımsız ve eşzamanlı mı?	İşçi ajanlar süreyi kısaltır
Uzmanlık/araç	Ayrık araç/yetki setleri mi gerekiyor?	Rol ayrımı değer üretir
Orkestrasyon	Böl-birleştir ölçülü fayda mı veriyor?	Orkestratör-işçi deseni uygundur

Bu dört eksenin hiçbirinde net bir evet yoksa, çok ajanlı sistem büyük olasılıkla gereksiz karmaşıklıktır. En az bir eksende güçlü bir evet varsa, çok ajanlı sisteme geçmek meşrudur — ama o zaman bile en dar biçimiyle, yani gereken en az sayıda ajanla başlamak doğrudur.

Çok ajanlı sistemin özü ajan iş bölümüdür: bir görevi alt parçalara ayırıp her parçayı bir ajana vermek. Ama iş bölümü bedavaya gelmez; her bölme, ajanlar arasında bir iletişim gerektirir ve bu iletişim bir maliyet üretir. İnsan organizasyonlarında da böyledir: bir işi on kişiye bölmek, on kat hız vermez; çünkü koordinasyon, toplantı, aktarım ve yanlış anlaşılma zamanı devreye girer. Yapay zeka ajanlarında bu maliyet token ve gecikme olarak somutlaşır.

Ajan iş bölümü doğru yapıldığında güçlüdür. İyi bir bölme, alt görevleri gerçekten bağımsız kılar: her ajan kendi dar görevine odaklanır, yalnızca ihtiyacı olan bağlamı alır ve temiz bir çıktı üretir. Kötü bir bölme ise sahte bağımsızlık yaratır: ajanlar sürekli birbirinin çıktısını beklemek, aynı bilgiyi paylaşmak ve kararlarını uyumlamak zorunda kalır. Bu ikinci durumda ajan iş bölümü, işi hızlandırmak yerine yavaşlatır. Kritik soru şudur: bu bölme, alt görevleri gerçekten bağımsız mı kılıyor, yoksa yalnızca aynı bağımlı işi daha çok parçaya mı dağıtıyor?

İletişim maliyetinin somut kaynağı, ajanlar arasında aktarılan bağlamdır. Bir ajanın çıktısı, bir sonraki ajanın girdisi olur; bu aktarım her seferinde token tüketir ve gecikme ekler. Üstelik ajanlar aynı temel bilgiye ihtiyaç duyuyorsa, o bilgi her ajana ayrı ayrı kopyalanır — bağlam çoğaltma maliyeti. Bir sistemde üç ajan aynı belgeyi okuyorsa, o belge üç kez işlenir. Bu yüzden ajan iş bölümü tasarlanırken, hangi bilginin nerede tutulacağı ve nasıl aktarılacağı, en az görev bölümü kadar önemlidir. Ajanlar arası iletişimin protokol düzeyini A2A protokolü yazısında ele alıyoruz.

Bu karesel büyüme, çok ajanlı sistem tasarımının en temel matematiksel gerçeğidir. İki ajan arasında tek bir iletişim yolu vardır; ajan sayısı arttıkça yollar hızla çoğalır. Bu yüzden olgun tasarımlar, ajanları "herkes herkesle konuşsun" biçiminde değil, bir orkestratör üzerinden yıldız topolojisiyle bağlar: işçiler doğrudan birbiriyle değil, merkezdeki planlayıcıyla konuşur. Bu, iletişim maliyetini karesel büyümeden doğrusala yaklaştırır.

Çok ajanlı sisteme geçmeye karar verdiyseniz, sıradaki soru mimari desendir. Ajanları bağlamanın birkaç kanonik yolu vardır ve doğru desen, problemin yapısına göre seçilir. Yanlış desen, doğru desenden daha fazla zarar verir; çünkü koordinasyon maliyetini gereksiz yere şişirir. Orkestrasyon desenlerini üretim bağlamında derinlemesine ele alan çoklu ajan orkestrasyon desenleri ve üretim ve yönetişim rehberleri bu konuda derinlik sağlar; burada temel desenleri ve seçim kriterlerini özetliyoruz.

En yaygın ve en meşru desen orkestratör-işçi (orchestrator-worker) desenidir. Bir planlayıcı ajan görevi alt görevlere böler, her alt görevi bir uzman işçi ajana verir, işçiler çoğu zaman paralel çalışır ve bir birleştirici (synthesizer) sonuçları tek bir yanıtta toplar. Bu desen, doğal olarak paralelleşen ve alt görevleri birbirinden bağımsız olan problemlerde parlar: bir konuyu beş farklı kaynaktan aynı anda araştırmak, bir belgeyi farklı açılardan aynı anda değerlendirmek gibi. Bu desenin üretim düzeyindeki inceliklerini orkestratör-işçi deseni yazısında bulabilirsiniz.

İkinci bir desen sıralı zincir (pipeline) desenidir: her ajan bir sonrakine çıktı verir, tıpkı bir montaj hattı gibi. Bu desen, adımların gerçekten sıralı ve farklı uzmanlık gerektirdiği durumlarda anlamlıdır; ama dikkat: sıralı zincir paralellik sağlamaz, yalnızca rol ayrımı verir ve her aktarımda hata yayılımı riski taşır. Üçüncü desen, hiyerarşik (yönetici-alt yönetici) yapıdır: bir üst orkestratör, alt orkestratörleri yönetir, onlar da kendi işçilerini. Bu, çok büyük görevlerde ölçek sağlar ama koordinasyon maliyetini katlar. Dördüncü desen, tartışma/eleştiri (debate) desenidir: birkaç ajan aynı soruyu bağımsız yanıtlar, sonra bir hakem en iyisini seçer veya sentezler; doğruluğun kritik olduğu ama tek geçişin güvenilmez olduğu durumlarda değerlidir.

Başlıca çok ajanlı sistem orkestrasyon desenleri

Desen	Nasıl çalışır	En uygun olduğu yer	Dikkat
Orkestratör-işçi	Planlayıcı böler, işçiler paralel, birleştirici toplar	Doğal paralellik, bağımsız alt görevler	Birleştirme kalitesi kritik
Sıralı zincir	Her ajan bir sonrakine çıktı verir	Gerçekten sıralı, farklı uzmanlık	Hata yayılımı ve gecikme birikir
Hiyerarşik	Yöneticiler alt yöneticileri yönetir	Çok büyük, çok katmanlı görevler	Koordinasyon maliyeti katlanır
Tartışma/eleştiri	Bağımsız yanıtlar, hakem seçer/sentezler	Doğruluğun kritik olduğu sorular	Token maliyeti yüksek

Desen seçiminde altın kural şudur: probleminizin doğal yapısına en yakın deseni seçin ve o deseni en dar biçimiyle kurun. Doğal olarak paralel bir problemi sıralı zincire sokmak, paralel bir problemi seri hale getirir; sıralı bir problemi paralel desene zorlamak ise sahte eşzamanlılık ve karmaşa üretir. Desen, problemi takip etmelidir; problem deseni değil.

Koordinasyon maliyeti, çok ajanlı sistem tartışmasının kalbindeki kavramdır; çünkü çok ajanlı sistemin tek ajana kıyasla ödediği asıl bedel budur. Koordinasyon maliyeti, birden fazla ajanı birlikte çalıştırmanın, görevin kendisine ek olarak getirdiği yüktür. Bu maliyet görünmez olduğu için sık ihmal edilir; ama bir çok ajanlı sistemin neden yavaş, pahalı veya güvenilmez olduğunu açıklayan çoğu zaman bu gizli vergidir.

Koordinasyon maliyetinin dört bileşeni vardır. Birincisi iletişim maliyetidir: ajanlar arasında aktarılan her mesaj ve bağlam, token tüketir ve gecikme ekler. İkincisi senkronizasyon maliyetidir: bir birleştirici ajan, tüm işçilerin bitmesini beklemek zorundadır; en yavaş işçi tüm sistemin hızını belirler. Üçüncüsü bağlam çoğaltma maliyetidir: aynı bilginin birden çok ajana kopyalanması, hem token hem tutarlılık maliyeti üretir. Dördüncüsü hata ayıklama maliyetidir: bir yanlışın hangi ajandan, hangi aktarımda çıktığını izlemek, tek ajanlı bir akışa göre kat kat zordur.

Bu maliyetlerin en tehlikeli özelliği, ajan sayısıyla orantısız büyümeleridir. İki ajan eklemek, maliyeti iki katına çıkarmaz; olası iletişim yollarının karesel büyümesi nedeniyle çok daha fazla artırabilir. Bu yüzden deneyimli tasarımcılar "kaç ajan eklersem işi o kadar iyi çözerim" varsayımına şüpheyle bakar. Gerçek çoğu zaman tersidir: belirli bir noktadan sonra ajan eklemek, koordinasyon maliyetini o kadar artırır ki net fayda düşmeye başlar. Optimum ajan sayısı, genellikle sanılandan çok daha küçüktür.

Koordinasyon maliyetini yönetmenin pratik yolları vardır: iletişimi bir orkestratör üzerinden yıldız topolojisiyle merkezileştirmek; ajanlara yalnızca ihtiyaç duydukları dar bağlamı vermek (bağlam izolasyonu); paralel işçileri gerçekten bağımsız tutup senkronizasyon noktalarını azaltmak; ve gözlemlenebilirliği baştan kurup hangi ajanın ne kadar maliyet ürettiğini ölçmek. Ölçmeden yönetemezsiniz; koordinasyon maliyetini görmeyen bir ekip, onu azaltamaz.

Çok ajanlı sistemin en sinsi riski hata yayılımıdır (error propagation). Tek ajanlı bir akışta bir hata olursa, genellikle tek bir noktada kalır ve fark edilmesi görece kolaydır. Çok ajanlı bir sistemde ise bir ajanın hatası, bir sonraki ajana doğru bir girdiymiş gibi geçer; o ajan hatalı girdiyi temel alarak çalışır, kendi çıktısını üretir ve hata zincir boyunca büyüyerek ilerler. Sonuçta ortaya, her adımı "makul" görünen ama kökten yanlış bir sonuç çıkar — ve en kötüsü, sistem bu yanlıştan tamamen emindir.

Bu riskin mekanizmasını somutlaştıralım. Bir orkestratör ajan, görevi yorumlarken küçük bir yanlış varsayım yapsın: kullanıcının "geçen çeyrek" derken kastettiğini yanlış anlasın. Bu yanlış varsayım, alt ajanlara verilen görev tanımlarına talimat olarak girer. İşçi ajanlar, kendilerine verilen (yanlış) talimatı sadakatle yerine getirir; her biri kendi işini kusursuz yapar, ama hepsi yanlış temel üzerine çalışır. Birleştirici, bu tutarlı ama yanlış parçaları düzgün bir yanıta dönüştürür. Kullanıcı, kaynak gösterilmiş, yapılandırılmış, kendinden emin bir yanıt alır — ve yanlıştır. Hatanın kaynağı en baştaki küçük varsayımdı, ama sistem onu boyunca büyüttü.

Hata yayılımı, ajan sayısıyla birlikte artar çünkü her aktarım bir hata fırsatıdır. Bir zincirde her adımın doğru olma olasılığı yüzde doksan olsa bile, beş adımlık bir zincirde toplam doğruluk çarpımla düşer; her ek ajan, zincirin kırılganlığını artırır. Bu yüzden çok ajanlı sistemde güvenilirlik, tek tek ajanların kalitesinden değil, zincirin bütününün dayanıklılığından gelir. Ajan hatalarını yönetme ve bir yanlış adımı geri alma desenlerini ajan hata yönetimi ve geri alma yazısında ayrıntılı ele alıyoruz; oradaki temel ilke burada da geçerlidir: zincire güveni değil, kanıtı taşıyın.

Hata yayılımını yönetmenin somut yolları vardır. Her ajanın çıktısını bir sonraki adıma geçmeden önce doğrulamak (bir eleştiri veya doğrulama adımı) en güçlü savunmadır. Ajanlara verilen görevleri dar ve kontrol edilebilir tutmak, bir ajanın çok geniş yorum yapıp saparak zincire hata sokmasını engeller. Kaynak gösterme ve gerekçe zorunluluğu, hataların görünür olmasını sağlar. Kritik adımlarda geri alma ve insan onayı katmanı, yanlış bir sonucun geri döndürülemez bir eyleme dönüşmesini önler; bu katmanın tasarımını insan onayı ve kontrol katmanı yazısında ele alıyoruz.

Çok ajanlı sistemin meşru kazançlarını doğru anlamak, cazibesini gerçek değerinden ayırmayı sağlar. Bu kazançların başında rol ayrımı ve bağlam izolasyonu gelir. Bir ajanın bağlam penceresi büyüdükçe dikkati dağılır; çok sayıda farklı talimat, araç ve bilgi aynı pencerede toplandığında, model odağını kaybeder ve performansı düşer. Rol ayrımı bu sorunu çözer: her ajan yalnızca kendi dar görevine, kendi araçlarına ve kendi bağlamına odaklanır.

Bağlam izolasyonu, çok ajanlı sistemin belki de en somut mühendislik faydasıdır. Bir araştırma ajanına yalnızca araştırma araçlarını ve araştırma talimatını verirsiniz; bir yazım ajanına yalnızca yazım bağlamını. Böylece her ajanın "zihni" temiz kalır; birinin bağlamındaki gürültü, diğerini kirletmez. Bu, tek bir ajana her şeyi aynı anda yaptırmaya kıyasla belirgin bir avantaj olabilir — ama yalnızca görev gerçekten ayrı bağlamlara bölünebiliyorsa. Bölünemeyen, birbirine sıkı bağımlı bir görevi izole bağlamlara zorla ayırmak, izolasyonun faydasını değil, iletişim maliyetini artırır.

Rol ayrımının ikinci faydası araç ve yetki güvenliğidir. Farklı ajanlara farklı yetkiler vererek, en tehlikeli araçları (örneğin veri silme veya para transferi) yalnızca sıkı kontrol altındaki bir ajana bağlayabilirsiniz. Böylece bir ajanın hatası, tüm sistemin en tehlikeli aracını tetikleyemez. Bu, güvenlik açısından değerli bir ayrımdır ve koruyucu katmanların tasarımını gerektirir; guardrail nedir yazısı bu koruyucuların temelini ele alır. Ajanların bellek ve durum yönetimini nasıl kurduğunu ise AI agent bellek mimarileri yazısında bulabilirsiniz.

Ancak bu kazançların hepsinin bir ön koşulu vardır: problemin gerçekten ayrılabilir olması. Rol ayrımı ve bağlam izolasyonu, yalnızca doğal olarak ayrı roller ve bağlamlar içeren problemlerde değer üretir. Bir problemi yapay biçimde rollere bölmek — aslında tek bir akıl yürütmenin parçası olan adımları farklı ajanlara dağıtmak — izolasyonun faydasını vermez; yalnızca tek bir düşünce zincirini gereksizce parçalar ve aralarına iletişim maliyeti koyar. Kritik ayrım şudur: problemde roller zaten var mı, yoksa siz mi uyduruyorsunuz?

Çok ajanlı sistem, doğru problemde güçlü bir çözümdür; yanlış problemde ise klasik bir fazla mühendislik (over-engineering) örneğidir. Fazla mühendislik, bir problemi gerektiğinden karmaşık bir çözümle ele almaktır ve maliyeti sadece geliştirme değil, kalıcı bakım, hata ayıklama zorluğu ve güvenilirlik kaybıdır. Neyse ki fazla mühendisliğe kaydığınızı gösteren somut işaretler vardır; bunları tanımak, geç kalmadan geri dönmenizi sağlar.

Birinci işaret: ajanların çoğu birbirini bekliyor. Sisteminizde işçi ajanlar paralel çalışmıyor, sürekli bir öncekinin çıktısını bekliyorsa, aslında paralellikten yararlanmıyorsunuz demektir; o zaman çok ajanlı yapının en büyük gerekçesi ortadan kalkmıştır ve sıralı bir tek ajan akışı muhtemelen daha basit ve hızlıdır. İkinci işaret: aynı bağlamı defalarca kopyalıyorsunuz. Ajanlar aynı belgeyi, aynı talimatı tekrar tekrar alıyorsa, bağlam çoğaltma maliyeti ödüyorsunuz ve bu, görevin aslında bölünmemesi gerektiğinin işaretidir.

Üçüncü işaret: hata ayıklama imkânsızlaşıyor. Bir yanlış çıktının kaynağını bulmak için saatlerce ajan loglarını izlemeniz gerekiyorsa, sistem anlaşılırlık sınırını aşmış demektir. Dördüncü işaret: tek ajanlı bir temel hiç denenmedi. Eğer doğrudan çok ajanlı sisteme başladıysanız ve "acaba tek ajan da yapar mıydı" sorusunu hiç test etmediyseniz, muhtemelen gereksiz karmaşıklık içindesiniz. Beşinci işaret: bir ajanı çıkardığınızda sistem hâlâ çalışıyor. Bu, o ajanın hiç gerekli olmadığının en net kanıtıdır.

Fazla mühendislik işaretleri ve doğru refleks

İşaret	Ne anlama gelir	Doğru refleks
Ajanlar birbirini bekliyor	Paralellik yok, gerekçe çöktü	Sıralı tek ajana dön
Bağlam tekrar tekrar kopyalanıyor	Görev aslında bölünmemeli	Ajanları birleştir
Hata ayıklama imkânsız	Anlaşılırlık sınırı aşıldı	Ajan sayısını azalt
Tek ajan temeli yok	Karar kanıta değil sezgiye dayalı	Önce tek ajan ölç
Ajan çıkınca sistem çalışıyor	O ajan gereksizdi	Ajanı kaldır

Bu işaretlerin ortak dersi şudur: karmaşıklık, çözdüğü problemden hızlı büyürse, artık çözüm değil sorundur. Çok ajanlı sistemin değeri, ajan sayısıyla değil, her ajanın ürettiği net faydayla ölçülür. Deneyimli mühendisin refleksi, ajan eklemek değil, gereksiz ajanı çıkarıp mimariyi mümkün olan en basit hale indirmektir.

Şimdi tüm çerçeveyi somut senaryolara dökelim. Aşağıdaki tablo, tipik kurumsal senaryoları alır ve her biri için tek ajanın mı yoksa çok ajanlı sistemin mi uygun olduğunu, gerekçesiyle birlikte gösterir. Bu tablo, "çok ajanlı sistem gerekli mi" sorusuna soyut değil, senaryo bazlı bir cevap verir; kendi probleminizi en yakın satırla eşleştirerek bir başlangıç kararı üretebilirsiniz.

Senaryo bazında karar: tek ajan mı, çok ajanlı sistem mi ve neden

Senaryo	Tek ajan	Çok ajanlı sistem	Gerekçe
Tek bilgi tabanında soru-cevap (RAG)	Uygun	Gereksiz	Tek bağlam, sıralı akış, paralellik yok
Belge özetleme ve sınıflandırma	Uygun	Gereksiz	Tek araç seti, bağımsız alt görev yok
Bir konuyu çok sayıda kaynaktan araştırma	Zorlar	Uygun	Doğal paralellik, bağlam bölünebilir
Farklı sistemlerde çok adımlı iş akışı	Sınırlı	Uygun	Ayrık araç/yetki setleri, rol ayrımı
Doğruluğun kritik olduğu analiz	Riskli	Uygun	Tartışma/eleştiri deseni doğrulama sağlar
Müşteri destek yanıtı	Uygun	Genellikle gereksiz	Tek akış yeter, gecikme kritik
Uzun kod tabanında geniş refaktör	Zorlar	Uygun	Bağlam sığmaz, alt görevler bölünebilir
Form doldurma / veri çıkarımı	Uygun	Gereksiz	Dar, deterministik, tek hedef

Tablodan çıkan örüntü nettir: çok ajanlı sistem, satırlardaki gerekçe sütununda "doğal paralellik", "bağlam sığmaz" veya "ayrık araç/yetki setleri" ifadeleri belirdiğinde uygun hale gelir. Bu üç gerekçeden hiçbiri yoksa, tek ajan yeterliliği kazanır. Kendi senaryonuzu değerlendirirken, önce onu bu üç gerekçe ekseninde test edin; hiçbiri güçlü biçimde geçerli değilse, çok ajanlı sistem büyük olasılıkla erken bir karardır.

Bir uyarı: tablo bir başlangıç noktasıdır, mutlak bir kural değil. Aynı senaryo, ölçeğe ve gereksinimlere göre farklı tarafa düşebilir. Örneğin "müşteri destek yanıtı" tipik olarak tek ajanlıktır; ama çok sayıda farklı arka uç sisteme bağlanan, karmaşık iade/iptal iş akışlarını yürüten bir destek platformu, orkestratör-işçi desenine geçmeyi haklı çıkarabilir. Karar, senaryonun etiketiyle değil, o senaryonun sizin bağlamınızdaki gerçek yapısıyla verilir.

Çok ajanlı sistem kurmaya karar verdiyseniz, onu ölçmeden yönetemezsiniz. Tek ajanlı bir sistemi değerlendirmek görece basittir: girdi, çıktı, doğruluk. Çok ajanlı sistemde ise değerlendirme çok katmanlıdır; çünkü nihai çıktı kadar, o çıktıya götüren ara adımların da doğru olması gerekir. Bir çok ajanlı sistemin sonucu doğru olsa bile, bu sonuca şans eseri veya yanlış nedenlerle ulaşılmışsa, sistem güvenilir değildir.

Değerlendirme iki düzeyde yapılır. Birinci düzey uçtan uca sonuçtur: sistem, kullanıcının gerçek görevini doğru tamamladı mı? İkinci düzey adım bazlıdır: orkestratör görevi doğru mu böldü, her işçi kendi alt görevini doğru mu yaptı, birleştirici parçaları tutarlı mı topladı? Bu ikinci düzey, hata yayılımını yakalamak için kritiktir; çünkü uçtan uca sonuç yanlışsa, hangi adımın hatalı olduğunu bilmeden düzeltemezsiniz. Ajan değerlendirmesinin ölçüm yöntemlerini AI ajan değerlendirme yazısında ele alıyoruz.

Gözlemlenebilirlik (observability), bu değerlendirmenin altyapısıdır. Her ajanın girdisini, çıktısını, kullandığı araçları, tükettiği token'ı ve harcadığı süreyi kaydetmeden, sistemi ne iyileştirebilir ne de hata ayıklayabilirsiniz. İyi bir gözlemlenebilirlik katmanı, "bu yanlış cevap hangi ajanın hangi kararından çıktı" sorusuna dakikalar içinde cevap verir; kötü bir katman ise bu soruyu saatlerce süren bir dedektiflik işine çevirir. Çok ajanlı sistemde gözlemlenebilirlik lüks değil, işletilebilirliğin ön koşuludur.

Değerlendirmenin bir kez değil sürekli yapılması gerekir. Bir çok ajanlı sistem, altındaki model güncellendiğinde, bir ajanın promptu değiştiğinde veya araçlar evrildiğinde farklı davranabilir. Bu yüzden bir değerlendirme kümesi oluşturup her değişiklikte tekrar çalıştırmak (regresyon testi gibi), sistemin sessizce bozulmasını önler. Ölçmeyen bir ekip, çok ajanlı sisteminin zamanla kötüleştiğini ancak kullanıcılar şikâyet ettiğinde fark eder — ki bu, en pahalı öğrenme biçimidir.

Çok ajanlı sistemin üretim ortamındaki iki sert gerçeği maliyet ve gecikmedir. Laboratuvarda etkileyici çalışan bir çok ajanlı sistem, ölçekte çalıştığında token faturası ve yanıt süresi açısından sürpriz yapabilir. Bu iki boyutu baştan tasarlamak, "çalışıyor" ile "üretimde sürdürülebilir" arasındaki farkı belirler. Maliyet ve gecikme, çok ajanlı sistemin koordinasyon maliyetinin somut, ölçülebilir yüzüdür.

Maliyet tarafında ana kalem token tüketimidir. Her ajan bir model çağrısıdır; her aktarım ek token'dır; her bağlam çoğaltması, aynı bilgiyi tekrar tekrar işlemektir. Bir çok ajanlı sistem, aynı işi yapan tek ajana kıyasla kolayca birkaç kat fazla token tüketebilir. Bunu yönetmenin yolları vardır: ajan sayısını gerçekten gerekenle sınırlamak, işçilere yalnızca dar bağlamı vermek, ucuz görevler için daha küçük modeller kullanmak (model yönlendirme) ve sık tekrarlanan alt görevlerin sonuçlarını önbelleğe almak. Otonomi seviyesi ile maliyet ilişkisini ajan otonomi seviyeleri ve ROI yazısında ele alıyoruz.

Gecikme tarafında en büyük kaldıraç paralelliktir — ve burada çok ajanlı sistemin gerçek bir avantajı vardır. Doğal olarak paralel bir görevde, işçi ajanlar aynı anda çalışarak toplam süreyi kısaltabilir; beş kaynağı sırayla değil aynı anda araştırmak, süreyi belirgin biçimde düşürür. Ama dikkat: bu avantaj yalnızca gerçekten paralel görevlerde ortaya çıkar. Sıralı bir görevde ajanları çoğaltmak, gecikmeyi azaltmaz; tam tersine her aktarımın gecikmesini toplar ve sistemi tek ajandan yavaşlatır. Paralellik yoksa, çok ajanlı sistem hız değil, yalnızca yavaşlık ekler.

Çok ajanlı sistem tasarımında tekrar eden bir dizi hata vardır; bunları önceden tanımak, aynı tuzaklara düşmenizi engeller. Deneyimli bir gözle bakıldığında, başarısız çok ajanlı sistem projeleri şaşırtıcı derecede benzer nedenlerle çöker. En yaygınları şunlardır:

• Tek ajan temelini atlamak: En sık hata, doğrudan çok ajanlı sisteme başlamak ve tek ajanın yapıp yapamayacağını hiç test etmemektir. Tek ajan yeterliliği kanıtlanmadan çok ajana geçmek, çoğu zaman gereksiz karmaşıklığa yatırım yapmaktır.
• Sahte paralellik: Aslında sıralı ve bağımlı bir görevi paralel ajanlara bölmek. Ajanlar sürekli birbirini bekler; paralellik kazancı ortaya çıkmaz, yalnızca koordinasyon maliyeti eklenir.
• Aşırı ajan bölme: Bir problemi gereğinden çok ajana bölmek. Her ek ajan koordinasyon maliyeti ve hata yüzeyi ekler; optimum ajan sayısı genellikle sanılandan küçüktür.
• Hata yayılımını görmezden gelmek: Ajan çıktılarını doğrulamadan bir sonrakine geçirmek. Bir üst ajanın küçük yanlışı, zincir boyunca büyüyerek kendinden emin ama yanlış bir sonuç üretir.
• Bağlam çoğaltma: Aynı bilgiyi her ajana ayrı ayrı kopyalamak. Hem token maliyeti hem tutarlılık riski üretir; genellikle görevin bölünmemesi gerektiğinin işaretidir.
• Gözlemlenebilirlik eksikliği: Ajanların girdi, çıktı ve maliyetini kaydetmemek. Bir hata çıktığında kaynağını bulmak imkânsızlaşır; sistem kara kutuya döner.
• Herkes herkesle konuşuyor topolojisi: Ajanları merkezi bir orkestratör yerine serbest biçimde bağlamak. İletişim yolları karesel büyür ve koordinasyon maliyeti kontrolden çıkar.
• Değerlendirmeyi ertelemek: Sistemin kalitesini ölçmeden "iyi çalışıyor" varsaymak. Çok ajanlı sistem sessizce bozulur ve bunu ancak kullanıcılar şikâyet edince fark edersiniz.

Şimdi tüm bu çerçeveyi uygulanabilir bir karar rehberine dönüştürelim. Aşağıdaki adımlar, "bu problem için çok ajanlı sistem mi kurmalıyım" sorusunu kanıta dayalı biçimde yanıtlamanızı sağlar. Rehberin ruhu tek bir ilkeye dayanır: en basit çalışan çözümden başla, karmaşıklığı ancak ölçülmüş bir ihtiyaç zorladığında ekle.

Nasıl Yapılır

Çok ajanlı sistem karar rehberi

Bir problem için tek ajanın mı yoksa çok ajanlı sistemin mi uygun olduğunu adım adım belirleme.

1. 1

   Tek ajanlı bir temel kur ve ölç

   Önce iyi bir sistem promptu, doğru araçlar ve tek bir ajanla bir temel çözüm kurun; kalitesini bir değerlendirme kümesiyle ölçün.

2. 2

   Tek ajanın nerede çöktüğünü belirle

   Temel çözüm yetmiyorsa, tam olarak neden yetmediğini saptayın: bağlam mı sığmıyor, paralellik mi gerekiyor, ayrık araçlar mı lazım?

3. 3

   Dört karar eksenini uygula

   Bağlam, paralellik, uzmanlık/araç ve orkestrasyon eksenlerinde net bir 'evet' arayın; en az birinde güçlü evet yoksa tek ajanda kalın.

4. 4

   En dar çok ajanlı deseni seç

   Geçiş meşruysa, problemin yapısına en yakın deseni (genellikle orkestratör-işçi) mümkün olan en az ajanla kurun.

5. 5

   Hata yayılımı savunmasını ekle

   Her ajan çıktısına doğrulama, kritik adımlara insan onayı ve geri alma; kaynak gösterme zorunluluğu koyun.

6. 6

   Gözlemlenebilirlik ve maliyet ölçümü kur

   Her ajanın girdi, çıktı, token ve süresini kaydedin; koordinasyon maliyetini ve gecikmeyi sürekli izleyin.

7. 7

   Karşılaştır ve gerekmeyeni çıkar

   Çok ajanlı sistemi tek ajan temeliyle karşılaştırın; ürettiği net değer koordinasyon maliyetini aşmıyorsa geri dönün veya ajan çıkarın.

Bu rehberin en kritik adımı ilkidir: tek ajanlı bir temel kurmadan çok ajanlı sisteme geçmeyin. Bu temel, hem bir karşılaştırma noktası verir hem de çoğu zaman problemin aslında tek ajanla çözülebildiğini gösterir. Son adım da en az onun kadar önemlidir: çok ajanlı sistemi kurduktan sonra, onu tek ajan temeliyle karşılaştırıp gerçekten daha iyi olup olmadığını ölçün. Eğer çok ajanlı sistem, eklediği tüm koordinasyon maliyetine rağmen tek ajandan belirgin biçimde daha iyi değilse, doğru karar geri dönmektir.

Bu disiplin, bir kısıtlama gibi görünse de aslında özgürleştiricidir. Sizi moda ve gösteri baskısından kurtarır; kararı somut kanıta bağlar. Çok ajanlı sistem gerçekten gerektiğinde onu güvenle kurarsınız; gerekmediğinde ise gereksiz karmaşıklıktan ve onun kalıcı bakım yükünden kaçınırsınız. Bu, kıdemli mühendisliğin özüdür: en basit çalışan çözümü bulmak, en karmaşık olanı değil.

Soyut çerçeveyi somutlaştırmak için tipik bir geçiş hikâyesi anlatayım. Bir kurumun, iç bilgi tabanı üzerinde çalışan bir soru-cevap asistanı olsun. Başlangıçta bu, klasik bir tek ajanlı sistemdir: kullanıcı sorar, ajan ilgili belgeyi getirir, yanıtı kaynak göstererek yazar. Bu tek ajan, çoğu soruyu güvenilir biçimde çözer; çünkü bu görev doğal olarak tek ajanlıktır — tek bağlam, sıralı akış, paralellik yok. Burada çok ajanlı sisteme geçmek için hiçbir neden yoktur; tek ajan yeterliliği tam olarak geçerlidir.

Zamanla yeni bir ihtiyaç doğar: kullanıcılar artık "bu üç departmanın geçen yılki politikalarını karşılaştır ve farkları özetle" gibi sorular soruyor. Bu soru tek ajanı zorlar; çünkü üç ayrı belge kümesini aynı anda bağlama sığdırmak gerekir, üç ayrı analiz doğal olarak paraleldir ve sonunda bir birleştirme adımı vardır. İşte tam bu noktada — tek ajanın kanıtlı biçimde çöktüğü noktada — çok ajanlı sisteme geçiş meşrulaşır. Karar sezgiyle değil, tek ajanın somut yetersizliğiyle verilir.

Geçiş, en dar biçimiyle yapılır. Bir orkestratör ajan soruyu üç alt göreve böler ("her departmanın politikasını ayrı analiz et"); üç işçi ajan bunları paralel yürütür; her biri yalnızca kendi departmanının belgelerini bağlam alır (bağlam izolasyonu); bir birleştirici üç analizi karşılaştırıp farkları özetler. Kritik olarak, birleştirici parçaları körlemesine yapıştırmaz; tutarlılık kontrolü yapar ve her iddiayı kaynağa bağlar, böylece hata yayılımı sınırlanır. Bu, orkestratör-işçi deseninin ders kitabı uygulamasıdır ve doğal paralelliği olan bir probleme tam oturur.

Hikâyenin dersi şudur: aynı kurum, hem tek ajanı hem çok ajanlı sistemi kullanır — ama her birini kendi yerinde. Basit soru-cevap tek ajanda kalır; çok belgeli karşılaştırma çok ajanlı sisteme gider. Yanlış olan, ilk günden her şeyi çok ajanlı kurmak veya çok belgeli karşılaştırmayı tek ajana zorlamak olurdu. Doğru mimari, problemin yapısını takip eder; ve çoğu kurumda bu, bir tek-ajan-çok-ajan karışımı anlamına gelir. Böyle bir sistemi kurumunuza göre tasarlamak için yapay zeka danışmanlığı ile başlayabilir, ekiplerinizin bu kararları doğru vermesi için kurumsal yapay zeka eğitimi seçeneklerini inceleyebilirsiniz.

Çok ajanlı sistemin cazibesinin büyük kısmı, insan ekiplerine benzemesinden gelir; ama tam bu benzetme, yanlış mimari kararların da en yaygın kaynağıdır. "Bir insan ekibi işi bölüşüp birlikte çözüyorsa, ajanlar da öyle yapmalı" akıl yürütmesi ilk bakışta sağlam görünür. Oysa insan ekiplerini verimli kılan mekanizmaların çoğu, yapay zeka ajanlarında ya yoktur ya da çok pahalıdır. Bu farkları görmek, çok ajanlı sistemi ne zaman kurmanın gerçekten mantıklı olduğunu netleştirir.

Birinci fark ortak bağlamdır. İnsan ekipleri, aynı odada oturur, aynı geçmişi paylaşır ve sözsüz bir ortak anlayışa sahiptir; bir cümleyle koca bir bağlamı aktarabilirler. Ajanlar arasında böyle bir ücretsiz ortak bağlam yoktur; aktarılması gereken her bilgi açıkça yazılmalı, token olarak ödenmeli ve gecikmeye katlanılmalıdır. İnsan ekibinde bedava olan koordinasyon, ajanlarda koordinasyon maliyeti olarak faturalandırılır. Bu yüzden insan organizasyonunda mantıklı olan bir bölme, ajan dünyasında ekonomik olmayabilir.

İkinci fark inisiyatif ve düzeltmedir. Bir insan ekibinde bir üye, kendisine verilen talimatın yanlış olduğunu sezip itiraz edebilir, soru sorabilir veya kendi inisiyatifiyle düzeltebilir. Bir işçi ajan ise kendisine verilen talimatı — yanlış olsa bile — sadakatle yerine getirmeye eğilimlidir; bu da hata yayılımı riskini büyütür. İnsan ekibinin doğal bir hata düzeltme mekanizması vardır; çok ajanlı sistemde bu mekanizmayı açıkça, doğrulama adımları ve eleştiri ajanlarıyla inşa etmeniz gerekir. Yani insan ekibinde bedava gelen "sağduyulu itiraz", ajan sisteminde mühendislikle kurulan bir katmandır.

Üçüncü fark hesap verebilirliktir. İnsan ekibinde her üye kararından sorumludur ve bir hata çıktığında kaynağı görece nettir. Çok ajanlı sistemde ise sorumluluk dağılır; bir yanlış sonucun hangi ajandan, hangi aktarımdan çıktığını bulmak ciddi bir hata ayıklama işidir. Bu yüzden insan ekibi benzetmesi, çok ajanlı sistemi tasarlarken bir ilham kaynağı olabilir ama bir mühendislik reçetesi değildir. Ajanları insanmış gibi tasarlamak, en yaygın fazla mühendislik biçimlerinden biridir. Otonom davranışın gerçek sınırlarını otonom yapay zeka yazısında ele alıyoruz.

Çok ajanlı sistem, tek ajanlı bir sisteme kıyasla daha geniş bir güvenlik yüzeyi açar ve bu, sık göz ardı edilen bir maliyettir. Her ajan, kendi araçlarına ve yetkilerine sahip bir aktördür; ajan sayısı arttıkça, sistemin dış dünyayla ve birbiriyle etkileşim noktaları çoğalır. Bu noktaların her biri, potansiyel bir güvenlik açığı, bir yanlış yetkilendirme veya bir istem enjeksiyonu (prompt injection) girişi olabilir. Bu yüzden çok ajanlı sistemin güvenliği, tek ajanlıya göre daha dikkatli tasarlanmalıdır.

En temel ilke en az ayrıcalık ilkesidir: her ajana yalnızca kendi görevi için gereken minimum yetki ve araç verilmeli. Bir araştırma ajanının veri silme yetkisi olmamalı; bir özetleme ajanının dış sistemlere yazma erişimi bulunmamalı. Rol ayrımının güvenlik faydası tam burada devreye girer: en tehlikeli araçları (silme, transfer, dışa gönderim) yalnızca sıkı kontrol altındaki, insan onayı gerektiren bir ajana bağlayarak, bir ajanın hatasının felakete dönüşmesini engellersiniz. Koruyucu katmanların tasarımını guardrail nedir ve insan onayı katmanını insan onayı ve kontrol katmanı yazısında ele alıyoruz.

Çok ajanlı sistemde özel bir risk, istem enjeksiyonunun ajanlar arası yayılmasıdır. Bir ajan, dışarıdan (örneğin bir web sayfasından veya bir belgeden) zararlı bir talimat okursa, bu talimatı bir sonraki ajana meşru bir görevmiş gibi aktarabilir. Böylece tek bir ajanın kandırılması, tüm zinciri etkileyebilir. Bu yüzden ajanlar arası mesajlar da güvenilmez girdi olarak ele alınmalı; bir ajanın çıktısı, bir sonrakine geçmeden önce doğrulanmalı ve gerektiğinde temizlenmelidir. Güvenlik, çok ajanlı sistemde sonradan yamanacak bir özellik değil, mimarinin en başından tasarlanacak bir katmandır. Üretim ortamında ajan dayanıklılığı desenlerini üretimde dayanıklılık desenleri yazısında bulabilirsiniz.

Çok ajanlı sistemin sessiz ama belirleyici bir bileşeni, ajanlar arasında bilginin nasıl paylaşıldığı ve durumun (state) nasıl yönetildiğidir. Ajanlar birbirinden yalıtılmış çalışsa da, bir görevi birlikte çözmek için bir ölçüde ortak bağlama ihtiyaç duyarlar; bu ortak bağlamın nasıl tutulduğu, sistemin hem doğruluğunu hem maliyetini doğrudan etkiler. Yanlış tasarlanmış bir durum yönetimi, ya ajanları gereksiz bilgiyle boğar ya da kritik bağlamı kaybeder.

İki temel yaklaşım vardır. Birincisi mesajlaşma temelli paylaşımdır: her ajan, çıktısını bir sonrakine mesaj olarak geçirir ve ortak bir durum tutulmaz. Bu, basit ve izlenebilir bir modeldir ama bağlam çoğaltma maliyeti üretir; aynı bilgi birden çok mesajda tekrar tekrar taşınır. İkincisi paylaşılan bellek (shared memory) temelli paylaşımdır: ajanlar ortak bir bellek alanına yazar ve oradan okur; her ajan yalnızca ihtiyacı olanı çeker. Bu, çoğaltmayı azaltır ama tutarlılık ve eşzamanlılık sorunlarını beraberinde getirir. Ajanların bellek katmanlarını nasıl kurduğunu AI agent bellek mimarileri yazısında ayrıntılandırıyoruz.

Durum yönetiminin en kritik kararı, hangi bilginin küresel (tüm ajanların erişebildiği) ve hangisinin yerel (yalnızca bir ajanın bağlamında) tutulacağıdır. Aşırı küresel durum, bağlam izolasyonunun faydasını yok eder ve her ajanı gereksiz bilgiyle kirletir; aşırı yerel durum ise ajanların birbirinden habersiz, tutarsız kararlar vermesine yol açar. Doğru denge, göreve göre ayarlanır: gerçekten paylaşılması gereken çekirdek bağlam küresel, her ajanın kendi işine özgü ayrıntılar yerel tutulur. Bu ayrımı iyi yapan bir çok ajanlı sistem, hem token tasarrufu sağlar hem de tutarlılığı korur. Modelin ne kadar bağlam taşıyabileceğinin sınırı için context window nedir yazısı bağlam sağlar.

Çok ajanlı sisteme geçmeye karar verdiyseniz, pratik bir soru hemen doğar: kaç ajan? Sezgi, "ne kadar çok ajan, o kadar iyi bölünmüş iş" der; ama bu sezgi yanıltıcıdır. Ajan sayısı arttıkça koordinasyon maliyeti karesel büyürken, elde edilen fayda genellikle azalan getiriyle artar. Bir noktadan sonra her yeni ajan, ürettiği değerden fazla maliyet ekler ve net fayda düşmeye başlar. Optimum ajan sayısı, bu iki eğrinin kesiştiği yerdir ve neredeyse her zaman sanılandan küçüktür.

Pratik bir çerçeve, ajan sayısını görevin doğal parça sayısına bağlamaktır. Bir görev doğal olarak üç bağımsız alt göreve bölünüyorsa, üç işçi ajan mantıklıdır; onu yapay olarak altıya bölmek, koordinasyon maliyetini iki katına çıkarır ama işi daha iyi çözmez. Yani ajan sayısını siz belirlemezsiniz; problemin yapısı belirler. Doğru soru "kaç ajan kullanabilirim" değil, "bu problem gerçekten kaç bağımsız parçaya ayrılıyor"dur. Parça sayısı, ajan sayısının tavanını verir; altında kalmak çoğu zaman daha güvenlidir.

Ajan sayısını belirlerken bir başka boyut otonomi seviyesidir. Az sayıda ama daha otonom ajan mı, yoksa çok sayıda ama dar ve kontrollü ajan mı? Bu bir denge sorusudur: yüksek otonomi esneklik verir ama öngörülebilirliği ve kontrolü azaltır; dar ajanlar güvenli ama katıdır. Otonomi seviyesi ile değer ve risk arasındaki ilişkiyi ajan otonomi seviyeleri ve ROI yazısında ele alıyoruz. Genel ilke şudur: gereken en az sayıda ve gereken en dar otonomiyle başlayın, ancak ölçülmüş bir ihtiyaç zorladığında sayıyı veya otonomiyi artırın.

Çok ajanlı sistem büyüdükçe ve ajanlar farklı sağlayıcılardan, farklı çerçevelerden gelmeye başladıkça, ajanlar arası iletişimin standartlaşması bir ihtiyaç haline gelir. Başlangıçta her ajanı elle birbirine bağlamak mümkündür; ama ölçek arttıkça, ajanların ve araçların birbirini standart bir dille bulup konuşabilmesi kritikleşir. İşte bu noktada protokoller devreye girer: ajanların ve araçların birbirine bağlanma biçimini standartlaştıran ortak diller.

İki tamamlayıcı protokol öne çıkar. Modelin dış araçlara ve veri kaynaklarına standart biçimde bağlanmasını sağlayan Model Context Protocol (MCP), bir ajanın araçlarla konuşmasını düzenler; ajanlar arası doğrudan iletişimi standartlaştıran A2A (agent-to-agent) protokolü ise ajanların birbirini bulup görev alışverişi yapmasını düzenler. Bu ikisinin nasıl birlikte çalıştığını A2A ve MCP ile birlikte çalışabilirlik yazısında, MCP'nin temelini MCP nedir ve A2A'nın ayrıntısını A2A protokolü yazısında ele alıyoruz. Ajanların araçları nasıl çağırdığının temel mekanizması için ise function calling nedir yazısı iyi bir başlangıçtır.

Protokoller değerlidir ama bir uyarıyla: protokol, mimari kararınızın yerine geçmez. MCP veya A2A kullanıyor olmak, çok ajanlı sistemin gerekli olduğunu kanıtlamaz; yalnızca gerektiğinde nasıl bağlanacağınızı standartlaştırır. Bir ekip, "en modern protokolü kullanıyoruz" diye çok ajanlı sisteme geçmemeli; önce ihtiyacı kanıtlamalı, sonra o ihtiyacı karşılamanın standart yolu olarak protokolü seçmelidir. Protokol bir araçtır, bir gerekçe değil. Doğru sıralama her zaman aynıdır: önce problem, sonra mimari, en sonda protokol.

Teknik olarak sağlam bir çok ajanlı sistem kurmak yetmez; o sistemin kuruma gerçek bir değer ürettiğini de gösterebilmek gerekir. Çok ajanlı sistem, tek ajana kıyasla belirgin biçimde daha pahalıdır — daha fazla token, daha fazla altyapı, daha fazla bakım. Bu ek maliyet ancak, çözdüğü problem tek ajanın çözemeyeceği kadar değerliyse haklı çıkar. Bu yüzden bir çok ajanlı sistem kararı, yalnızca bir mühendislik kararı değil, aynı zamanda bir maliyet-değer kararıdır.

Doğru analiz, üç maliyet kalemini üç değer kanalıyla karşılaştırır. Maliyet tarafında, artan token tüketimi, ek altyapı ve gözlemlenebilirlik yükü, ve daha yüksek bakım/hata ayıklama emeği vardır. Değer tarafında ise üç kanal öne çıkar: tek ajanın hiç çözemediği problemleri çözebilmek (yeni yetenek), doğal paralellik sayesinde büyük görevleri kısa sürede tamamlamak (hız), ve rol ayrımı ile doğruluğun kritik olduğu görevlerde daha güvenilir sonuç üretmek (kalite). Bir çok ajanlı sistem, bu üç kanaldan en az birinde tek ajanı ölçülebilir biçimde geçmiyorsa, eklediği maliyeti hak etmiyor demektir.

Kritik disiplin, bir temel çizgi (baseline) tutmaktır: tek ajanın aynı görevdeki maliyeti, hızı ve kalitesi ölçülmeli, sonra çok ajanlı sistem bu temel çizgiyle karşılaştırılmalıdır. Ölçmeden "çok ajanlı daha iyidir" varsaymak, çok ajanlı sistem projelerinin en yaygın finansal hatasıdır. Yapay zeka projelerinin getirisini nasıl hesaplayacağınızı yapay zeka ROI nasıl hesaplanır yazısında ele alıyoruz; aynı disiplin çok ajanlı sistemler için de geçerlidir. En sağlam kural şudur: çok ajanlı sistemin ürettiği net değer, eklediği koordinasyon maliyetini kanıtlı biçimde aşmıyorsa, o sistem henüz kendini haklı çıkarmamıştır ve tek ajan temeline dönmek doğru karardır.

Çok ajanlı sistemin en zorlu operasyonel gerçeği, test ve hata ayıklamanın tek ajana göre kat kat zor olmasıdır. Tek ajanlı bir akışta bir hata çıktığında, tek bir girdi-çıktı çiftine bakarsınız; çok ajanlı bir sistemde ise hata, birbirini besleyen bir dizi ajanın ortasında bir yerde doğar ve nihai çıktıya ulaşana kadar dönüşür. Bu yüzden çok ajanlı sistem, baştan test edilebilir ve gözlemlenebilir tasarlanmazsa, üretimde bir kara kutuya dönüşür ve her hata bir dedektiflik işine dönüşür.

Sağlam bir test pratiği, ajanları hem tek tek hem de birlikte test eder. Birim düzeyinde, her ajan kendi başına — bilinen girdilerle, beklenen çıktılara karşı — test edilir; bir işçi ajanın kendi dar görevini doğru yaptığından emin olunur. Entegrasyon düzeyinde, ajanlar arası aktarımların doğru çalıştığı, bir ajanın çıktısının bir sonrakinin beklediği biçimde olduğu doğrulanır. Uçtan uca düzeyde ise sistemin bütünü, gerçek kullanıcı görevleriyle sınanır. Bu üç düzeyin en çok ihmal edileni entegrasyon düzeyidir; oysa hata yayılımının çoğu tam da aktarım noktalarında doğar. Ajan değerlendirmesinin ölçüm yöntemlerini AI ajan değerlendirme yazısında ele alıyoruz.

Hata ayıklamayı mümkün kılan tek şey izlenebilirliktir. Her ajanın aldığı girdiyi, verdiği çıktıyı, kullandığı araçları ve verdiği kararları tam bir iz (trace) olarak kaydetmeden, bir yanlışın kaynağını bulmak neredeyse imkânsızdır. İyi bir iz, "bu yanlış nihai cevap, üçüncü ajanın ikinci adımdaki bir yanlış varsayımından çıktı" gibi bir teşhisi dakikalar içinde mümkün kılar. Bu yüzden çok ajanlı sistemde gözlemlenebilirlik, sonradan eklenecek bir güzellik değil, sistemi işletilebilir kılan temel bir gereksinimdir. Üretim ortamında sistemleri ayakta tutan operasyon disiplinini LLMOps nedir yazısında ele alıyoruz.

Çok ajanlı sisteme giden en güvenli yol, ilk günden büyük ve karmaşık bir mimari kurmak değil, küçükten başlayıp ölçerek büyütmektir. Bu aşamalı benimseme yaklaşımı, hem riski düşürür hem de her adımda gerçekten neyin gerekli olduğunu öğretir. Baştan tam teşekküllü bir çok ajanlı sistem kurmaya çalışan ekipler, genellikle çözdüklerinden fazla sorun üretir; oysa aşamalı ilerleyenler, karmaşıklığı yalnızca kanıtlanmış bir ihtiyaç zorladığında ekler.

Tipik olgunluk yolculuğu şöyle ilerler. Birinci aşama, iyi araçlanmış tek bir ajandır: sistem promptu net, araçlar doğru, çıktı yapılandırılmış. Çoğu proje burada durabilir ve durmalıdır. İkinci aşama, tek ajana bir doğrulama veya eleştiri adımı eklemektir — hâlâ tek bir ana akış, ama bir kontrol katmanıyla güçlendirilmiş. Üçüncü aşama, gerçek bir paralellik veya ayrık uzmanlık ihtiyacı kanıtlandığında, dar bir orkestratör-işçi desenine geçmektir: bir planlayıcı, birkaç işçi. Dördüncü aşama, ancak çok büyük ve çok katmanlı görevlerde, hiyerarşik yapıya geçmektir. Her aşama bir öncekinin üstüne kurulur ve yalnızca ölçülmüş bir ihtiyaç varsa eklenir.

Bu aşamalı yaklaşımın en büyük faydası, her adımda bir karşılaştırma noktası tutmasıdır. Yeni bir ajan eklediğinizde, onu bir önceki aşamayla karşılaştırıp gerçekten değer kattığını ölçebilirsiniz; katmıyorsa geri dönersiniz. Böylece mimari, sezgi veya moda değil, kanıt tarafından yönlendirilir. Aşamalı benimseme, çok ajanlı sistemi bir "büyük bahis" olmaktan çıkarıp, her adımı doğrulanan bir öğrenme sürecine dönüştürür. Bu, kurumsal yapay zeka projelerinde başarı ile başarısızlığı ayıran en temel disiplindir. Kurumunuza özel böyle bir yol haritası tasarlamak için yapay zeka danışmanlığı ile başlayabilir, ekiplerinizin bu olgunluğu kazanması için kurumsal eğitim seçeneklerini değerlendirebilirsiniz.

Çok ajanlı sistemin az konuşulan ama üretimde çok önemli bir bedeli, öngörülebilirlik ve tekrar üretilebilirlik kaybıdır. Tek bir dil modeli çağrısı bile doğası gereği bir miktar rastlantısallık taşır; aynı girdiye her zaman birebir aynı çıktıyı vermez. Bu rastlantısallık, bir sistemde çok sayıda ajan zincirlendiğinde katlanır: her ajan kendi küçük değişkenliğini ekler ve sistemin bütünü, tek ajana göre çok daha az öngörülebilir hale gelir. Aynı soruyu iki kez sorduğunuzda, çok ajanlı sistem farklı yollardan geçip farklı ayrıntılarda yanıtlar üretebilir.

Bu değişkenlik, kurumsal bir bağlamda ciddi sorunlar doğurur. Birincisi, hata ayıklamayı zorlaştırır: bir hatayı yeniden üretemiyorsanız, onu düzeltmek de zorlaşır. İkincisi, test etmeyi kırılganlaştırır: bugün geçen bir test, yarın aynı girdiyle sistemin farklı davranması yüzünden geçmeyebilir. Üçüncüsü, güveni zayıflatır: kullanıcılar tutarlı davranış bekler; aynı soruya bazen doğru bazen eksik cevap veren bir sistem, teknik olarak çalışsa bile güvenilmez algılanır. Bu yüzden öngörülebilirlik, çok ajanlı sistem tasarımında bir yan mesele değil, birinci sınıf bir gereksinimdir.

Öngörülebilirliği artırmanın somut yolları vardır. Kritik adımlarda değişkenliği azaltmak (daha düşük rastlantısallıkla çalıştırmak), ajanların çıktısını serbest metin yerine yapılandırılmış biçime zorlamak, her ajanın görevini dar ve deterministik tutmak, ve sık kullanılan yolları önbelleğe alarak tutarlılık sağlamak bunların başında gelir. Bir başka güçlü teknik, kritik kararları bir doğrulama katmanından geçirerek değişkenliğin nihai sonuca sızmasını engellemektir. Ajan değerlendirmesinin bir parçası olarak tutarlılığı sistematik ölçmeyi AI ajan değerlendirme yazısında ele alıyoruz.

Bu bedelin dersi, önceki bölümlerin ortak temasını pekiştirir: çok ajanlı sistem, tek ajana kıyasla yalnızca daha pahalı değil, aynı zamanda daha az öngörülebilir ve daha zor test edilebilirdir. Bu üç maliyet — koordinasyon, hata yayılımı ve öngörülebilirlik kaybı — birlikte, çok ajanlı sisteme geçmeden önce güçlü bir gerekçe aramanın neden bu kadar önemli olduğunu açıklar. Karmaşıklık kendini kanıtlayana kadar suçludur; ve öngörülebilirlik kaybı, bu suçun en sinsi kanıtlarından biridir.

Çok ajanlı sistem gerekli mi, yoksa tek ajan yeter mi?

Çoğu kurumsal senaryoda tek ajan yeterliliği geçerlidir; çok ajanlı sistem yalnızca dört koşuldan en az biri sağlandığında gerekir: görev tek ajanın bağlam penceresine sığmıyorsa, alt görevler doğal olarak paralelleşiyorsa, birbirinden ayrık uzmanlık veya araç setleri gerekiyorsa ya da net bir orkestratör-işçi bölüşümü değer üretiyorsa. Bu koşullar yoksa çok ajanlı sistem gereksiz karmaşıklık ekler; her ek ajan koordinasyon maliyeti, gecikme ve hata yayılımı riski getirir. Pratik kural, önce iyi araçlanmış tek bir ajanla temel kurmak, ölçmek ve ancak tek ajan sistematik olarak yetmediğinde çok ajanlı sisteme geçmektir.

Tek ajan ne zaman yeter?

Tek ajan; görev tek bir bağlam penceresine sığdığında, adımlar birbirine bağımlı ve sıralı olduğunda, tek bir araç seti yeterli olduğunda ve problem doğal olarak paralelleşmediğinde yeter. Belge özetleme, tek bilgi tabanı üzerinde soru-cevap, form doldurma, sınıflandırma, çoğu müşteri destek akışı ve tek hedefli araç kullanımı bu sınıfa girer. Bu durumlarda tek ajan yeterliliği hem daha ucuz hem daha hızlı hem de hata ayıklaması çok daha kolaydır. Tek ajanı güçlendirmenin doğru yolu ikinci bir ajan eklemek değil; sistem promptunu netleştirmek, doğru araçları vermek ve gerektiğinde bir doğrulama adımı koymaktır.

Koordinasyon maliyeti nedir?

Koordinasyon maliyeti, birden fazla ajanı birlikte çalıştırmanın görevin kendisine ek olarak getirdiği yüktür. Dört bileşeni vardır: iletişim maliyeti (ajanlar arası mesaj ve bağlam aktarımının ürettiği token ve gecikme), senkronizasyon maliyeti (bir ajanın diğerinin çıktısını beklemesi), bağlam çoğaltma maliyeti (aynı bilginin birden çok ajana kopyalanması) ve hata ayıklama maliyeti (bir yanlışın hangi ajandan çıktığını izlemenin zorluğu). Ajan sayısı arttıkça olası iletişim yolları neredeyse karesel büyür; bu yüzden koordinasyon maliyeti çok ajanlı sistemin gizli vergisidir ve her yeni ajanın ürettiği değer bu maliyeti aşmalıdır.

Çok ajanlı sistemde hata yayılımı nasıl önlenir?

Hata yayılımı, bir ajanın hatalı çıktısının bir sonraki ajana doğru bir girdiymiş gibi geçmesiyle büyür. Temel önlemler: her ajanın çıktısını bir sonraki adıma geçmeden doğrulamak (doğrulama/eleştiri adımı), ajanlara verilen görevleri dar ve kontrol edilebilir tutmak, kaynak gösterme ve gerekçe zorunluluğu koymak, kritik adımlarda geri alma ve insan onayı katmanı eklemek, ve bir orkestratörün alt ajan çıktılarını körlemesine birleştirmek yerine tutarlılık kontrolü yapması. Temel ilke, güveni değil kanıtı zincire taşımaktır.

Orkestratör-işçi deseni nedir ve ne zaman kullanılır?

Orkestratör-işçi deseni, bir planlayıcı ajanın görevi alt görevlere böldüğü, her alt görevi bir uzman işçi ajana verdiği, işçilerin çoğu zaman paralel çalıştığı ve bir birleştiricinin sonuçları tek bir yanıtta topladığı en yaygın meşru çok ajanlı sistem desenidir. Doğal olarak paralelleşen ve alt görevleri bağımsız olan problemlerde güçlüdür. Alt görevler birbirine sıkı bağımlıysa, sıralı akış gerekiyorsa veya paralellik yoksa bu desen değer üretmez; o durumda tek ajan veya basit bir zincir daha uygundur.

Çok ajanlı sistem tek ajandan daha mı akıllıdır?

Hayır; çok ajanlı sistem tek ajandan daha akıllı değildir, yalnızca işi farklı biçimde bölüştürür. Altta çalışan model aynıdır; birden çok kopyasını rol vererek koşturmak, modelin akıl yürütme tavanını yükseltmez. Çok ajanlı sistemin kazancı zekâdan değil iş bölümünden gelir: bağlamı bölerek her ajanın dikkatini dar tutmak, paralellik sayesinde süreyi kısaltmak ve farklı araç setlerini izole etmek. Bu kazançlar yalnızca problem gerçekten bölünebiliyorsa ortaya çıkar. Bölünemeyen bir problemi çok ajana dağıtmak, onu daha akıllı değil yalnızca daha pahalı ve daha kırılgan yapar.

Kısaca özetleyelim: çok ajanlı sistem, bir görevi rol bölüşen ve mesajlaşan birden fazla ajanla çözen güçlü ama pahalı bir mimaridir. Gerçekten gerekli olduğu durum dardır — tek ajanın bağlam penceresine sığmayan, doğal olarak paralelleşen, ayrık uzmanlık veya araç setleri gerektiren ve net bir orkestratör-işçi bölüşümünden fayda gören problemler. Bu koşullardan hiçbiri güçlü biçimde geçerli değilse, tek ajan yeterliliği neredeyse her zaman daha ucuz, daha hızlı ve daha güvenilirdir. Çünkü her ek ajan bir koordinasyon maliyeti, bir iletişim gecikmesi ve bir hata yayılımı yüzeyi ekler.

En önemli mesaj şudur: çok ajanlı sistem bir başarı göstergesi değil, kanıtlanmış bir ihtiyaç üzerine seçilen bir araçtır. Doğru karar, "kaç ajan kullanayım" değil, "bu problem gerçekten ajan iş bölümü gerektiriyor mu" sorusuyla başlar. Önce iyi araçlanmış tek bir ajanla temel kurun, ölçün ve ancak o temel kanıtlı biçimde çöktüğünde, en dar çok ajanlı desenle ilerleyin. Unutmayın ki çok ajanlı sistem her yeni ajanla birlikte koordinasyon maliyeti, hata yayılımı yüzeyi ve öngörülebilirlik kaybı ekler; bu üç gizli maliyeti aşan somut bir değer yoksa, tek ajan yeterliliği kazanır ve en doğru mühendislik kararı sadeliktir. Temel kavramlar için AI agent nedir, agentic AI nedir ve çoklu ajan sistemi nedir yazılarına bakabilir; kurumunuza özel bir ajan mimarisi tasarlamak için yapay zeka danışmanlığı ile başlayabilir, ekipleriniz için kurumsal eğitim seçeneklerini değerlendirebilir ve tüm kavramları öğrenme merkezinde derinleştirebilirsiniz.