Agent-to-Agent (A2A) Protokol

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

Agent-to-Agent (A2A) Protocol je otvorený štandard pre to, ako autonómne AI Agents medzi sebou komunikujú – naprieč hranicami procesov, systémov, platforiem a výrobcov. Zatiaľ čo jednotlivý Agent pristupuje k Tools, dátam a externým systémom prostredníctvom Model Context Protocol (MCP), A2A reguluje vrstvu nad tým: spoluprácu medzi samostatnými Agents. Centrálnym koncepčným krokom A2A je, že definuje, ako Agents hovoria, nie ako myslia. Interná logika vzdialeného Agenta – jeho Prompts, jeho model, jeho pamäť – zostáva opakná. Práve to umožňuje napríklad Salesforce-Agentovi zavolať SAP-Agenta bez toho, aby jedna strana odhalila svoje interné štruktúry.

A2A bol predstavený v apríli 2025 na Google Cloud Next s vyše 50 partnermi a spočiatku bol riadený spoločnosťou Google. Už 23. júna 2025 Google odovzdal špecifikáciu, SDKs (Python, TypeScript) a vývojárske Tooling Linux Foundation. Tým A2A už nie je vendor-štandardom, ale herstellerneutrálne spravovaným otvoreným štandardom – podstatný argument pre rozhodovateľov, ktorí hodnotia dlhodobú nezávislosť od platformy.

Komunikácia agent-k-agentovi: technické jadro

A2A zámerne stavia na etablovaných webových štandardoch, aby udržal nízku prekážku pre podniky. Najdôležitejšie stavebné prvky:

• Transport. JSON-RPC 2.0 cez HTTPS. Streaming prebieha cez Server-Sent Events (SSE); pre dlho bežiace úlohy sú predvídané 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 Agents – objasňuje, kedy Agent čaká na spätnú otázku (input-required) a kedy je výsledok k dispozícii.
• Messages a Artifacts. A2A podporuje viacdielne správy (text plus multimodálny obsah, napríklad formuláre). Výsledkom úlohy je jeden alebo viac Artifacts.
• Tri interakčné režimy. Synchrónny (jednotlivá požiadavka/odpoveď), asynchrónny Polling, ako aj Streaming/Push pre dlho bežiace Tasks.

Táto architektúra umožňuje sprístupniť interný Multi-Agent-Flow (napríklad LangGraph-orchestráciu s durabilným State) navonok ako A2A-Endpoint s jednou AgentCard – interná a externá vrstva sa čisto komponujú.

Agent Cards a Discovery

Srdcom dohľadateľnosti (Discovery) v A2A je AgentCard. Každý Agent zverejní JSON-dokument, ktorý opisuje:

• Endpoint, prostredníctvom ktorého je Agent dosiahnuteľný,
• jeho schopnosti (capabilities) a podporované Skills,
• modality (text, formuláre, multimodálne),
• podporované autentifikačné schémy.

Prostredníctvom AgentCard zistí volajúci Agent, čo iný Agent dokáže a ako ho smie osloviť – bez vnútorného pohľadu na jeho implementáciu. Pre prax je AgentCard tým rozhodujúcou pákou: ak poskytovateľ zverejní pre svoje produktivizované Agents vždy AgentCard, môžu zákaznícke systémy – Salesforce Agentforce, SAP Joule, Microsoft Copilot Studio – tieto Agents volať z vlastného prostredia bez toho, aby museli budovať zákaznícky špecifickú integráciu. Pre DACH-AI-agentúry je to podľa Research-reportu 2026 jednou z vôbec najdôležitejších produktovo-strategických pák.

Otvorený bod pre rok 2026: existujú komerčné stimuly jednotlivých výrobcov opatriť AgentCards proprietárnymi rozšíreniami. Centrálnym pozorovacím signálom pre portabilitu A2A je preto, či AgentCard zostane portabilným JSON-dokumentom, alebo sa stane herstellerovo špecifickým.

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

Najčastejšia otázka Tech-Leads v regióne DACH znie: „A2A alebo MCP?" Odpoveď rozhodujúcich poskytovateľov (Google, Salesforce, Microsoft, IBM) je jednoznačná a konzistentná: oboje, pre rozdielne vrstvy. Oficiálna formula znie: „MCP je pre schopnosti (agent-to-tool). A2A je pre spoluprácu (agent-to-agent)." Vlastná Multi-Agent-smernica Microsoftu to formuluje operatívne: „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 pre agent-k-agentovi tak, že sa Agent exponuje ako MCP-„Server" s tool-podobnými schopnosťami. To funguje, ale nie je to výklad MCP – Anthropic, Google a Microsoft konzistentne odporúčajú pre skutočnú peer-kolaboráciu A2A. V konvergentnom stacku 2026 teda platí: MCP ako štandard pre Tool-vrstvu, A2A ako štandard pre Agent-vrstvu.

Linux Foundation a konsolidácia protokolovej krajiny

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

Toto zoskupenie skonsolidovalo fragmentovanú protokolovú krajinu:

• ACP → A2A. Agent Communication Protocol (ACP, marec 2025) od IBM bol 29. augusta 2025 prevedený pod LF AI & Data do A2A. Oficiálny LF-blog: „the ACP team is winding down active development and contributing its technology and expertise to A2A." Dizajnové princípy ACP (REST, async-by-default) žijú ďalej v A2A.
• AGNTCY ako Overlay. Projekt AGNTCY od Cisca (darovaný Linux Foundation 29. júla 2025, s Dell, Google Cloud, Oracle a Red Hat ako formatívnymi členmi) nie je konkurentom A2A, ale vrstvou nad ním pre Discovery, identitu a Observability. Open Agent Schema Framework (OASF) prijíma A2A-AgentCards a MCP-Server-popisy explicitne 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 blízky výskumu a nie je základom pre produktívne architektonické rozhodnutia.

Úprimný stav 2026: MCP plus A2A tvoria konvergentný priemyselný štandard, AGNTCY je racionálny add-on tam, kde záleží herstellerovo prierezová identita, NANDA zostáva dlhodobou víziou.

A2A v DACH-praxi: platformy a Deployments

Pre podniky v regióne DACH je A2A inter-agent protokolom, s ktorým sa stretávajú najčastejšie – pretože ich existujúce Salesforce-, SAP-, Microsoft- a ServiceNow-krajiny sú vstupnými bodmi. Konkrétne príklady z Research-reportu:

• SAP Joule Studio 2.0 / Joule Work (Sapphire 2026, GA Q4 2026): obojsmerné A2A, takže tretí Agents môžu natívne volať Joule-Agents a naopak. Pre SAP-orientovanú DACH-krajinu je to podľa reportu najdôležitejší vývoj Multi-Agent-platformy 2026.
• Salesforce Agentforce 360 Multi-Agent Orchestration: A2A ako herstellerovo prierezový Handshake pre delegáciu na tretích Agents; interné odovzdania prebiehajú cez Atlas Reasoning Engine.
• Microsoft Agent 365 / Copilot Studio: podpora A2A v Work IQ od apríla 2026.
• Google Agentspace a ServiceNow Now Assist: natívne A2A, resp. A2A ako platformovo prierezový Handshake.

Ako dokumentovanú DACH-vlajkovú loď uvádza report Allianz Project Nemo – hierarchický sedem-agentový systém (Planner, Cyber, Coverage, Weather, Fraud, Payout, Audit) pre poistné udalosti, ktorý šiel do prevádzky za menej ako 100 dní a pre oprávnené prípady dosiahol 80 % zníženie času spracovania a regulácie (zdroj: Allianz, 2025) – s explicitným Human-in-the-Loop pri kroku výplaty.

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

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

• GDPR-AVV-reťazec (čl. 28). Každý poskytovateľ Agenta je potenciálne spracovateľom; Multi-Agent predlžuje AVV-reťazec. Každý A2A-Hop je potenciálne samostatným vzťahom spracovateľa s vlastnou zmluvou o spracovaní.
• Cezhraničný prenos (čl. 44–49). Pri hybridnom Salesforce-/SAP-/Microsoft-/Anthropic-stacku cez US-EU-Clouds platí: nevykonávate jeden Transfer Impact Assessment, ale jeden pre každý cezhraničný agent-k-agentovi-Hop. Štandardné zmluvné doložky (SCCs) a TIAs zostávajú povinné.
• EU AI Act (high-level). Kto je Provider, kto Deployer pri Salesforce-→-SAP-→-Anthropic-A2A-kompozícii? Opatrný výklad: každý výrobca je Providerom svojho vlastného Agenta, integrujúca organizácia je Deployerom komponovaného systému. Toto priradenie ešte nie je v roku 2026 definitívne vyjasnené; príslušné výroky treba považovať za provizórne, kým vykonávacie právne akty neprinesú jasno.
• Audit-Trail. Každá A2A-správa môže byť relevantná pre audit. Odporúča sa propagovať prierezovú Trace-ID cez každý A2A-Task a každý MCP-Call, pinovať verzie modelov a spoluprotokolovať použité AgentCards. Audit-Agent-vzor z Allianz Project Nemo platí za DACH-relevantnú predlohu: auditovateľnosť patrí do Agent-topológie, nielen do Logging-pipeline.

Výhľad a praktické upozornenie

A2A dozrel v roku 2026 z Google-štandardu na herstellerneutrálne spravovaný Linux-Foundation-projekt s vyše 100 podporovateľmi. Štrukturálne najsilnejšie zabezpečenie – Linux-Foundation-governance – stojí oproti otvoreným otázkam: či A2A dosiahne skutočnú herstellerovo prierezovú interoperabilitu v produkcii, alebo sa fragmentuje proprietárnymi AgentCard-rozšíreniami, je centrálnym pozorovacím signálom nasledujúcich kvartálov.

Pre prax v regióne DACH znie pragmatické odporúčanie: MCP pre Tools, A2A pre Agents – všetko ostatné je vedomá odchýlka od konvergentného stacku a malo by byť odôvodnené. Kto koná ako Provider alebo Deployer, mal by zverejňovať AgentCards, pretože sú systémovo prierezovou zmluvou, ktorá rozhoduje o tom, či sa Agent zúčastní enterprise-ekosystému 2026. AGNTCY a NANDA si zaslúžia miesto na Watchliste, ale v roku 2026 nepatria na kritickú cestu Multi-Agent-programu. Zmysluplná zavádzacia sekvencia pre koncerny: najprv štandardizovať MCP-Server-policy, potom zaviesť A2A v rámci jednej platformy, následne rozšíriť na druhú, vybudovať AgentCard-Registry – a herstellerovo prierezovú identitu (AGNTCY) doplniť až vtedy, keď to objem ospravedlní.