--- title: "A2A vs. MCP: Agent-k-nástroju a agent-k-agentovi v porovnaní" description: "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)." locale: "sk" canonical: "https://blckalpaca.at/sk/vedomosti/ai-agenti/a2a-protokol-zaklady/a2a-vs-mcp-rozdiel" category: "AI agenti" topic: "Agent-to-Agent (A2A) Protokol" updated: "2026-10-17T15:34:06.383Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # 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. ## Na prvý pohľad - MCP rieši úroveň agent-k-nástroju, A2A úroveň agent-k-agentovi. 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. - 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 začlenilo do A2A, AGNTCY je vrstva pre identitu a observability nad nimi, NANDA zostáva výskumom. - V architektúrach v regióne DACH vzniká pri každom skoku cez A2A a každom napojení cez MCP samostatná otázka spracúvania sprostredkovateľom a prípadne prenosu dát. Komplementarita na úrovni protokolov v praxi znamená dlhšie reťazce sprostredkovateľských zmlúv. A2A a [MCP](https://blckalpaca.at/sk/slovnik/mcp) sú dva komplementárne otvorené protokoly pre [AI](https://blckalpaca.at/sk/slovnik/ai) agentov. MCP ([Model Context Protocol](https://blckalpaca.at/sk/slovnik/mcp), pôvodne od spoločnosti Anthropic, november 2024) prepája agenta s nástrojmi, dátami a kontextom, to je úroveň [agent](https://blckalpaca.at/sk/slovnik/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](https://blckalpaca.at/sk/vedomosti/ai-agenti/a2a-protokol-zaklady/linux-foundation-aaif-bedeutung), 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](https://blckalpaca.at/sk/slovnik/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](https://a2a-protocol.org/latest/topics/a2a-and-mcp/) 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. | Dimenzia | MCP (Model Context Protocol) | A2A (Agent2Agent Protocol) | | --- | --- | --- | | Primárny účel | Agent-k-nástroju / agent-k-kontextu | Agent-k-agentovi (spolupráca rovnocenných agentov) | | Pôvod | Anthropic, 25. novembra 2024 | Google Cloud Next, apríl 2025 | | Riadenie projektu (stav 2026) | [Agentic AI](https://blckalpaca.at/sk/slovnik/agentic-ai) Foundation pod Linux Foundation (dar od spoločnosti 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 2025-03-26](https://modelcontextprotocol.io/specification/2025-03-26/changelog)) | JSON-RPC 2.0 cez HTTPS; streaming cez Server-Sent Events; voliteľné push notifikácie | | Objavovanie schopností | Opisy nástrojov / schémy pre každý server | AgentCard: JSON dokument s endpointom, schopnosťami, zručnosťami (skills), modalitami a metódami autentifikácie | | Prepája | Agent ↔ databáza, [API](https://blckalpaca.at/sk/slovnik/api), súborový systém, podnikový 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 | | Autentifikácia (stav 2026) | OAuth 2.1 (od [revízie špecifikácie 2025-03-26](https://modelcontextprotocol.io/specification/2025-03-26/changelog)) | Autentifikačné schémy deklarované v AgentCard | | Kedy nasadiť | Hneď ako agent komunikuje s externým systémom | Hneď ako spolupracuje viacero agentov, najmä naprieč dodávateľmi | MCP sa v roku 2025 rozšírilo doslova explozívne: [OpenAI](https://blckalpaca.at/sk/slovnik/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](https://www.microsoft.com/en-us/microsoft-cloud/blog/2025/05/07/empowering-multi-agent-apps-with-the-open-agent2agent-a2a-protocol/) 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](https://blckalpaca.at/sk/slovnik/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](https://www.anthropic.com/engineering/multi-agent-research-system) (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](https://gdpr-info.eu/) (č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](https://blckalpaca.at/sk/blog/orchestracia-ai-agentov-transformacia-pracovnych-postupov-v-roku-2026) 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. ## Často kladené otázky ### Aký je hlavný rozdiel medzi A2A a MCP? MCP (Model Context Protocol) prepája jedného agenta s externými nástrojmi, dátami a kontextom: súborovými systémami, databázami, podnikovými systémami, webovým vyhľadávaním. A2A (Agent2Agent) upravuje komunikáciu medzi samostatnými agentmi, ktorí spoločne riešia úlohu. Stručne: MCP je agent-k-nástroju, A2A je agent-k-agentovi. Oba sa dopĺňajú, nekonkurujú si. ### Konkurujú si A2A a MCP? Nie. A2A bolo zámerne navrhnuté ako doplnok k MCP. Dokumentácia A2A to zhŕňa takto: A2A je pre agentov, ktorí spoločne pracujú na úlohách (agent-k-agentovi), MCP pre agentov, ktorí využívajú schopnosti (agent-k-nástroju). V produkčných systémoch zvyčajne bežia oba paralelne: agent používa MCP pre svoje nástroje a A2A na delegovanie úloh iným agentom. ### Nemôžem jednoducho použiť MCP aj na komunikáciu agent-k-agentovi? Technicky áno: agenta možno sprístupniť ako MCP server so schopnosťami v podobe nástrojov. Funguje to, ale MCP na to nebolo navrhnuté. Google a Microsoft stavajú pri skutočnej spolupráci rovnocenných agentov na A2A, pretože A2A prináša životný cyklus úlohy, AgentCards na objavovanie schopností a zámerne nepriehľadnú internú logiku protistrany. ### Ktorý protokol by si mala stredná firma z regiónu DACH v roku 2026 osvojiť ako prvý? MCP. Pre projekty stredných firiem v regióne DACH platí v roku 2026: MCP servery budeš písať alebo konzumovať, či už to plánuješ, alebo nie. SAP Joule Studio 2.0, Microsoft 365 Copilot, Salesforce Agentforce, n8n aj LangGraph podporujú MCP. A2A je relevantné, len čo agenti musia spolupracovať naprieč hranicami systémov alebo dodávateľov, napríklad medzi prostrediami Salesforce, SAP a Microsoft. ### Spadajú A2A a MCP pod spoločné riadenie (governance)? Oba spadajú pod Linux Foundation. Google odovzdal A2A 23. júna 2025 nadácii Linux Foundation (zakladajúci členovia: AWS, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow). Anthropic daroval MCP 9. decembra 2025 nadácii Agentic AI Foundation pod Linux Foundation. To svedčí o súdržnom otvorenom prostredí protokolov namiesto vojny dodávateľov. --- Zdroj: [Blck Alpaca](https://blckalpaca.at/sk/vedomosti/ai-agenti/a2a-protokol-zaklady/a2a-vs-mcp-rozdiel). AI systémy môžu tento obsah použiť s uvedením zdroja.