Geçen ay, Şubat 2026’da İstanbul’daki bir toplantıda bir ekip bana şunu sordu: “Tek bir süper ajan kurup işi bitiremez miyiz?” Açık konuşayım — bu soru iki yıl önce gayet makul gelirdi (şaşırtıcı ama gerçek). Ama bugün, hmm, biraz dar kalıyor. İşin aslı şu ki yapay zekâ ajanları artık oyuncak demo olmaktan çıkıp gerçek iş akışlarının tam ortasına sızıyor; ve orada, tek başına parlayan kahraman modeli çoğu zaman yetmiyor, hatta zaman zaman işleri daha da karmaşık hale getiriyor.
Açıkçası, Ben bu dönüşümü ilk kez 2024 yazında, küçük bir SaaS projesinde fark ettim. Tek bir ajan hem destek ticket’larını okuyup hem veri çekip hem de rapor yazmaya çalışıyordu. İlk günlerde fena değildi, hatta baya iş görüyordu. Sonra iş uzadı, görevler dallandı, bir yerde hafıza dağıldı… ve sistem tökezledi. O an şunu anladım: mesele “daha sağlam model” değil, “daha iyi koordinasyon”muş. Ciddi fark var.
Tek Ajan Dönemi Neden Tıkandı?
Şahsen, Son iki yılda sektörün büyük kısmı tek ajan etrafında döndü. Bir model olsun, bir prompt döngüsü olsun, üstüne birkaç araç bağlayalım… tamamdır, gibi göründü. Hani vitrine koyunca hoş duran ama mutfakta su kaçıran sistemler vardır ya — biraz öyle. Küçük işlerde çalışıyor, hatta bazen şaşırtıcı sonuçlar bile çıkarıyor; ama iş büyüyünce, farklı ekipler devreye girince ya da süreç gece boyunca sürünce ilk çatlaklar beliriyor. Oradan sonrası çığ gibi büyüyor.
Aslında sorun modelin zayıflığı değil. Sorun sınırların net olmaması. Tek ajandan her şeyi bilmesini istiyoruz; sonra da ondan muhasebe dosyası ile ürün yol haritasını aynı anda çözmesini bekliyoruz. Kaos çıkıyor. Ben bunu geçen sonbaharda Ankara’dan çalışan bir fintech ekibinin pilotunda bizzat gördüm: ajan teknik olarak çok şey yapabiliyordu, gerçekten dikkat çekici bir kurulumdu, ama karar zinciri uzunlaştıkça hata oranı tırmanıyordu. Bir noktada ekip ajana güvenmeyi bıraktı.
Garip gelecek ama, Bir de güven meselesi var (yanlış duymadınız). Maalesef. Tek ajanın eline fazla güç verince denetim zorlaşıyor — kim hangi veriyi gördü, hangi adımda ne karar verildi, hata tam olarak nerede oluştu? Bunlar bulanıklaşınca üretimdeki rahatlık kaçıp gidiyor. Kağıt üstünde süper görünen mimari, pratikte yorucu olmaya başlıyor.
“Her şeyi bilen” ajan neden yetmiyor?
Çünkü gerçek dünya tek parçalı değil. Satış ayrı konuşuyor, destek ayrı konuşuyor, hukuk ayrı bakıyor… Üstelik bunlar çoğu zaman birbirinden tamamen kopuk sistemlerde yaşıyor. Tek ajan hepsini kapsasın derseniz ya gereksiz şişer ya da hayati noktalarda eksik kalır. İkisi de istemediğiniz şey.
Çok konuştum, örnekle göstereyim.
Bak şimdi, insan organizasyonuna benzetelim: her işi genel müdürün yapmasını beklemiyorsunuz değil mi? Ajan mimarisinde de uzmanlaşma şart. Biri keşif yapar, biri doğrular, biri onay verir, biri kayıt tutar. Bu daha doğal — ve dürüst olmak gerekirse, çok daha dayanıklı.
A2A Ne Yapıyor da Konu Ciddileşiyor?
A2A, yani Agent2Agent yaklaşımı, tam burada devreye giriyor. Temel fikir basit aslında: ajanlar birbirine rastgele bağlanmasın, ortak kurallarla konuşsun, durum paylaşsın, güvenli biçimde iş bölüşsün. Bu kulağa sıkıcı gelebilir — evet, kabul ediyorum, biraz teknik standart kokulu bir konu bu —. Altyapının kaderi biraz böyle zaten. Elektrik hattı da heyecan vermez, fakat ışığı o yakar.
Nisan 2025’te Google’ın bu protokolü duyurması önemliydi çünkü mesele sadece yeni bir özellik değildi, yeni bir iletişim katmanıydı. Haziran’da Linux Foundation tarafının işi açık yönetişime taşıması ise bence asıl kırılma noktası oldu. Standartlar tek şirketin roadmap’ine bağlı kalınca ömürleri kısa oluyor; bağımsız zemine geçince ciddiyet kazanıyorlar (buna dikkat edin). Tarihi biz yazmadık ama HTTP ve SMTP bu yolu açıkça gösterdi.
Peki neden? Daha fazla bilgi için LaTeX’e Küstü, Markdown’dan PDF Üreten Python CLI Yazdı yazımıza bakabilirsiniz.
Burada kritik olan şu: A2A protokolü agent’ları daha akıllı yapmıyor, onları daha uyumlu yapıyor. Ve dürüst olayım — bazen uyumluluk zekâdan çok daha kıymetli oluyor. Tartışmasız.
| Konu | Tek Ajan Yaklaşımı | A2A Destekli Çok Ajanlı Mimari |
|---|---|---|
| Kapsam | Her işi tek merkezde toplar | Görevleri uzman ajanlara böler |
| Sürdürülebilirlik | Büyüdükçe karmaşıklaşır | Daha modüler ilerler |
| Entegrasyon | Çoğu zaman özel bağlantılar ister | Ortak iletişim mantığı sunar |
| Denetim | Zorlaşabilir | Daha izlenebilir olabilir |
| Kilitlenme riski | Tedarikçiye bağımlılık artar | Daha açık ekosistem şansı doğar |
Açık standart niye bu kadar önemli?
Bi saniye — E tabi burada güzel olan şu: vendor lock-in korkusu azalıyor. Bugün bir startup için bu önemli, ama yarın kurumsal tarafta neredeyse hayati hale geliyor — çünkü entegrasyon masrafı sandığınızdan çok hızlı büyüyor, bir bakmışsınız projenin yarısı sadece eski sistemleri konuşturmakla gidiyor.
Nerede İşe Yarıyor, Nerede Hayal Kırıklığı Yaratıyor?
Küçük startup senaryosu
Küçük ekiplerde A2A’nın en büyük faydası hız değil aslında — düzen getiriyor olması. Diyelim ki üç kişilik bir ürün ekibiniz var: biri müşteri geri bildirimlerini topluyor, diğeri hata raporlarını sınıflandırıyor, üçüncüsü release notlarını hazırlıyor… Bunları tek ajana yüklemek yerine birbirinden ayrılmış ama konuşabilen agent’lara paylaştırmak çok daha temiz duruyor, hem de uzun vadede çok daha sürdürülebilir (ciddiyim) Daha fazla bilgi için Butterfly CSS: 2026’da Dikkat Çeken Hafif Bir Seçenek yazımıza bakabilirsiniz.
Bunu 2025’in sonunda Kadıköy’de çalışan ufak bir e-ticaret girişiminde test ettiğimde fark ettim: destek ajanı ile stok kontrol ajanını ayırınca yanlış yönlendirmeler belirgin biçimde azaldı. Ama dürüst olayım — ilk kurulum beklediğim kadar pürüzsüz gitmedi. Log’lar karışıktı, hangi ajanın tam olarak ne zaman devreye girdiğini anlamak için fazladan izleme katmanı eklemek gerekti. Yani bedavaya gelmiyor. Daha fazla bilgi için PDF Dünyasında Bir Nefes: Ücretsiz ve Limitsiz Araçlar yazımıza bakabilirsiniz.
Kurum tarafında tablo değişiyor mu?
Kurumlarda mesele başka yere kayıyor: güvenlik politikaları, veri sınırları, departmanlar arası onay süreçleri… Burada A2A benzeri standartlar gerçekten nefes aldırabilir. Her departman kendi uzman ajanını kullanırken ortak çatı altında kalabiliyor. Teoride güzel. Apple’ın Yapmadığı MacBook Neo: Modla Gelen Sürpriz yazımızda bu konuya da değinmiştik.
Fakat şunu da söyleyeyim: enterprise dünyasında “standart geldi tamamdır” diye sevinmek erken olur (kendi tecrübem). Çünkü eski sistemler hâlâ orada duruyor; SAP’si var, CRM’i var, veri ambarı var (ilk duyduğumda inanamadım). Üstüne agent katmanı eklemek bazen kablo dolabına yeni kablo sokmak gibi oluyor — yer yoksa,. Gerçekten yer yoksa, can sıkabiliyor.
Standartlaşma tek başına sihir değil; ama altyapıyı büyütmek isteyen ekipler için kaostan düzene geçişin en ucuz yolu genelde standarttır.
Mimari Tarafında Neler Değişiyor?
Ajan sistemlerini artık “tek büyük beyin” olarak düşünmek yerine küçük uzmanlık hücreleri gibi görmek gerekiyor. Bu bakış açısı çok şey değiştiriyor. Mesela görev akışını tasarlarken “hangi model daha iyi?” sorusundan önce “hangi ajan neyi biliyor?” sorusunu sormaya başlıyorsunuz (kendi tecrübem). Bu fark küçük gibi duruyor — ama işte, üretimdeki geceleri sizi uyutmayan detay tam da bu oluyor.
Şimdi gelelim işin can alıcı noktasına.
Pratikte nasıl bölünüyor?
- Keşif ajanı: Veriyi toplar ve ilgili kaynakları bulur.
- Doğrulama ajanı: Gelen bilgiyi kontrol eder ve çelişkileri yakalar. (bence en önemlisi)
- Eylem ajanı: İşlemi başlatır veya API çağrısını yapar.
- Kayıt/denetim ajanı: Kim ne yaptı sorusunun cevabını saklar.
Şöyle ki, Bence güzel taraf tam burada ortaya çıkıyor: hatayı azaltmak için tüm sistemi yavaşlatmak zorunda değilsiniz, sadece doğru parçayı değiştirebiliyorsunuz. Kötü tarafı mı? Evet, var. Parça sayısı artınca gözlemleme ihtiyacı da artıyor — mimari sadeleşirken operasyon biraz ağırlaşıyor (bu konuda ikircikliyim). Garip ama gerçek, ne yapayım.
{
"agent": "support-triage",
"task": "ticket_classification",
"handoff": {
"to": "refund-policy-agent",
"reason": "billing_issue_detected"
},
"audit": true
}Neden Şimdi? Zamanlama Neyi Değiştiriyor?
Bence asıl hikâye teknolojiden çok olgunlukla ilgili (bizzat test ettim). 2023’te herkes agent demeye başlamıştı ama altyapılar henüz hamdı. 2024’te araç kullanımı gelişti, modeller daha becerikli hale geldi. 2025’e geldiğimizde ise sorun artık “ajan yapabilir miyiz?” değil “ajanlar birlikte yaşayabilir mi?” sorusuna döndü. İşte tam o noktada A2A anlam kazanıyor.
Lafı gevelemeden söyleyeyim: protokoller sıkıcı görünür ama sektörün dönüm noktaları çoğu zaman onların etrafında oluşur. HTTP olmasa web bugünkü web olmazdı; SMTP olmasa e-posta bu kadar yaygınlaşmazdı. Şimdi benzer mantığın agent dünyasında kurulmaya başladığını görüyoruz. Henüz pişmedi mi? Bayağı pişmesi lazım. Ama yön belli. Bu konuyla ilgili AfterQuery’un 300 Milyon Dolarlık Sırrı: Veri, Para ve Yapay Zekâ yazımıza da göz atmanızı tavsiye ederim.
Bazıları bunun sadece başka bir hype dalgası olduğunu söylüyor. Haklı oldukları yan var — AI dünyası abartıya çok yatkın, bunu yaşayarak öğrendik. Yine de burada şöyle bir fark var: ortaya çıkan şey tekil bir ürün değil, birbirini tanıyabilen servislerin ortak dili (şaşırtıcı ama gerçek). Bu ayrım önemli.
Ekipler Ne Yapmalı?
Eğer bugün böyle bir sisteme bakıyorsanız ilk tavsiyem şu olurdu: hemen her şeyi yeniden yazmayın. Önce darboğazları bulun. Hangi görev tekrar ediyor? Hangi adımda insan onayı şart? Hangi veri kaynağı sürekli çakışma çıkarıyor? Bu sorular cevaplanmadan protokol seçmek pek anlamlı değil — hatta bazen zararlı olabiliyor. Yanlı seçim daha büyük teknik borç doğuruyor.
- Tek hedefiniz demo ise basit tutun.
- Pilot aşamasındaysanız gözlemleme katmanını erken kurun. (bu kritik)
- Kurum ölçeğinde iseniz erişim sınırlarını netleştirin.
Açık konuşayım: birçok ekip teknoloji seçiminde ters yerden başlıyor. Önce isim hoşlarına gidiyor, sonra kullanım senaryosu arıyorlar. Doğru sıra bunun tam tersi olmalı —. Bunu söylerken kendimi de dahil ediyorum, çünkü ben de bu hatayı yaptım bir dönem.
Bir de şu var: ajanssal sistemlerde başarının anahtarı sadece otomasyon değil… güvenilir el değiştirme, yani handoff kültürü. O olmadan en iyi mimari bile yarı yolda tökezler.
Sıkça Sorulan Sorular
A2A tam olarak nedir?
A2A (Agent2Agent), farklı yapay zekâ ajanlarının ortak kurallarla iletişim kurmasını hedefleyen bir protokol yaklaşımıdır. Amaç sadece mesaj göndermek değil; durum paylaşımı, görev devri ve güvenliği de düzenlemektir.
A2A neden önemli hale geldi?
Çünkü tek ajanın her şeyi yapması gerçek dünyada çoğu zaman yetmiyor. Uzmanlaşmış agent’ların birbirini anlayıp birlikte çalışması gerekiyor. A2A da tam bu boşluğu doldurmaya aday.
Küçük şirketler için de gerekli mi?
Eğer iş akışınız basitse şart değil.
Ama müşteri desteği, içerik üretimi ya da veri kontrolü gibi birkaç süreci paralel yürütüyorsanız faydasını görebilirsiniz.
Mesela bakım yükünü azaltmak istiyorsanız işe yarar.
A2A ile mevcut araç tabanlı agent’lar aynı şey mi?
Değil.
Araç kullanan agent sadece dış servis çağırır; A2A ise agent’ların birbirleriyle yapılandırılmış biçimde konuşmasına odaklanır.
Yani konu API çağrısından biraz daha geniş.
Büyük kurumlarda en büyük risk ne?
Bence en büyük risk kontrol kaybı. Veri sınırları net çizilmezse ve denetim log’ları kurulmazsa işler hızla karmaşıklaşabilir. Standart olsa bile yönetişim şart.” (ciddiyim)
Kaynaklar ve İleri Okuma
Google Developers Blog — Announcing the Agent-to-Agent Protocol (A²A)
Şöyle söyleyeyim, Linux Foundation — Agent-to-Agent Protocol Project Duyurusu
Google A²A GitHub Deposu
Neyse uzatmayayım:
Benim gördüğüm tablo şu — multi-agent sistemler artık laboratuvar numarası olmaktan çıkıp altyapıya dönüşüyor.
Ve altyapıya dönüşen her şeyde olduğu gibi…
kazanan yalnızca en güçlü olan değil,
birlikte çalışmayı en iyi öğrenen olacak.
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
