Otonom AI Ajanlarında Çoklu-Ajan Orkestrasyonu Nasıl Çalışır?

Tek ajanla başladık. Süreç orada durdu.

Kurumsal bir sürece dil modelini (LLM) ilk bağladığımızda tasarım neredeyse kaçınılmaz görünüyordu: tek bir ajan, elinde bir dizi araç. Gelen evrakı okusun, şirket hafızasında arasın, riski puanlasın, kaydı atsın. Demo’da çalıştı. Canlıda aynı ajan hem bağlamı kaybetti, hem yetkisiz yazmayı denedi, hem de hata verdiğinde “ajan düştü” dışında bir iz bırakmadı.

Bu yazı bir ürün duyurusu değil. Çoklu-ajan orkestrasyonu diye bir şey inşa ettiğimiz için değil; tek döngülü bir ajanın gerçek iş sürecinde kırıldığı yerleri gördüğümüz için yazıldı. Soru “ajan yaptık mı?” değildi. Soru şuydu: bu süreçte kim okur, kim önerir, kim yazar, kim durdurur — ve bunlar aynı elde olursa ne bozulur?

// demo'da çalışır
while (ajan.aracCagrisiVar()) {
  // oku, ara, yaz — aynı el
  await herhangiAraciCalistir(ajan.sonCagri)
  baglam.mesajlar.ekle(ajan.sonCagri)
}

// yeniden deneme = tüm turu baştan
catch {
  bastanOynat(baglam)
}

Canlıda kırılan yer, model değil topolojiydi

İlk üretim denememiz evrak hattıydı: sözleşme veya teklif gelir, sınıflandırılır, şirket kılavuzuna karşı aranır, risk skoru çıkar, insan bakar, kurumsal kaynak planlama sistemine (ERP) kayıt düşer. Bunu tek bir “HukukRiski” ajanına yükledik. Model yeterince iyiydi. Mimari değildi.

Kırılma, sohbet botunun “yanlış cevap vermesi” değildi. Kırılma, okuma ile yazmanın, arama ile kararın, yeniden deneme ile yan etkinin aynı turda karışmasıydı. Dört sınıf hata tekrar tekrar geldi:

Hukuk ve operasyonun sorduğu soru da buradan çıktı: “Bu maddeyi düşük risk sayan kim?” Cevap kırk mesajlık bir sohbet dökümü olmamalı. Cevap; hangi düğümün, hangi kanıtla, hangi kapıdan geçerek öneri ürettiği olmalı. Tek ajanlı döngü bunu üretmez — çünkü süreç yoktur, tur vardır.

Bunu hangi iş akışlarında gördük

Ajanı her yere koymadık. Kırılma, yapay zekanın “konuştuğu” yerde değil, işin geri alınamadığı yerde görünür oldu. Üç hat, aynı mimari kararı zorladı:

Ortak desen aynıydı: süreç birden fazla uzmanlık istiyor, adımların bir kısmı paralel koşabilir, bir kısmı geri alınamaz. Bu üç özellik bir aradaysa tek ajan “yetenekli asistan” olmaktan çıkar; yetkisi fazla, izi zayıf bir operatör olur.

Ne değiştirdik: ajanları değil, grafı tasarladık

Geçiş, yeni bir “çoklu ajan ürünü” eklemek değildi. Tek döngüyü bir durum makinesine indirdik. Dil modelleri düğüm oldu. Orkestratör; hangi düğümün çalışacağını, hangisinin paralel açılım (fan-out) yapacağını, hangisinin kapıya düşeceğini bilen deterministik katman oldu.

export const evrakGirisi = graf({
  cikar:         { sonra: [] },
  siniflandir:  { sonra: ["cikar"], paralel: true },
  ara:           { sonra: ["cikar"], paralel: true },
  degerlendir:   { sonra: ["siniflandir", "ara"] },
  kapi:          { sonra: ["degerlendir"], tip: "insan" },
  uygula:        { sonra: ["kapi"], araclar: ["kaynak.yaz"] },
})

Rol ayrımı, sistem talimatı ayrımı değil

Ajanları “sen hukukçusun, sen arşivcisin” diye isimlendirmek yetmez. Ayırım, araç yüzeyindedir. Arayıcının (retriever) yazma istemcisi yoktur. Uygulayıcının (actor) arama istemcisi yoktur. Değerlendirici dış dünyayı görmez; yalnızca önceki düğümlerin şemalı çıktısını görür.

Paralel çalışma, “daha çok ajan” demek değil

Paralel açılım yalnızca bağımsız düğümlerde açılır. Evrak hattında sınıflandırma ile kurumsal hafıza araması (RAG) birbirini beklemez; ikisi de çıkarıcının şemasını bekler. Değerlendirici ikisini birden görmeden skor üretmez. Paralellik bir performans ipucu değil, veri bağımlılığı grafının sonucudur.

Güvenlik kapıları sistem talimatının içinde durmaz

Tek ajanlı tasarımda güvenlik, sistem talimatına (prompt) yazılan bir cümleydi. Üretimde bu cümle, aracın varlığı kadar güçlüdür. Araç duruyorsa ajan bir gün onu çağırır. Bu yüzden kapıyı modele anlatmadık; grafın düğümü yaptık.

const yetkiler = {
  arayici:     { oku: ["hafiza"], yaz: [] },
  uygulayici:  { oku: [], yaz: ["kaynak.yaz"] },
} as const

function araciDogrula(ajan: AjanKimligi, arac: AracKimligi, kapi: Kapi) {
  if (!izinli(ajan, arac)) throw new PolitikaReddi(ajan, arac)
  if (yazmaMi(arac) && kapi !== "acik") throw new KapiKapali()
}

Veri tarafında da aynı kural geçerli. Şirket evrakı genel amaçlı modellerin eğitimine gitmez; orkestrasyon izole ağda, doğrulamalı erişimle yürür. Arayıcı kurumsal hafızayı görür, uygulayıcı görmez. “Ajanın her şeyi görsün ki daha zeki olsun” talebi, tam da tek döngünün bizi soktuğu tuzaktı.

Ne değişti, ne değişmedi

Sonuç, “otonom iş gücü piyasaya sürüldü” cümlesi değil. Operasyonun gördüğü şey daha sade: hata artık bir düğümde duruyor, yazma artık bir kapıdan geçiyor, karar artık iz bırakıyor.

async function dugumuCalistir(dugum: Dugum, baglam: CalismaBaglami) {
  try {
    return await dugum.calistir(baglam)
  } catch (hata) {
    if (yenidenDenenebilir(hata) && baglam.deneme < dugum.azamiDeneme) {
      return dugumuCalistir(dugum, arttir(baglam))
    }
    baglam.iz.basarisiz(dugum.id, hata)
    throw hata // tüm grafı baştan oynatma
  }
}

Çoklu ajan her yere gerekmez

Bir sıkça sorulan sorular botu, tek bir kurumsal hafıza ajanı ile durabilir. Tek adımlı sınıflandırma, bir model çağrısıdır. Çoklu-ajan orkestrasyonu; karışık okuma/yazma, paralel uzmanlık ve geri alınamayan yan etki aynı süreçte biriktiğinde maliyetini öder. Aksi halde graf, demo’daki tek ajan kadar gereksiz karmaşa olur — yalnızca daha pahalı.

// SSS + kurumsal hafıza → tek ajan yeter
if (!akis.yazmaVar && !akis.paralelVar) {
  return tekAjan(akis)
}

// karışık okuma/yazma + insan kapısı → graf
return graf(akis.dugumler)

Öğrendiğimiz şey ürün adı değil, bir ayrım: modeli zeki tut, yetkiyi dar tut, süreci görünür tut. Orkestrasyon bu üçünün aynı anda durduğu yerdir. Ajan sayısı hedef değildir; hedef, hangi adımın otonom, hangisinin kapılı olduğunu dürüstçe çizebilmektir.