Son iki yıldır çoğu kurum, yapay zeka ajanlarını bir zamanlar erken dönem yazılımı gibi kurdu: yalıtılmış biçimde. Bir yanda bir destek ajanı, öbür yanda bir finans ajanı; her biri kendi hafızası, kendi araçlarıyla bir silo ve diğerleriyle konuşmanın hiçbir yolu yok. Bir şirketin birden fazla ajanı olur olmaz, bariz soru ortaya çıkar: her çift için birileri özel bir entegrasyon elle kodlamadan bunlar nasıl birlikte çalışır?
A2A (Agent2Agent) protokolü tam da bu sorunu çözmek için doğdu. Google, A2A'yı 9 Nisan 2025'te duyurdu ve 23 Haziran 2025'te Linux Foundation'a bağışladı; böylece tedarikçiden bağımsız, toplulukça yönetilen bir standart hâline geldi. İlk yıl dönümünde proje 150'den fazla kuruluşa ulaştı ve Google, Microsoft ile AWS platformlarına entegre oldu ve ilk kararlı sürümü A2A v1.0'ı yayımladı (v1.0.1 28 Mayıs 2026'da geldi).

Sorun: patlayan bir entegrasyon grafiği
Bir standardın önemli olmasının nedeni kombinatoriktir. n ajanınız varsa ve her çift özel bir entegrasyon gerektiriyorsa, kabaca n-kare bağlantıdan sorumlu olursunuz. On ajan, on entegrasyon değildir; kırk beşe yakındır. Bu, ağların TCP/IP'den önce ve web'in HTTP'den önce çarptığı aynı duvardır: ortak bir protokol olmadan her bağlantı özel bir projedir ve bir katılımcı daha eklemenin maliyeti, sistem büyümeyi durdurana dek artar.
İktisatçıların bir standardın kaldırdığı şey için bir adı var: işlem maliyetleri. Ronald Coase, bir firmanın sınırlarının eşgüdüm maliyetiyle belirlendiğini savundu. A2A, ajanlar arası eşgüdüm maliyetini sıfıra yaklaştırır ve bu, kurum içinde ne yapmaya değer ile bir uzmandan ne satın almaya değer dengesini değiştirir. Herhangi bir ajan, tek bir protokol üzerinden herhangi bir başka ajanı çağırabildiğinde, entegrasyon grafiği n-kareden n'e çöker.
A2A nasıl çalışır
A2A, web'in zaten çalışma biçimine temiz oturan birkaç kavrama dayanır.
Agent Card (Ajan Kartı), bir ajanın kendini tanımlama biçimidir: ajanın becerilerini, uç noktalarını ve kimlik doğrulama gereksinimlerini listeleyen, iyi bilinen bir URL'de sunulan, makinece okunabilir bir belge. Bu, keşiftir. Bir ajan, bir başkasının kartını bir tarayıcının sayfa okuması gibi okur ve ne isteyebileceğini bilir.
{
"name": "fatura-tahsildari",
"version": "1.4.0",
"url": "https://ajanlar.acme.com/fatura-tahsildari",
"skills": [
{ "id": "vadesi_gecen_takip", "description": "Vadesi geçmiş faturaları takip et" }
],
"authentication": { "schemes": ["oauth2"] },
"capabilities": { "streaming": true, "pushNotifications": true }
}
v1.0'da kartlar kriptografik olarak imzalanabilir (JWS, RFC 7515 ve JSON Kanonikleştirme, RFC 8785 ile); böylece bir ajan gerçekte kiminle konuştuğunu doğrulayabilir.
Task (Görev), iş birimidir. Bir istemci ajan, uzak bir ajana bir görev gönderir; o da üzerinde çalışır ve güncellemeleri ile sonuçları geri akıtır. Görevlerin tanımlı bir yaşam döngüsü vardır ve uzun sürebildikleri için A2A, anlık yanıt varsaymak yerine akış (streaming) ve anlık bildirimleri destekler.
Opak ajanlar temel tasarım tercihidir. Ajanlar, iç hafızalarını, prompt'larını veya muhakemelerini birbirine açmadan iş birliği yapar. Uzak bir ajan, bir görevi kabul edip sonuç döndüren bir kara kutudur. Bir LangGraph ajanı ile bir CrewAI ajanının içlerini paylaşmadan ya da yeniden yazılmadan iş birliği yapmasını sağlayan şey budur.
Versiyon uzlaşması, ekosistem geliştikçe onu kararlı tutar: istemciler bir A2A-Version başlığı gönderir ve sunucular uyumsuz versiyonları kafa karıştırıcı biçimde başarısız olmak yerine açıkça reddeder.
A2A ve MCP rakip değildir
En yaygın kafa karışıklığı A2A ile Anthropic'in 2024 sonunda tanıttığı Model Context Protocol (MCP) arasındadır. Aynı sorunun farklı yarılarını çözerler ve A2A ekibinin yıl dönümü yazısı ayrımı açık kılar: MCP bir ajanı araçlarına ve verisine bağlar (dikey ilişki); A2A ise bir ajanı diğer ajanlara bağlar (yatay ilişki).

Basitçe: MCP, bir ajanın elini bir veritabanına ya da bir API'ye uzatma biçimidir. A2A ise bir ajanın başka bir ajandan bir şey yapmasını isteme biçimidir. Gerçek bir sistem ikisini de kullanır: her ajan araçlarına ulaşmak için içeride MCP'yi, akranlarına iş devretmek için dışarıda A2A'yı kullanır.
Birlikte çalışabilirliğin iş gerekçesi
Birlikte çalışabilirlik teknik bir ayrıntı değildir. Üç sonucu olan bir tedarik ve strateji kararıdır.
Birincisi, tedarikçi kilidini kaldırır. Ajanlar ortak bir protokol konuştuğunda tek bir tedarikçinin ekosisteminde kapana kısılmazsınız. Bir sağlayıcının sınıfının en iyisi finans ajanını, bir başkasının CRM ajanıyla birleştirebilir ve her şeyi yeniden bağlamadan birini değiştirebilirsiniz. Bu opsiyonellik, her müzakerede bir kaldıraçtır.
İkincisi, satın al ya da geliştir dengesini değiştirir. Bir dış uzman ajanı entegre etmek altı aylık bir proje yerine standart bir protokol çağrısıysa, daha önce kendinizin daha kötüsünü geliştireceğiniz yerde bir yeteneği satın almak gerçekçi olur. Bu, hızlandırılmış üretkenlik J-eğrisidir: tamamlayıcı yatırım (entegrasyon) düşer, dolayısıyla değer daha erken gelir.
Üçüncüsü, bir ekosistem yaratır ve ekosistemlerin ağ etkileri vardır. Bir protokolün değeri onu konuşan ajan sayısıyla büyür; 150 kuruluşu geçmenin herhangi bir tek özellikten daha önemli olmasının nedeni budur. Bugün geliştiremediğiniz bir yetenek, yarın basitçe bir başkasının ajanına yapılan bir çağrı olabilir.
Uyarı: birlikte çalışabilirlik bir operasyon katmanı ister
Bir uyarı, çünkü kurumlar tam burada tökezler. Farklı tedarikçilerin ajanlarının birbirine iş devretmesine izin vermek yeteneği çoğaltır ama işlerin ters gidebileceği yüzeyi de çoğaltır. Sizin geliştirmediğiniz, sizin verinizle çalışan, sizin adınıza eylem alan bir ajan, tam da sürekli yazdığımız soruları gündeme getirir: bu eylemi kim onayladı, maliyeti neydi, hangi veriye dokundu ve ne olduğunu yeniden kurabilir misiniz? Bir protokol bağlanabilirliği çözer. Kimliği, onayları, maliyet kontrolünü, guardrail'leri veya izlemeyi tek başına çözmez. Bunlar ajanların etrafındaki operasyon katmanında yaşar ve ajanlarınız kontrol etmediğiniz ajanlarla konuşmaya başladığında daha az değil, daha çok önem kazanır.
Sonuç
A2A, yapay zeka ajanları için HTTP'nin belgelere ve TCP/IP'nin ağlara yaptığını yapıyor: bir yığın uyumsuz siloyu birlikte çalışabilir bir sisteme çeviriyor. Teknik mekanik (ajan kartları, görevler, opak ajanlar, imzalı kimlik) zariftir ama asıl hikaye iktisadidir. Ajanlar arası eşgüdüm ucuzladığında entegrasyon grafiği çöker, kilit zayıflar ve satın almak, geliştirmeye daha sık üstün gelir. Kazananlar tek bir en iyi ajana sahip ekipler olmayacak. Birçoğunu güvenle birleştirebilen ekipler olacak; ve buradaki kilit sözcük, güvenle.
Ajanları tedarikçiler arasında, onay, maliyet ve denetim kontrolünü kaybetmeden nasıl bağlayacağınızı mı düşünüyorsunuz? 30 dakikalık bir görüşme ayarlayın, birlikte planlayalım.
