A2A vs. MCP: Agent-k-nástroju a agent-k-agentovi v porovnaní

A2A a MCP sú dva komplementárne otvorené protokoly pre AI agentov. MCP (Model Context Protocol, pôvodne od spoločnosti Anthropic, november 2024) prepája agenta s nástrojmi, dátami a kontextom, to je úroveň agent-k-nástroju. A2A (Agent2Agent, pôvodne od Google, apríl 2025) umožňuje samostatným agentom navzájom spolupracovať, to je úroveň agent-k-agentovi. Nekonkurujú si. Riešia odlišné problémy a v praxi sa nasadzujú spoločne.

Kto raz pochopí, že ide o dve vrstvy toho istého stacku, a nie o dva tábory vo vojne štandardov, robí rýchlo lepšie architektonické rozhodnutia.

• MCP dáva agentovi nástroje. Štandardizuje, ako agent posiela dopyty do databázy, číta údaje z CRM, otvára súbor alebo spúšťa webové vyhľadávanie.
• A2A umožňuje agentom spolupracovať. Štandardizuje, ako agent deleguje úlohu inému, samostatnému agentovi, aj naprieč hranicami systémov a dodávateľov.
• Oba sa dopĺňajú. Dokumentácia A2A to zhŕňa takto: A2A je pre agentov, ktorí spoločne pracujú na úlohách, MCP pre agentov, ktorí využívajú schopnosti. IBM po zlúčení svojho projektu ACP potvrdzuje rovnakú líniu.

Mentálny model: ruky verzus spoločný jazyk

Zapamätateľný obraz: MCP dáva agentovi ruky, teda schopnosť siahnuť do vonkajšieho sveta, čítať v ňom a konať. A2A dáva viacerým agentom spoločný jazyk, teda schopnosť zadávať si navzájom úlohy a vracať si výsledky bez toho, aby jeden musel druhému odhaliť svoje prompty, modely alebo pamäť.

Rozhodujúcim koncepčným krokom pri A2A je, že interná logika vzdialeného agenta zostáva nepriehľadná. A2A definuje, ako spolu agenti hovoria, nie ako myslia. Práve to umožňuje agentovi v Salesforce zavolať agenta v SAP bez toho, aby ktorýkoľvek z nich musel prezradiť svoje interné prompty. MCP naopak sprístupňuje nástroj s jasne opísanou schémou. Tu je transparentnosť schopností práve zmyslom veci.

Technické porovnanie: dimenzia, MCP a A2A

Oba protokoly stavajú na JSON-RPC 2.0 a spadajú pod Linux Foundation. To podčiarkuje, že sú myslené ako jeden ucelený stack.

MCP sa v roku 2025 rozšírilo doslova explozívne: OpenAI ho prijalo v marci 2025, Google DeepMind v apríli 2025, k tomu Microsoft Copilot Studio, Cursor, Zed, Replit a mnoho ďalších. A2A dnes podporuje viac ako 100 firiem; zakladajúcimi členmi projektu pod Linux Foundation sú AWS, Cisco, Google, Microsoft, Salesforce, SAP a ServiceNow.

Prečo treba „komplementárny“ brať doslova

Existuje technická sivá zóna, ktorá v diskusiách často spôsobuje zmätok: agenta možno sprístupniť ako MCP server, a tak ho pre iných agentov urobiť dostupným ako nástroj. Funguje to, ale MCP na to nebolo navrhnuté a Google aj Microsoft stavajú pri skutočnej spolupráci rovnocenných agentov na A2A.

Dôvod spočíva v sémantike. MCP pozná volanie nástroja: request dnu, response von. A2A pozná úplný životný cyklus úlohy s medzistavmi, navrhnutý pre dlhotrvajúcu spoluprácu, pri ktorej sa vzdialený agent môže aj spätne pýtať. Patrí sem aj stav input-required, keď vzdialený agent potrebuje niečo vyjasniť. Kto napodobňuje komunikáciu agent-k-agentovi cez MCP, prichádza presne o túto mechaniku.

Historicky krátko existoval aj tretí protokol, ACP od IBM (Agent Communication Protocol, marec 2025). Dňa 29. augusta 2025 sa pod LF AI & Data začlenil do A2A. Princípy návrhu ACP (REST, async-default) žijú ďalej v A2A. Obraz pre rok 2026 je preto jasný: MCP + A2A je konvergentný stack. AGNTCY (Cisco a ďalší) je vrstva pre identitu, discovery a observability nad A2A a MCP, nie konkurent. NANDA (MIT Media Lab) je výskum a do produkčných rozhodnutí v roku 2026 nepatrí.

Kombinovaný príklad: likvidácia poistnej udalosti s oboma protokolmi

Konkrétny, zjednodušený príklad ukáže, ako protokoly spolupracujú. Predstav si poistný workflow v duchu zdokumentovaného projektu Allianz „Nemo“, ktorý nasadzuje sedem špecializovaných agentov (Planner, Cyber, Coverage, Weather, Fraud, Payout, Audit) a poistnú udalosť spracuje za menej ako päť minút (s človekom v slučke pri konečnom rozhodnutí o výplate).

Priebeh z pohľadu architektúry:

1. Úroveň A2A: Orchestrátor pošle cez A2A tri úlohy špecializovaným rovnocenným agentom: „Preveriť krytie pre prípad #4711“ agentovi coverage_agent, „Preveriť indikátory podvodu #4711“ agentovi fraud_agent a „Údaje o nečase k dátumu škody“ agentovi weather_agent.
2. Úroveň MCP: Každý z týchto agentov sa k svojim nástrojom dostáva interne cez MCP. coverage_agent posiela dopyty na MCP server „Databáza poistných zmlúv“, fraud_agent používa MCP server „Fraud-Scoring-API“ a weather_agent MCP server „API meteorologickej služby“.
3. Spätná cesta: Každá úloha prejde životným cyklom A2A submitted → working → completed. Výsledky sa vracajú ako artefakty A2A a orchestrátor ich spojí.

Rozdeľovanie úloh medzi agentmi prebieha cez A2A: orchestrátor nevie a ani nemusí vedieť, aký model alebo prompt sa skrýva v agentovi na odhaľovanie podvodov. Len čo však jednotlivý agent pošle dopyt do databázy poistných zmlúv alebo osloví meteorologické API, beží to cez MCP. A2A koordinuje hlavy, MCP obsluhuje ruky. Práve toto čisté oddelenie je dôvodom, prečo sa oba protokoly považujú za komplementárne.

Pre predstavu o nákladoch a prínose: zdokumentovaný multiagentový výskumný systém spoločnosti Anthropic (Claude Opus 4 ako vedúci agent, paralelní subagenti s Claude Sonnet 4) prekonal v internom hodnotení výskumných úloh jedného agenta Opus 4 o 90,2 %. Spotreboval pritom približne 15-krát viac tokenov ako bežná chatová interakcia, jeden agent zhruba 4-násobok. Multiagentová architektúra (a tým aj A2A) sa teda oplatí najmä pri paralelizovateľných, široko rozvetvených úlohách, nie ako samoúčel.

Realita v regióne DACH: komplementarita má svoju cenu v compliance

Pre B2B rozhodovateľov v regióne DACH je dôležitý jeden dôsledok, ktorý referenčné architektúry zamerané na USA len zriedka otvorene pomenúvajú: keď agenti prepojení cez A2A bežia u rôznych poskytovateľov a popri tom volajú nástroje cez MCP, dátový tok pri každej úlohe prekračuje viacero hraníc spracúvania a prípadne aj hraníc rezidencie dát.

Každý skok cez A2A a každý MCP server je potenciálne samostatný sprostredkovateľ v zmysle GDPR (čl. 28). Komplementarita na úrovni protokolov teda v praxi znamená dlhší reťazec sprostredkovateľských zmlúv a pri cezhraničných skokoch aj samostatnú otázku prenosu pri každom skoku (čl. 44 až 49). Kto prevádzkuje hybridné prostredie zo Salesforce, SAP a Microsoftu, mal by tieto skoky od začiatku protokolovať s jednotným trace-ID a reťazec sprostredkovateľských zmlúv dokumentovať pre každého agenta.

Pre agentúry a B2B rozhodovateľov

Praktické odporúčanie je jednoznačné: MCP pre nástroje, A2A pre agentov. Všetko ostatné je v roku 2026 vedomá odchýlka od konvergentného stacku a potrebuje zdôvodnenie. Pre stredné firmy v regióne DACH to konkrétne znamená najprv vybudovať kompetenciu v MCP (MCP servery budeš tak či tak písať alebo konzumovať) a A2A zaviesť, len čo agenti musia spolupracovať naprieč hranicami systémov a dodávateľov.

Pre agentúry a poskytovateľov produktov postavených na AI je najväčšou strategickou pákou zverejniť pre každého produktizovaného agenta AgentCard. Zákaznícka báza potom môže tvojho agenta volať cez A2A priamo z Agentforce, Joule alebo Copilot Studio, bez nákladnej individuálnej integrácie. Kto chce navrhnúť multiagentovú stratégiu pre svoju firmu alebo pre svojich zákazníkov, mal by začať práve tu: jasné oddelenie protokolov, zdokumentované reťazce sprostredkovateľských zmlúv a objaviteľnosť cez A2A od prvého dňa. Ozvi sa nám, ak chceš túto architektúru spoľahlivo nastaviť pre tvoj kontext v regióne DACH.