Hogyan kössük össze az AI-ügynököket a vállalati rendszerekkel MCP és A2A segítségével

Egy vállalati AI-ügynök nem attól értékes, hogy hosszabb csevegést tud folytatni. Akkor válik hasznossá, amikor biztonságosan beolvassa a megfelelő adatokat, meghív egy engedélyezett eszközt, és visszaadja az eredményt egy valódi munkafolyamatnak.

Itt lép be a képbe az MCP és az A2A. Gyakran együtt említik őket, de különböző problémákat oldanak meg. Az MCP az ügynököt eszközökhöz és adatokhoz kapcsolja. Az A2A lehetővé teszi, hogy önálló ügynökök megtalálják egymást, feladatot delegáljanak, és eredményeket cseréljenek.

Egyik protokoll sem biztonsági szabályzat. Az Ön szervezete továbbra is eldönti, ki csatlakozhat, melyik identitás mit olvashat, mely írási műveletekhez kell emberi jóváhagyás, és hogyan vizsgálnak ki egy incidenst.

Először különböztesse meg a chatbotot, a munkafolyamatot és az ügynököt

A chatbot válaszol a felhasználónak. A determinisztikus munkafolyamat előre meghatározott lépéseket követ. Az ügynök célt kap, eszközöket választ, és a részeredmények alapján módosíthatja a megközelítését.

Sok üzleti folyamatnak nincs szüksége teljes értékű ügynökre. A stabil szabályok hagyományos integrációként általában olcsóbbak és könnyebben auditálhatók. Ezt a döntést részletesebben az ügynök kontra automatizálás útmutatónk tárgyalja.

Az MCP és az A2A a kommunikációt szabványosítja. A mögöttes döntéseket nem teszik megbízhatóbbá.

Az MCP egy képességhez kapcsolja az ügynököt

A Model Context Protocol host-kliens-szerver architektúrát használ. A host alkalmazás kezeli a felhasználót, a jogosultságokat és a kapcsolatokat. Minden MCP-szerverhez külön, elszigetelt klienst hoz létre. Minden szerver szűken meghatározott eszközöket, erőforrásokat vagy promptokat tesz elérhetővé.

Egy CRM-szerver például elérhetővé teheti az ügyfélkeresést és a jegyzet létrehozását. Egy számlázási szerver elérhetővé teheti a számla állapotát és egy fizetési emlékeztető tervezetét. Egy analitikai szerver visszaadhat egy jóváhagyott mutatót az adattárházból.

Az ügynöknek nincs szüksége három egyedi SDK-ra. A leírt képességeket egy közös protokollon keresztül látja. A host továbbra is szabályozza, mely szerverek érhetők el, és milyen kontextus jut el hozzájuk.

A hivatalos MCP-architektúra hangsúlyozza az elszigetelést. Egy szerver ne lássa automatikusan a teljes beszélgetést vagy egy másik szerver tartalmát.

Az A2A önálló ügynököket köt össze

Az Agent2Agent Protocol az önálló ügynökök közötti kommunikációt kezeli. Egy ügynök közzétehet egy Agent Cardot, amely leírja a képességeit, a támogatott interfészeket és a biztonsági sémákat. A kliens kiválaszt egy megfelelő interfészt, és feladatot küld.

Vegyünk egy értékesítési ügynököt, amely ajánlatot készít elő. Nincs szüksége közvetlen hozzáférésre minden rendszerhez. Kérhet egy analitikai ügynöktől egy jóváhagyott mutatót, egy jogi ügynöktől pedig egyetlen szerződéses kikötést. Minden ügynök külön szolgáltatás marad, saját hozzáférési határral.

A jelenlegi A2A-specifikáció támogatja az API-kulcsokat, a HTTP-hitelesítést, az OAuth 2.0-t, az OpenID Connectet és az mTLS-t. Az Agent Cardok aláírhatók, így a kliensek ellenőrizhetik az eredetet és az integritást.

Az MCP és az A2A kiegészíti egymást

Az A2A dokumentációja közvetlen különbséget tesz:

• Az MCP az ügynök és az eszköz közötti kommunikáció.
• Az A2A az ügynök és az ügynök közötti kommunikáció.

Egy ügynök használhatja az MCP-t a CRM eléréséhez, miközben az A2A-val egy külön feladatot delegál egy másik ügynöknek. Nincs szüksége alapból mindkét protokollra. Ha egy belső ügynök két stabil API-t hív, egy további protokollréteg csak többletmunkát jelenthet.

Egy példaértékű üzleti folyamat

Egy értékesítő megkér egy ügynököt, hogy nézze át a kifizetetlen számlákat, és javasoljon egy következő lépést.

1. Az ügynök az MCP-n keresztül beolvassa az ügyfelet és a nyitott számlákat.
2. A determinisztikus szabályok kizárják a vitatott tételeket.
3. Ha egy szerződést értelmezni kell, az A2A ezt a szűk feladatot egy jogi ügynökre delegálja.
4. Az eredmény egy e-mail tervezet a hozzá tartozó bizonyítékokkal.
5. Az elküldést egy ember hagyja jóvá.

Egy számla elolvasása más kockázati profillal jár, mint egy ügyfél megkeresése. Az eszközöket és a jogosultságokat a hatás szerint ossza fel, ne a megvalósítás kényelme szerint.

Kontrollok, amelyeket a protokollok nem helyettesítenek

Adjon minden ügynöknek saját workload-identitást. Alkalmazza a legkisebb jogosultság elvét. Írjon elő kifejezett jóváhagyást a fizetésekhez, a kimenő üzenetekhez, a szerződésmódosításokhoz és a személyes adatok exportjához.

Rögzítse az identitást, az eszközt, a bemenetet, az eredményt, az emberi döntést és a költséget. Egy A2A-szervernek minden műveletet engedélyeznie kell, és az eredményeket a hívó felhasználójának, projektjének vagy bérlőjének határára kell korlátoznia. Alakítson ki egyértelmű leállítási és hitelesítőadat-visszavonási útvonalat.

Használja az AI-ügynök irányítási ellenőrzőlistánkat, mielőtt éles rendszereket csatlakoztat.

Amikor egy hagyományos API is elég

Az MCP akkor hasznos, ha több ügynökkliens ugyanazokat az üzleti képességeket használja újra, vagy az eszközkészlet gyakran változik. Az A2A a függetlenül üzemeltetett ügynökökhöz illik, amelyeknek hosszabb ideig futó feladatokat kell delegálniuk.

Maradjon egy hagyományos API-nál vagy üzenetsornál, ha a folyamatnak egyetlen ismert kliense és rögzített sorrendje van. A kevesebb réteg kevesebb hibalehetőséget jelent.

Egy valós folyamat felméréséhez kezdje az adatok, műveletek, identitások és jóváhagyások feltérképezésével egy AI-automatizálási workshopon. Csak akkor válasszon MCP-t, A2A-t vagy egyszerű API-t, ha ezek a határok világosak.