Co je protokol A2A?

A2A (Agent2Agent) je otevřený standard pro komunikaci mezi AI agenty, které postavili různí dodavatelé na různých frameworcích. Jeden agent zjistí, co ten druhý umí, předá mu úkol a v definovaném formátu ho sleduje až do konce. Původně ho vyvinul Google a věnoval ho Linux Foundation. Dnes ho spravuje Technical Steering Committee, ve kterém sedí lidé z AWS, Cisca, Googlu, IBM Research, Microsoftu, Salesforce, SAP a ServiceNow. Poslední vydaná specifikace má verzi 1.0.0 a je to první stabilní verze, kterou projekt má.

Celý návrh určuje jediné omezení: neprůhlednost. Specifikace říká, že agenti spolupracují, „aniž by potřebovali přístup k vnitřnímu stavu, paměti nebo nástrojům toho druhého“. Ani jedna strana neukazuje prompty, model, paměť ani nástroje, které volá. Přes hranici projde úkol, zprávy, které k němu patří, a to, co z úkolu vzejde.

Právě tady vede hranice mezi A2A a protokolem, se kterým si ho lidé pletou nejčastěji. MCP standardizuje, jak jeden agent přistupuje k vlastním nástrojům, API a zdrojům. A2A standardizuje, jak spolu komunikují dva agenti. Projekt výslovně uvádí, že MCP nenahrazuje. Každý z nich pokrývá jinou hranici téhož systému.

Vyhledávání agentů (discovery) začíná u Agent Card. A2A server zveřejní vlastní popis v JSONu na adrese https://{agent-server-domain}/.well-known/agent-card.json, a to podle principů RFC 8615. Karta vyjmenuje, co agent umí, takže se klient může rozhodnout, jestli mu vůbec něco pošle. Karty mohou přijít i ze spravovaného registru nebo rovnou z konfigurace, a to je důležitější, než to zní. K tomu se dostaneme níž.

Datový model je malý. Specifikace stojí na objektech Task, Message, Part, Artifact a AgentCard. Úkol je jednotka práce a nese vlastní stav, zprávy jsou komunikace uvnitř něj. Party jsou části, ze kterých se zpráva skládá, a artefakty jsou to, co úkol vyprodukuje. Dlouho běžící a asynchronní práce patří přímo do návrhu, ne do jeho rozšíření. Agent, který má udělat něco skutečného, totiž na jeden požadavek neodpoví.

Transportní vazby jsou tři. Specifikace definuje JSON-RPC, gRPC a HTTP+JSON/REST, takže A2A běží na infrastruktuře, kterou váš platformový tým už umí provozovat, autentizovat a logovat.

Nic z toho není exotické. Zajímavé je, co protokol vědomě nestandardizuje, a právě tam vzniká většina praktických otázek.

A2A se vyplatí na hranici důvěry, všude tam, kde agent na druhé straně není váš a nemůžete do něj vidět, nasadit ho ani odladit.

Rychlost rozšíření tomu nahrává. Stejné oznámení mluví o více než 150 podporujících organizacích, zatímco při startu v dubnu 2025 jich bylo přes 50. Hlavní repozitář překročil 22 000 hvězd na GitHubu a pro Python, JavaScript, Javu, Go a .NET existují SDK připravená pro produkci.

Sáhnete po něm uvnitř vlastního systému. Je to nejčastější a zároveň nejdražší chyba. Projekt přímo říká, že A2A není protokol pro to, jak agent volá vlastní subagenty nebo nástroje, a není to ani agentní framework. Naše vlastní práce to potvrzuje z druhé strany. Naše redakční pipeline spouští překladového subagenta a po něm samostatného subagenta na stylistickou redakci. Sdílený kontext mezi nimi není. Izolace je záměrná a právě díky ní dvojice porazila jednoagentní sestavu, kterou nahradila. Jeden ruční běh nad publikovaným článkem odhalil 11 nálezů a pět z nich tvořil tentýž opakovaný kalk. Žádné z těch zlepšení by nevzniklo z protokolu, kterým by si ti dva vyměňovali data. Vznikla z rozhodnutí o tom, co každý z agentů smí vidět. Transport nikdy nebyl problém.

Spletete si discovery s governance. Agent Card vám řekne, že agent existuje a co o sobě tvrdí. Neřekne vám, jestli ho smí použít právě tento volající, pod jakými přihlašovacími údaji, z jakého rozpočtu a co se zapíše do auditního logu. K jedné polovině se specifikace hlásí otevřeně: „současná specifikace A2A nepředepisuje standardní API pro spravované registry“. Druhou polovinu nechává specifikace stranou záměrně. Pokud vám to zní povědomě, je to tatáž díra, na jakou jsme narazili na nástrojové straně systému. Proto jsme nakonec postavili řídicí vrstvu nad MCP pro enterprise, místo abychom spoléhali, že pravidla unese protokol.

Čekáte, že se to bude dát ladit. Neprůhlednost je přednost a má svou cenu. Když se delegovaný úkol vrátí špatně, máte jeho stav, zprávy a artefakty, ne úvahy, kontext ani volání nástrojů toho druhého agenta. Navrhněte svou stranu tak, aby se špatný výsledek dal poznat ze samotného artefaktu. Nic jiného totiž nikdy nedostanete.

Berete A2A jako náhradu MCP. Agenti pořád potřebují nástroje. A2A jim žádné nedá.

A2A v produkci neprovozujeme. Naše vlastní práce s více agenty se odehrává v jedné doméně důvěry. Orchestrátor spustí subagenty, každý z nich si zapisuje plán a postup do vlastního souboru mimo verzovací systém a všechno se nasazuje společně. Uvnitř této hranice by protokol přidal serializační formát, mechanismus vyhledávání a autentizaci. Systém, který nic z toho nepotřebuje, by za to nedostal vůbec nic.

Užitečný test proto není, jestli máte víc agentů, protože ty má skoro každý. Spočítejte radši hranice důvěry. Pokud je každý agent ve workflow váš, běží ve vašem nasazení a dá se vydat jedním releasem, je orchestrace architektonické rozhodnutí a A2A režie navíc. Ve chvíli, kdy jeden z agentů patří někomu jinému, to rozhodnutí přestává být vaše. A standard má větší cenu než cokoli, co byste si napsali sami.