Agent-to-Agent (A2A) Protokol

Čo je Agent-to-Agent (A2A) Protocol?

Agent-to-Agent (A2A) Protocol je otvorený štandard, ktorý určuje, ako spolu autonómni AI agenti komunikujú naprieč hranicami procesov, systémov, platforiem a výrobcov. Kým jednotlivý agent pristupuje k nástrojom, dátam a externým systémom cez Model Context Protocol (MCP), A2A upravuje vrstvu nad tým: spoluprácu medzi samostatnými agentmi. Kľúčový koncepčný krok A2A spočíva v tom, že definuje, ako agenti hovoria, nie ako myslia. Interná logika vzdialeného agenta (prompty, model, pamäť) zostáva nepriehľadná. Práve to umožňuje napríklad agentovi Salesforce zavolať agenta SAP bez toho, aby niektorá strana odhalila svoje interné štruktúry.

A2A bol predstavený v apríli 2025 na konferencii Google Cloud Next s vyše 50 partnermi a spočiatku ho riadil Google. Už 23. júna 2025 Google odovzdal špecifikáciu, SDK (Python, TypeScript) a vývojárske nástroje organizácii Linux Foundation. Tým A2A prestal byť štandardom jedného dodávateľa a stal sa otvoreným štandardom spravovaným nezávisle od výrobcov. Pre rozhodovateľov, ktorí posudzujú dlhodobú nezávislosť od platformy, je to podstatný argument.

Komunikácia medzi agentmi: technické jadro

A2A zámerne stavia na zavedených webových štandardoch, aby bola vstupná bariéra pre podniky nízka. Najdôležitejšie stavebné prvky:

• Transport. JSON-RPC 2.0 cez HTTPS. Streamovanie prebieha cez Server-Sent Events (SSE); pre dlho trvajúce úlohy sú k dispozícii voliteľné Push Notifications.
• Životný cyklus úlohy. Úlohy prechádzajú definovanými stavmi: submitted → working → input-required → completed | failed | canceled. Tento explicitný životný cyklus je zmluvným jadrom medzi dvoma agentmi; jasne ukazuje, kedy agent čaká na odpoveď na doplňujúcu otázku (input-required) a kedy je k dispozícii výsledok.
• Správy (Messages) a artefakty (Artifacts). A2A podporuje viacdielne správy (text plus multimodálny obsah, napríklad formuláre). Výsledkom úlohy je jeden alebo viac artefaktov.
• Tri režimy interakcie. Synchrónny (jedna požiadavka a odpoveď), asynchrónne dopytovanie (polling) a streamovanie/push pre dlho trvajúce úlohy.

Táto architektúra umožňuje sprístupniť interný multiagentový tok (napríklad orchestráciu v LangGraph s trvalým stavom, teda durable state) navonok ako A2A endpoint s vlastnou AgentCard; interná a externá vrstva do seba čisto zapadajú.

Agent Cards a discovery

Jadrom dohľadateľnosti (discovery) v A2A je AgentCard. Každý agent zverejňuje dokument JSON, ktorý opisuje:

• endpoint, cez ktorý je agent dostupný,
• jeho schopnosti (capabilities) a podporované zručnosti (skills),
• modality (text, formuláre, multimodálne),
• podporované autentifikačné schémy.

Z AgentCard volajúci agent zistí, čo iný agent dokáže a ako ho smie osloviť, bez toho, aby videl do jeho implementácie. V praxi je AgentCard preto rozhodujúcou pákou: ak poskytovateľ zverejní AgentCard pre každého svojho agenta v produkčnej prevádzke, zákaznícke systémy ako Salesforce Agentforce, SAP Joule alebo Microsoft Copilot Studio môžu týchto agentov volať zo svojho prostredia bez toho, aby museli budovať integráciu na mieru.

Otvorená otázka pre rok 2026: niektorí výrobcovia majú komerčné motivácie dopĺňať AgentCards o proprietárne rozšírenia. Hlavným signálom, ktorý treba pri prenositeľnosti A2A sledovať, je preto to, či AgentCard zostane prenositeľným dokumentom JSON, alebo sa stane špecifickou pre konkrétneho výrobcu.

A2A vs. MCP: komplementárne, nie konkurenčné

Najčastejšia otázka technických lídrov v regióne DACH znie: „A2A alebo MCP?“ Odpoveď rozhodujúcich poskytovateľov (Google, Salesforce, Microsoft, IBM) je jednoznačná a konzistentná: oboje, pre rôzne vrstvy. Oficiálna formulka znie: „MCP je pre schopnosti (agent-to-tool). A2A je pre spoluprácu (agent-to-agent).“ Vlastné usmernenie Microsoftu pre multiagentové systémy to formuluje prakticky: „Use MCP for tool and data access. Use Linux Foundation A2A for cross-platform agent-to-agent messaging.“

MCP sa čiastočne používa aj na komunikáciu medzi agentmi: agent sa sprístupní ako MCP „server“ so schopnosťami v podobe nástrojov. Funguje to, no MCP na to nie je navrhnutý. Google a Microsoft odporúčajú pre skutočnú spoluprácu rovnocenných agentov A2A. V konvergentnom stacku 2026 preto platí: MCP ako štandard pre vrstvu nástrojov, A2A ako štandard pre vrstvu agentov.

Linux Foundation a konsolidácia prostredia protokolov

A2A stojí v centre pozoruhodnej štandardizácie. Pri odovzdaní Linux Foundation 23. júna 2025 (Open Source Summit North America, Denver) boli zakladajúcimi členmi AWS, Cisco, Google, Microsoft, Salesforce, SAP a ServiceNow; medzitým protokol podporuje vyše 100 spoločností (zdroj: Linux Foundation, 2025). Repozitár a kanonická dokumentácia sú na github.com/a2aproject/A2A, resp. a2a-protocol.org.

Toto zoskupenie konsolidovalo roztrieštené prostredie protokolov:

• ACP → A2A. Agent Communication Protocol (ACP, marec 2025) od IBM bol 29. augusta 2025 pod LF AI & Data začlenený do A2A. Oficiálny blog LF: „the ACP team is winding down active development and contributing its technology and expertise to A2A.“ Návrhové princípy ACP (REST, async-by-default) žijú ďalej v A2A.
• AGNTCY ako nadstavba. Projekt AGNTCY od Cisca (darovaný Linux Foundation 29. júla 2025, s formatívnymi členmi Dell, Google Cloud, Oracle a Red Hat) nekonkuruje A2A; je to vrstva nad ním pre discovery, identitu a pozorovateľnosť (observability). Open Agent Schema Framework (OASF) výslovne prijíma AgentCards z A2A a popisy MCP serverov ako vstupné formáty: „A2A agents and MCP servers are discoverable through AGNTCY directories.“
• NANDA ako výskumná vízia. Projekt NANDA z MIT Media Lab koncepčne stavia na MCP a A2A, v roku 2026 je však prevažne vo výskumnej fáze a nie je základom pre architektonické rozhodnutia v produkcii.

Úprimný stav v roku 2026: MCP plus A2A tvoria konvergentný priemyselný štandard, AGNTCY je racionálny doplnok tam, kde záleží na identite naprieč výrobcami, NANDA zostáva dlhodobou víziou.

A2A v praxi DACH: platformy a nasadenia

Pre podniky v regióne DACH je A2A protokolom pre komunikáciu medzi agentmi, s ktorým sa stretávajú najčastejšie, pretože vstupnými bodmi sú ich existujúce prostredia Salesforce, SAP, Microsoft a ServiceNow. Konkrétne príklady:

• SAP Joule Studio 2.0 / Joule Work (Sapphire 2026, GA Q4 2026): obojsmerné A2A, takže agenti tretích strán môžu natívne volať agentov Joule a naopak. Pre región DACH so silnou pozíciou SAP je to jeden z najdôležitejších vývojov multiagentových platforiem v roku 2026.
• Salesforce Agentforce 360 Multi-Agent Orchestration: A2A ako handshake naprieč výrobcami pri delegovaní na agentov tretích strán; interné odovzdávanie prebieha cez Atlas Reasoning Engine.
• Microsoft Agent 365 / Copilot Studio: podpora A2A vo Work IQ od apríla 2026.
• Google Gemini Enterprise (predtým Agentspace) a ServiceNow Now Assist: natívne A2A, resp. A2A ako handshake naprieč platformami.

Compliance a audit (informatívne, nejde o právne poradenstvo)

Nasledujúce upozornenia sú informatívne a nenahrádzajú právne poradenstvo. Reťazce A2A majú štrukturálne dôsledky pre compliance, ktoré v referenčných architektúrach zameraných na USA často zaniknú:

• Reťazec zmlúv so sprostredkovateľmi podľa GDPR (čl. 28). Každý poskytovateľ agenta je potenciálne sprostredkovateľom; multiagentové nasadenie tento reťazec predlžuje. Každý A2A hop je potenciálne samostatným vzťahom so sprostredkovateľom s vlastnou zmluvou o spracúvaní osobných údajov.
• Cezhraničný prenos (čl. 44–49). Pri hybridnom stacku Salesforce/SAP/Microsoft/Anthropic naprieč cloudmi v USA a EÚ potrebuje každý hop medzi agentmi, ktorý prenáša dáta do tretej krajiny, vlastný právny základ podľa kapitoly V GDPR. Pre príjemcov v USA certifikovaných podľa EU-US Data Privacy Framework platí rozhodnutie Európskej komisie o primeranosti z 10. júla 2023 (čl. 45). Ak rozhodnutie o primeranosti chýba, potrebuješ primerané záruky podľa čl. 46, v praxi väčšinou štandardné zmluvné doložky (SCC) spolu s Transfer Impact Assessment, a to pre každý hop zvlášť.
• EU AI Act (prehľadovo). Kto je poskytovateľ (provider) a kto nasadzujúci subjekt (deployer) pri kompozícii A2A Salesforce → SAP → Anthropic? Opatrný výklad: každý výrobca je poskytovateľom svojho vlastného agenta, integrujúca organizácia je nasadzujúcim subjektom zloženého systému. Toto priradenie ešte v roku 2026 nie je definitívne vyjasnené; príslušné tvrdenia treba považovať za predbežné, kým vykonávacie akty neprinesú jasnosť.
• Auditná stopa (audit trail). Každá správa A2A môže byť relevantná pre audit. Odporúča sa prenášať jednotné trace ID cez každú úlohu A2A a každé volanie MCP, fixovať verzie modelov a zaznamenávať použité AgentCards. Auditovateľnosť patrí do topológie agentov, nielen do logovacieho pipeline.

Ako vyzerá samostatný auditný agent v praxi, ukazuje Allianz Project Nemo v Austrálii, hoci nasadenie A2A tam nie je verejne doložené. Ide o hierarchický systém siedmich agentov (Planner, Cyber, Coverage, Weather, Fraud, Payout, Audit), ktorý Allianz Australia spustila v júli 2025 pre poistné udalosti so skazenými potravinami po výpadkoch elektriny spôsobených búrkami. Do prevádzky išiel za menej ako 100 dní a dosiahol 80 % skrátenie času spracovania a likvidácie poistných udalostí (zdroj: Allianz, 2025). O výplate vždy rozhoduje človek. Poisťovne v regióne DACH môžu vzor auditného agenta využiť ako predlohu.

Výhľad a praktické odporúčanie

A2A v roku 2026 dozrel zo štandardu Google na projekt Linux Foundation spravovaný nezávisle od výrobcov s vyše 100 podporovateľmi. Najsilnejšiu štrukturálnu poistku predstavuje správa pod Linux Foundation, otvorené otázky však zostávajú: či A2A v produkcii dosiahne skutočnú interoperabilitu naprieč výrobcami, alebo sa roztriešti proprietárnymi rozšíreniami AgentCard, je hlavným signálom, ktorý treba v nasledujúcich štvrťrokoch sledovať.

Pre prax v regióne DACH znie pragmatické odporúčanie: MCP pre nástroje, A2A pre agentov. Všetko ostatné je vedomá odchýlka od konvergentného stacku a treba ju zdôvodniť. Ak vystupuješ ako poskytovateľ alebo nasadzujúci subjekt, zverejňuj AgentCards, pretože sú zmluvou naprieč systémami, ktorá rozhoduje o tom, či sa agent zapojí do podnikového ekosystému 2026. AGNTCY a NANDA si zaslúžia miesto na zozname sledovaných technológií, v roku 2026 však nepatria na kritickú cestu multiagentového programu. Rozumné poradie zavádzania pre koncerny: najprv štandardizovať politiku pre MCP servery, potom zaviesť A2A v rámci jednej platformy, následne rozšíriť na druhú, vybudovať register AgentCards a identitu naprieč výrobcami (AGNTCY) doplniť až vtedy, keď to objem ospravedlní.