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í.