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, Anthropic) prepája agenta s nástrojmi, dátami a kontextom (agent-k-nástroju). A2A (Agent2Agent, Google) umožňuje samostatným agentom navzájom spolupracovať (agent-k-agentovi). Nekonkurujú si – dopĺňajú sa.
Key Takeaways
- ✓MCP rieši agent-k-nástroju, A2A rieši agent-k-agentovi – oficiálne pravidlo od Google, Salesforce a Microsoftu znie: MCP pre Capabilities, A2A pre Collaboration.
- ✓Oba protokoly využívajú JSON-RPC 2.0, od roku 2025 spadajú pod Linux Foundation a sú navrhnuté ako komplementárne, nie ako konkurenti.
- ✓MCP dáva agentovi ruky (nástroje, databázy, API); A2A dáva viacerým agentom spoločný jazyk bez toho, aby museli odhaliť svoje prompty, modely alebo pamäť.
- ✓Konvergentný stack roku 2026 je jednoznačný: MCP + A2A. ACP sa v auguste 2025 zlúčilo do A2A, AGNTCY je vrstva identity/observability nad nimi, NANDA zostáva výskumom.
- ✓V DACH architektúrach vzniká pri každom A2A skoku a každom MCP napojení vlastná otázka spracovania na základe poverenia a prípadne prenosu dát – komplementarita na úrovni protokolov znamená v praxi dlhšie reťazce zmlúv o spracovaní (AVV).
A2A a MCP sú dva komplementárne otvorené protokoly pre AI agentov. MCP (Model Context Protocol, pôvodne od 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 si raz zvnútornil, že ide o dve vrstvy toho istého stacku – nie o dva tábory v štandardovej vojne – robí rýchlo lepšie architektonické rozhodnutia.
- MCP dáva agentovi nástroje. Štandardizuje, ako agent dopytuje databázu, načítava 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ú. Oficiálne pravidlo od Google, Salesforce a Microsoftu znie: „MCP je pre Capabilities (agent-to-tool). A2A je pre Collaboration (agent-to-agent)." 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 – schopnosť siahnuť, čítať a konať vo vonkajšom svete. A2A dáva viacerým agentom spoločný jazyk – schopnosť zadávať si navzájom úlohy a vracať výsledky bez toho, aby jeden musel druhému odhaliť svoje prompty, modely alebo pamäť.
Rozhodujúcim konceptuálnym krokom pri A2A je, že interná logika vzdialeného agenta zostáva nepriehľadná (opak). A2A definuje, ako spolu agenti hovoria, nie ako myslia. Práve to umožňuje, aby agent Salesforce zavolal agenta SAP bez toho, aby ktorýkoľvek z nich musel prezradiť svoje interné prompty. MCP naopak vystavuje nástroj s jasne opísanou schémou – tu je transparentnosť o schopnosti 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ú zamýšľané ako jeden spolupatričný stack.
Dimenzia | MCP (Model Context Protocol) | A2A (Agent2Agent Protocol) |
|---|---|---|
Primárny účel | Agent-k-nástroju / agent-k-kontextu | Agent-k-agentovi (peer kolaborácia) |
Pôvod | Anthropic, 25. november 2024 | Google Cloud Next, apríl 2025 |
Governance (stav 2026) | Agentic AI Foundation pod Linux Foundation (dar od Anthropic 9. decembra 2025) | Linux Foundation (dar od Google 23. júna 2025) |
Transport | JSON-RPC 2.0 cez stdio (lokálne), Streamable HTTP (od revízie špecifikácie apríl 2025) | JSON-RPC 2.0 cez HTTPS; streaming cez Server-Sent Events; voliteľné push notifikácie |
Objavovanie schopností | Opisy nástrojov / schémy na server | AgentCard – JSON dokument s endpointom, schopnosťami, skillami, modalitami, auth postupmi |
Prepája | Agent ↔ databáza, API, súborový systém, biznis systém | Agent ↔ iný samostatný agent |
Viditeľnosť protistrany | Schéma nástroja je transparentná | Interná logika agenta zostáva zámerne nepriehľadná |
Model interakcie | Volanie nástroja / request-response | Životný cyklus úlohy: submitted → working → input-required → completed / failed / canceled |
Auth (stav 2026) | OAuth 2.1 (od revízie špecifikácie apríl 2025) | Auth schémy deklarované na AgentCard |
Kedy nasadiť | Akonáhle agent osloví externý systém | Akonáhle spolupracuje viacero agentov, najmä naprieč dodávateľmi |
MCP zaznamenalo v roku 2025 doslova explóziu adopcie: OpenAI ho prevzalo v marci 2025, Google DeepMind v apríli 2025, k tomu Microsoft Copilot Studio, Cursor, Zed, Replit a mnoho ďalších. A2A medzitým podporuje vyše 100 firiem; zakladajúcimi členmi projektu Linux Foundation sú AWS, Cisco, Google, Microsoft, Salesforce, SAP a ServiceNow.
Prečo je „komplementárny" myslené doslovne
Existuje technická sivá zóna, ktorá v diskusiách často spôsobuje zmätok: agenta možno vystaviť ako MCP server a tým ho urobiť pre iných agentov osloviteľným v podobe nástroja. Funguje to – ale nebol to účel, na ktorý bolo MCP navrhnuté, a Anthropic, Google aj Microsoft pre skutočnú peer kolaboráciu konzistentne odporúčajú A2A.
Dôvod spočíva v sémantike. MCP pozná volanie nástroja: request dnu, response von. A2A pozná úplný životný cyklus úlohy (task) s medzistavmi, ktorý je postavený pre dlhotrvajúcu, prípadne spätne sa dopytujúcu spoluprácu – vrátane stavu input-required, keď vzdialený agent potrebuje vyjasnenie. Kto agent-k-agentovi prerába cez MCP, prichádza presne o túto mechaniku.
Historicky tu krátko existoval tretí protokol, IBM ACP (Agent Communication Protocol, marec 2025). 29. augusta 2025 sa pod LF AI & Data zlúčil do A2A – princípy návrhu ACP (REST, async-default) žijú ďalej v A2A. Zostávajúci obraz pre rok 2026 je teda jasný: MCP + A2A je konvergentný stack. AGNTCY (Cisco a i.) je vrstva identity, discovery a observability nad A2A a MCP, nie konkurent. NANDA (MIT Media Lab) je výskum a nepatrí do produkčných rozhodnutí roku 2026.
Kombinovaný príklad: spracovanie škody s oboma protokolmi
Konkrétny, zjednodušený príklad robí súhru uchopiteľnou. Predstavte si poistný workflow – v duchu zdokumentovaného projektu Allianz „Nemo", ktorý nasadzuje sedem špecializovaných agentov (Planner, Cyber, Coverage, Weather, Fraud, Payout, Audit) a prejde poistnú udalosť za menej ako päť minút (s človekom v slučke pre finálne rozhodnutie o výplate).
Pseudokód z pohľadu architektúry:
```
A2A vrstva: orchestrátor deleguje na špecializovaných peer agentov
orchestrator.send_task(coverage_agent, task="Preveriť krytie pre prípad #4711")
orchestrator.send_task(fraud_agent, task="Preveriť indikátory podvodu #4711")
orchestrator.send_task(weather_agent, task="Údaje o nečase k dátumu škody")
Každý peer agent využíva INTERNE MCP, aby sa dostal k svojim nástrojom:
coverage_agent -> MCP server "Databáza poistiek" (SQL lookup)
fraud_agent -> MCP server "Fraud-Scoring-API"
weather_agent -> MCP server "API meteorologickej služby"
A2A životný cyklus úlohy: submitted -> working -> completed
Výsledky sa vracajú ako A2A artefakty, orchestrátor ich syntetizuje
```
Rozdelenie úloh medzi agentmi prebieha cez A2A – orchestrátor nevie a ani nemusí vedieť, ktorý model alebo ktorý prompt sa skrýva vo Fraud agentovi. Akonáhle však jednotlivý agent dopytuje databázu poistiek alebo oslovuje meteorologické API, beží to cez MCP. A2A koordinuje hlavy, MCP obsluhuje ruky. Práve toto čisté oddelenie je dôvodom, prečo sú oba protokoly považované za komplementárne.
Na zaradenie dimenzie nákladov a prínosu: zdokumentovaný systém Anthropic na multiagentový výskum (vedúci model plus paralelní sub-agenti) dosiahol interne +90,2 % na šírke rešerše oproti jedinému agentovi – pri približne 15-násobnej spotrebe tokenov. 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.
DACH realita: komplementarita má svoju cenu v compliance
Pre DACH B2B rozhodovateľov je dôležitý jeden dôsledok, ktorý sa v US-centrických referenčných architektúrach málokedy úprimne pomenúva: keď agenti bežia cez A2A u rôznych dodávateľov a popri tom vykonávajú MCP volania nástrojov, dátový tok pri každej úlohe prekračuje viacero hraníc spracovania a prípadne rezidencie dát.
Každý A2A skok a každý MCP server je potenciálne vlastný sprostredkovateľ spracovania v zmysle GDPR (čl. 28). Komplementarita na úrovni protokolov teda v praxi znamená dlhší reťazec zmlúv o spracovaní (AVV) a – pri cezhraničných skokoch – na každý skok vlastnú otázku prenosu (čl. 44 – 49). Kto prevádzkuje hybridné prostredie Salesforce plus SAP plus Microsoft, mal by tieto skoky od začiatku protokolovať s priebežným trace-ID a dokumentovať reťazec AVV na 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 odôvodnenie. Pre stredné podniky v DACH to konkrétne znamená najprv budovať kompetenciu v MCP (MCP servery budete tak či tak písať alebo konzumovať) a A2A zaviesť vo chvíli, keď musia agenti spolupracovať naprieč hranicami systémov a dodávateľov.
Pre agentúry a poskytovateľov produktov blízkych AI je najväčšou strategickou pákou publikovať pre každého produktizovaného agenta AgentCard. Tým môže zákaznícka báza vašho agenta osloviť priamo z Agentforce, Joule alebo Copilot Studio cez A2A – bez nákladnej individuálnej integrácie. Kto chce navrhnúť multiagentovú stratégiu pre svoju firmu alebo svojich zákazníkov, mal by začať práve tu: jasné oddelenie protokolov, zdokumentované reťazce AVV a A2A objaviteľnosť od prvého dňa. Ozvite sa nám, ak chcete túto architektúru spoľahlivo nastaviť pre váš DACH kontext.
Často kladené otázky
Aký je hlavný rozdiel medzi A2A a MCP?
Konkurujú si A2A a MCP navzájom?
Nemôžem jednoducho použiť MCP aj pre agent-k-agentovi?
Ktorý protokol by sa mal stredne veľký DACH podnik v roku 2026 naučiť ako prvý?
Spadajú A2A a MCP pod spoločné riadenie (governance)?
Ísť hlbšie?
Získajte nové analýzy priamo do schránky – alebo sa pozrite, ako tieto poznatky nasadzujeme pre firmy.