Jak propojit AI agenty s firemními systémy přes MCP a A2A

Firemní AI agent není hodnotný proto, že umí vést delší chat. Hodnotu získá až tehdy, když bezpečně načte správná data, použije povolený nástroj a předá výsledek do pracovního procesu.

Tady se objevují zkratky MCP a A2A. Často se zmiňují společně, ale neřeší stejnou věc. MCP připojuje agenta k nástrojům a datům. A2A umožňuje samostatným agentům najít se, zadat si úkol a vyměnit si výsledek.

Protokol ale není hotová bezpečnostní politika. Firma stále rozhoduje, kdo se může připojit, co smí číst, které zápisy musí schválit člověk a jak se bude incident vyšetřovat.

Nejdřív rozlište chatbota, pracovní postup a agenta

Chatbot odpovídá uživateli. Deterministický pracovní postup vykoná předem definované kroky. Agent dostane cíl, vybírá nástroje a může měnit postup podle výsledků.

Spousta firemních úloh nepotřebuje plnohodnotného agenta. Pokud má proces stabilní pravidla, běžná integrace nebo automatizace bývá levnější a předvídatelnější. Podrobnější rozhodování popisujeme v článku AI agent versus automatizace.

MCP ani A2A z obyčejného pracovního postupu automaticky neudělají dobrého agenta. Standardizují komunikaci, ne kvalitu rozhodování.

MCP připojuje agenta k nástroji nebo zdroji dat

Model Context Protocol používá architekturu hostitel, klient a server. Hostitel je aplikace, která řídí uživatele, oprávnění a spojení. Pro každý MCP server vytváří samostatného klienta. Server zveřejní úzce zaměřené nástroje, zdroje nebo prompty.

Praktický příklad:

• CRM MCP server nabídne vyhledání zákazníka a přidání poznámky,
• fakturační server zpřístupní stav faktury a návrh upomínky,
• analytický server vrátí schválenou metriku z datového skladu.

Agent nemusí znát tři různé vývojové sady. Vidí popsané schopnosti přes společný protokol. Hostitel přitom rozhoduje, ke kterým serverům se agent připojí a jaký kontext jim pošle.

Oficiální MCP architektura zdůrazňuje izolaci serverů. Jeden server nemá automaticky vidět celou konverzaci ani obsah ostatních serverů.

Přes A2A zadává jeden agent úkol druhému

Agent2Agent Protocol řeší komunikaci mezi samostatnými agenty. Agent může zveřejnit Agent Card se svými schopnostmi, podporovanými rozhraními a bezpečnostními schématy. Klient si podle ní vybere vhodné rozhraní a zadá úkol.

Představte si obchodního agenta, který připravuje podklad k nabídce. Nemusí mít přímý přístup ke všem systémům. Přes A2A může požádat analytického agenta o schválené metriky a právního agenta o kontrolu smluvní klauzule. Každý agent zůstává samostatnou službou se svými oprávněními.

Aktuální A2A specifikace podporuje API klíče, HTTP autentizaci, OAuth 2.0, OpenID Connect a mTLS. Agent Card může být podepsaná, aby klient dokázal ověřit její původ a integritu.

MCP a A2A se doplňují

Oficiální dokumentace A2A popisuje rozdíl přímo:

• MCP je komunikace mezi agentem a nástrojem,
• A2A je komunikace mezi dvěma agenty.

Jeden agent může přes MCP používat CRM a zároveň přes A2A delegovat samostatný úkol jinému agentovi. Není ale nutné zavádět oba protokoly naráz. Pokud jeden interní agent používá dvě stabilní API, další protokolová vrstva může být jen práce navíc.

Referenční firemní tok

Obchodník požádá agenta o kontrolu neuhrazených faktur a návrh dalšího kroku.

1. Agent přes MCP načte zákazníka z CRM a otevřené faktury z účetního systému.
2. Pravidla vyřadí sporné nebo už reklamované položky.
3. Pokud je třeba posoudit smlouvu, agent požádá přes A2A právního agenta o konkrétní klauzuli.
4. Výsledkem je návrh e-mailu a vysvětlení použitých dat.
5. Odeslání musí schválit člověk.

Důležité je poslední pravidlo. Čtení stavu faktury má jiné riziko než odeslání výzvy zákazníkovi. Nástroje a oprávnění se proto dělí podle dopadu, ne podle pohodlí implementace.

Bezpečnostní hranice, které protokol nenahradí

Před připojením produkčních systémů nastavte:

Samostatnou identitu. Agent nemá používat účet vývojáře ani sdílený administrátorský token.

Minimální práva. Nástroj na čtení faktury nemá dostat právo fakturu měnit. A2A server musí kontrolovat oprávnění při každé operaci a oddělit data podle uživatele, projektu nebo zákazníka.

Schválení zápisů. Platba, odeslání e-mailu, změna smlouvy nebo export osobních údajů potřebují výslovné schválení.

Audit a nákladový limit. Záznam má obsahovat identitu, nástroj, vstup, výsledek, rozhodnutí člověka a spotřebu. Bez limitu může chybná delegace vytvořit drahou smyčku mezi agenty.

Postup při chybě. Musí být jasné, kdo agenta vypne, jak se zruší token a kde se hledají dotčené operace.

Tyto otázky doplňuje náš kontrolní seznam řízení AI agentů.

Kdy zůstat u obyčejného API

MCP dává smysl, když stejné firemní schopnosti používá více agentních klientů nebo se nástroje často mění. A2A se vyplatí, když samostatné týmy nebo služby provozují agenty, kteří si potřebují delegovat delší úkoly.

Zůstaňte u běžného API nebo fronty zpráv, pokud máte jeden známý proces, stabilního klienta a přesnou sekvenci kroků. Menší počet vrstev znamená méně míst pro chybu.

Pokud chcete posoudit konkrétní proces, začněte mapou dat, akcí a oprávnění přes AI automatizaci. Až potom se rozhodujte, jestli potřebujete MCP, A2A nebo obyčejné API.