Ako prepojiť AI agentov s firemnými systémami cez MCP a A2A

Firemný AI agent nie je hodnotný preto, že vie viesť dlhší chat. Hodnotu získa vtedy, keď bezpečne načíta správne dáta a odovzdá výsledok do pracovného procesu cez nástroj, ktorý má povolený.

Tu sa objavujú skratky MCP a A2A. Spomínajú sa spolu, no neriešia tú istú vec. MCP pripája agenta k nástrojom a dátam, teda k CRM, k fakturačnému systému alebo k dátovému skladu, z ktorého má agent čítať iba tie čísla, ktoré niekto schválil. A2A umožňuje samostatným agentom nájsť sa navzájom. Potom si zadajú úlohu a vymenia výsledok.

Protokol nie je hotová bezpečnostná politika. Firma stále rozhoduje, kto sa môže pripojiť a čo smie čítať, ktoré zápisy musí schváliť človek, ako sa bude vyšetrovať incident.

Najprv rozlíšte chatbot, pracovný postup a agenta

Chatbot odpovedá používateľovi. Deterministický pracovný postup vykoná vopred definované kroky. Agent dostane cieľ. Nástroje si vyberá sám a postup mení podľa toho, čo mu z predchádzajúceho kroku vyjde, takže dva behy tej istej úlohy nemusia vyzerať ani zďaleka rovnako.

Veľa firemných úloh plného agenta nepotrebuje. Pri procese so stabilnými pravidlami býva bežná integrácia lacnejšia aj predvídateľnejšia, a keď sa niečo pokazí, viete bez hádania povedať, v ktorom kroku sa to stalo. Podrobnejšie rozhodovanie opisujeme v článku AI agent verzus automatizácia.

MCP ani A2A z obyčajného pracovného postupu dobrého agenta neurobia. Štandardizujú komunikáciu medzi systémami a o tom, či agent rozhoduje dobre, nehovoria nič.

MCP pripája agenta k nástroju alebo zdroju dát

Model Context Protocol stavia na architektúre hostiteľ, klient, server. Hostiteľská aplikácia spravuje klientov a spojenia k MCP serverom. Rozhoduje aj o oprávneniach a kontexte, ktorý odošle. Samostatné spojenie nie je zárukou izolácie kontextu v modeli. Server zverejní úzko zamerané nástroje, zdroje či prompty.

Praktický príklad:

• CRM MCP server ponúkne vyhľadanie zákazníka a pridanie poznámky,
• fakturačný server sprístupní stav faktúry a návrh upomienky,
• analytický server vráti schválenú metriku z dátového skladu.

Agent nemusí poznať tri rozdielne vývojové súpravy. Vidí opísané schopnosti cez spoločný protokol. Hostiteľ pritom rozhoduje, ku ktorým serverom sa agent vôbec pripojí, a určuje kontext, ktorý im pošle, takže o rozšírení práv nerozhoduje agent, ale aplikácia nad ním.

MCP architektúra opisuje výmenu kontextu. Politiku zdieľania dát musí vynucovať hostiteľ a prevádzkové prostredie. Samotný protokol nerozhoduje, čo aplikácia vloží do spoločného kontextu modelu.

Cez A2A zadáva jeden agent úlohu druhému

Agent2Agent Protocol rieši komunikáciu medzi samostatnými agentmi. Agent môže zverejniť Agent Card, ktorá opisuje jeho schopnosti, podporované rozhrania aj bezpečnostné schémy, teda všetko, čo druhá strana potrebuje vedieť skôr, než pošle prvé volanie. Klient si podľa nej vyberie rozhranie a zadá úlohu.

Predstavte si obchodného agenta, ktorý pripravuje podklad k ponuke. Priamy prístup ku všetkým systémom nepotrebuje. Cez A2A si vypýta schválené metriky od analytického agenta, kontrolu zmluvnej klauzuly od právneho, pričom ich prístupy musí obmedziť implementácia. Každý zostáva samostatnou službou.

Aktuálna A2A špecifikácia podporuje mTLS, API kľúče, HTTP autentifikáciu, OAuth 2.0 a OpenID Connect. Agent Card môže byť podpísaná, takže klient si overí jej pôvod aj integritu.

MCP a A2A sa dopĺňajú

Oficiálna dokumentácia A2A opisuje rozdiel priamo:

• MCP je komunikácia medzi agentom a nástrojom,
• A2A je komunikácia medzi dvoma agentmi.

Jeden agent môže cez MCP používať CRM a zároveň cez A2A delegovať samostatnú úlohu inému agentovi. Oba protokoly naraz však zavádzať netreba. Ak jeden interný agent používa dve stabilné API, ďalšia protokolová vrstva je iba práca navyše, ktorú musí niekto verziovať a testovať, hoci nepribudla ani jedna nová schopnosť.

Referenčný firemný tok

Obchodník požiada agenta o kontrolu neuhradených faktúr a návrh ďalšieho kroku.

1. Agent cez MCP načíta zákazníka z CRM a otvorené faktúry z účtovného systému.
2. Pravidlá vyradia sporné alebo už reklamované položky.
3. Ak treba posúdiť zmluvu, agent požiada cez A2A právneho agenta o konkrétnu klauzulu.
4. Výsledkom je návrh e-mailu a vysvetlenie použitých dát.
5. Odoslanie musí schváliť človek.

Dôležité je to posledné pravidlo. Čítanie stavu faktúry má iné riziko než odoslanie výzvy zákazníkovi, a preto sa nástroje aj oprávnenia delia podľa dopadu, nie podľa toho, čo sa ľahšie implementuje.

Bezpečnostné hranice, ktoré protokol nenahradí

Pred pripojením produkčných systémov nastavte:

Samostatnú identitu. Agent nemá používať účet developera ani zdieľaný administrátorský token.

Minimálne práva. Nástroj na čítanie faktúry nemá dostať právo faktúru meniť. A2A server musí kontrolovať oprávnenie pri každej operácii a dáta oddeliť podľa používateľa, projektu či zákazníka, aby sa výsledok jedného zákazníka nikdy neukázal v odpovedi pre druhého.

Schválenie zápisov. Platba, odoslanie e-mailu, zmena zmluvy či export osobných údajov potrebujú výslovné schválenie.

Audit a nákladový limit. Záznam má obsahovať identitu, nástroj, vstup, výsledok, rozhodnutie človeka aj spotrebu. Bez limitu vie chybná delegácia vytvoriť drahú slučku medzi dvoma agentmi, ktorá beží celú noc.

Postup pri chybe. Musí byť jasné, kto agenta vypne a ako sa zruší token, kde sa potom hľadajú dotknuté operácie.

Tieto otázky dopĺňa náš kontrolný zoznam riadenia AI agentov.

Kedy zostať pri obyčajnom API

MCP dáva zmysel vtedy, keď tie isté firemné schopnosti používa viacero agentných klientov, prípadne keď sa nástroje často menia. A2A sa oplatí, keď samostatné tímy alebo služby prevádzkujú agentov, ktorí si potrebujú delegovať dlhšie úlohy.

Zostaňte pri bežnom API alebo fronte správ, ak máte jedného známeho klienta a presnú sekvenciu krokov, ktorá sa nemení. Menší počet vrstiev znamená menej miest na chybu.

Ak chcete posúdiť konkrétny proces, začnite cez AI automatizáciu mapou dát, akcií, identít aj schválení. Až potom sa rozhodujte medzi MCP, A2A či obyčajným API.