Kısa yanıt
Agentic AI, tek bir modelin tek seferde yanıt üretmesi yerine, farklı sorumluluklara sahip birden çok AI agent'ın koordineli biçimde çalışarak bir iş sürecini baştan sona yürüttüğü mimari yaklaşımdır. Tipik kurulumda bir orchestrator görevi böler, uzman agent'lar kendi alanlarını çözer, bir doğrulayıcı çıktıyı denetler ve sonuç kurumsal sistemlere yazılır.
Agentic AI nedir?
Agentic AI'ı bir teknoloji değil, bir organizasyon şeması gibi düşünmek en doğrusu. Tekil AI agent bir görevi yürütür; agentic sistem ise birbirine iş devreden, ortak bir durumu güncelleyen ve birbirinin çıktısını denetleyen agent'lardan oluşur. Kurumdaki karşılığı bellidir: bir kişi yerine bir ekip.
Bu yaklaşımın öne çıkmasının nedeni pratik: modeller uzun ve çok kurallı talimatlarda dikkatini dağıtır. Bir agent'a aynı anda "belgeyi oku, mevzuata göre değerlendir, muhasebe kaydını hazırla, müşteriye yaz ve riskleri raporla" dediğinizde, çıktı kalitesi her ek kuralla birlikte düşer. Aynı işi beş dar görevli agent'a böldüğünüzde her biri kendi işinde belirgin şekilde daha isabetli çalışır.
Neden tek agent yetmez?
- Bağlam sınırı. Her agent yalnızca kendi işine ait veriyi görür; bu hem doğruluğu artırır hem maliyeti düşürür.
- Farklı model ihtiyacı. Sınıflandırma için küçük ve hızlı bir model yeterken, mevzuat yorumu için güçlü bir model gerekir. Ayrık agent'lar model seçimini serbest bırakır.
- Bağımsız test edilebilirlik. "Sınıflandırıcı %98 doğru, çıkarıcı %91" diyebilmek, "sistem bazen hata yapıyor" demekten çok daha yönetilebilirdir.
- Yetki ayrımı. Okuma yapan agent'ın yazma yetkisi olmaz. Güvenlik ve KVKK açısından bu ayrım kritik.
- Kısmi yeniden çalıştırma. Süreç son adımda kırıldığında baştan başlamak yerine yalnızca o adımı tekrarlarsınız.
Dört temel mimari desen
1. Orchestrator – uzman (en yaygın)
Merkezî bir orchestrator gelen görevi analiz eder, uygun uzman agent'ı çağırır, sonuçları toplar. Kurumsal süreçlerin çoğu bu desenle çözülür; akış öngörülebilir, loglanması kolaydır.
ORCHESTRATOR
├─ CLASSIFIER → belge/talep türünü belirler
├─ RETRIEVER → bilgi bankasından bağlam getirir (RAG)
├─ PROCESSOR → alan çıkarımı / analiz / hesaplama
├─ VALIDATOR → iş kuralı ve şema doğrulaması
└─ ACTOR → ERP / DMS / e-posta yazma yetkisi olan tek agent2. Ardışık boru hattı (pipeline)
Her agent bir öncekinin çıktısını girdi alır. Belge işleme ve veri zenginleştirme gibi doğrusal süreçlerde idealdir; hata ayıklaması en kolay desendir.
3. Paralel dallanma ve birleştirme
Aynı girdi birden çok agent'a aynı anda gider, sonuçlar birleştirilir. Örnek: bir mülk ilanı için eş zamanlı olarak fiyat analizi, imar kontrolü ve talep eşleştirmesi yapılması. Gecikmeyi ciddi biçimde düşürür.
4. Tartışma / eleştirmen deseni
Bir agent üretir, ikinci agent eleştirir, üçüncüsü karara bağlar. Maliyeti yüksek olduğundan yalnızca hata maliyetinin yüksek olduğu yerlerde kullanılır: sözleşme riski değerlendirmesi, kredi notu yorumu, tıbbi belge özeti gibi.
Agent'lar birbiriyle nasıl konuşur?
Üretimde iki yaklaşım işe yarar. Birincisi doğrudan devir: orchestrator bir agent'ı fonksiyon gibi çağırır ve yapılandırılmış bir nesne (JSON) alır. İkincisi olay kuyruğu: agent'lar mesaj kuyruğuna olay yazar, ilgili agent bu olayı tüketir. İlk yöntem basit ve ayıklanabilir; ikincisi yüksek hacimde ve uzun süren işlerde dayanıklıdır.
Her iki yaklaşımda da kritik kural aynıdır: agent'lar birbirine serbest metin göndermez. Devir formatı şemayla tanımlanır ve doğrulanır. Serbest metinle konuşan agent'lar demo aşamasında etkileyici, üretimde ise izini süremeyeceğiniz hataların kaynağıdır.
Paylaşılan hafıza ve durum yönetimi
Çok ajanlı bir sistemde üç ayrı hafıza katmanı bulunur:
| Katman | İçerik | Tipik teknoloji | Yaşam süresi |
|---|---|---|---|
| Görev durumu | Mevcut işin adımları, ara çıktılar | PostgreSQL / Redis | Görev bitene kadar |
| Kurumsal bilgi | Prosedürler, mevzuat, ürün bilgisi | Vektör veritabanı (RAG) | Kalıcı |
| İşlem geçmişi | Geçmiş kararlar, denetim izi | İlişkisel veritabanı | Saklama politikasına göre |
Görev durumunun veritabanında tutulması, sistemin çökmesi durumunda süreci kaldığı yerden sürdürebilmesini sağlar. Bunu atlayıp durumu bellekte tutan sistemler, ilk sunucu yeniden başlatmasında yarım kalmış işlemleri sessizce kaybeder.
Üretime çıkarken dikkat edilecekler
- Bütçe sınırı koyun. Görev başına maksimum adım, maksimum süre ve maksimum token maliyeti tanımlanmalı; sınır aşımında görev insana devredilmeli.
- Yazma yetkisini tek agent'ta toplayın. Sistemlere yazan tek bir actor agent, denetimi ve geri almayı kolaylaştırır.
- Her adımı ilişkilendirilebilir loglayın. Ortak bir
trace_idile tüm adımlar tek akışta izlenebilmeli. - Idempotent yazın. Aynı görev iki kez çalışırsa iki kayıt oluşmamalı; mükerrer anahtarı baştan tanımlayın.
- Model sürümünü sabitleyin. Sağlayıcı modeli güncellediğinde davranış değişebilir; sürüm sabitleyip değişimi kontrollü test edin.
- Geri alma planı yapın. Yanlış yazılan 200 kaydı temizleyecek script, sistem canlıya çıkmadan hazır olmalı.
Nasıl ölçersiniz?
Çok ajanlı bir sistemin sağlığı dört metrikle takip edilir:
- Uçtan uca tamamlanma oranı — insana devredilmeden biten görevlerin yüzdesi. Olgun sistemlerde %85–95 bandı gerçekçidir.
- Adım bazlı doğruluk — her agent'ın kendi görevindeki isabet oranı; düşüşün nerede başladığını gösterir.
- Görev başına maliyet ve süre — hacim arttığında bütçe öngörüsü için zorunlu.
- İnsana devir nedenleri dağılımı — en sık devir nedeni, bir sonraki geliştirmenin yol haritasıdır.
Bu metrikleri ilk günden panoya bağlayın. Ölçülmeyen bir agentic sistem, birkaç ay içinde kimsenin güvenmediği bir kara kutuya dönüşür.