AWS Agent Registry: futás közben fedezhetnek fel eszközöket az ügynökök
Az AWS Agent Registry lehetővé teszi, hogy az AI-ügynököket vezérlő orchestrátorok futás közben keressenek megfelelő MCP-szervereket, ügynököket és agent skilleket. Az AWS szerint ezzel csökkenthető a keményen kódolt integrációk jelentette karbantartási teher.
- Az AWS Agent Registry MCP-szervereket, ügynököket és agent skilleket katalogizál.
- Az orchestrátor futás közben, természetes nyelvű lekérdezéssel kereshet képességeket.
- A Registry nem adja át a meghíváshoz szükséges hitelesítési adatokat.
- A minta MCP- és A2A-integrációkat használ rendelési, árazási és ügyfélszolgálati feladatokhoz.
- Csak a jóváhagyott rekordok érhetők el a felfedezési adatfelületen.
A sok integráció kezelése szűk keresztmetszetté válhat
Néhány eszköz esetében a közvetlenül beépített, keményen kódolt kapcsolatok jól működhetnek. Több tucat eszköznél azonban romolhat a kezelésük, több száz belső API esetén pedig nehezen áttekinthetővé válhat a rendszer. A vállalati környezetekben ezek az API-k egyebek mellett árazáshoz, ügyfélszolgálathoz, rendelésekhez, készlethez és ügyféladatokhoz kapcsolódhatnak.
Az AWS leírása szerint ilyen helyzetben a modell több tokent fordíthat az eszköznevek megkülönböztetésére, mint a felhasználói kérés értelmezésére. Egy új képesség bekötése közben az orchestrátor kódját is módosítani kell, majd új telepítésre és több csapat összehangolt kiadására lehet szükség.
Az AWS Agent Registry erre olyan megközelítést kínál, amelyben az orchestrátor nem minden eszközt előre beépítve kezel. Ehelyett a kérés feldolgozásakor kereshet a jóváhagyott képességek között, majd a találatok alapján hozhat létre kapcsolatot.
Keresés, példányosítás, végrehajtás
Az AWS Agent Registry felügyelt szolgáltatás Model Context Protocol, vagyis MCP-szerverek, ügynökök és agent skillek katalogizálására és felfedezésére. A közzétevők protokollhoz kötött leírókat és kereshető leírásokat regisztrálhatnak. A szolgáltatás csak a konfigurált jóváhagyási folyamatot teljesítő rekordokat teszi elérhetővé a felfedezésre szolgáló adatfelületen.
A bemutatott folyamat három lépésből áll. Az orchestrátor természetes nyelvű lekérdezést küld a Registry adatfelületének. A válasz tartalmazhatja a rekord azonosítóját, nevét, leírását, típusát, állapotát, verzióját, valamint az MCP-szerver vagy az A2A-ügynök protokollleíróját.
A visszakapott adatokból az orchestrátor a rekord típusának megfelelő klienst épít. Az MCP-leíró egy Gateway-végpontra mutat, míg az A2A-rekord ügynökkártyája egy AgentCore runtime-végpontot azonosít. A rendszer ezután ideiglenes belső ügynököt hoz létre a dinamikusan felfedezett eszközökkel, a nyelvi modell kiválasztja a megfelelő képességet, majd az eredmény visszakerül a felhasználóhoz.
A következő kérés új keresést és új eszközkészletet kap, az előző belső ügynök és kliensei pedig a kör végén megszűnnek.
A hitelesítési adatok külön csatornán érkeznek
Az AWS külön kiemeli, hogy a Registry keresési eredményei nem tartalmazzák a képesség meghívásához szükséges hitelesítési adatokat vagy a hitelesítési sémát. Ezeket az alkalmazásnak külön, megbízható konfigurációs útvonalon kell megszereznie és alkalmaznia.
A mintában az MCP-kliens létrehozásakor az orchestrátor külön szerez be Cognito OAuth-hozzáférési tokent. Az A2A-ügynököket a boto3 adatfelületi kliensén keresztül hívja meg, amely a hívó AWS-hitelesítő adataival írja alá a kérést. A Registry tehát a kapcsolódáshoz szükséges metaadatokat adja át, a hitelesítési anyagot nem.
Az új rekordok a minta manuális jóváhagyási folyamatában DRAFT állapotból PENDING_APPROVAL, majd APPROVED állapotba kerülnek. Csak a jóváhagyott rekordok jelennek meg a felfedezhető adatfelületen, így a közzétételi és jóváhagyási jogosultságok különválaszthatók.
A bemutatott architektúra és a felhasználási esetek
Az AWS által közzétett Python-minta egy rendeléskezelő MCP-szervert telepít az Amazon Bedrock AgentCore Gateway segítségével, két A2A-ügynököt futtat az AgentCore runtime környezetében, valamint Registryt és orchestrátort használ. Az architektúrában az Amazon Bedrock biztosítja az orchestrátor és az A2A-ügynökök alapmodelljét, az Amazon Cognito a Gateway bejövő hívásainak JWT-alapú engedélyezésében vesz részt, az AWS Lambda pedig a rendeléskezelő eszközök célpontja.
A három bemutatóforgatókönyv közül az első csak MCP-hívást használ a rendelés állapotának lekérdezésére. A második MCP- és A2A-képességeket láncol az árazás és kedvezmények kezeléséhez. A harmadik egy kétértelmű felhasználói szándékot vizsgál, visszaküldést és visszatérítést keresve úgy, hogy ezek a szavak nem szerepelnek a megtalált A2A-ügynök nevében.
A megoldás a felhasználók és az üzemeltető csapatok számára azt jelentheti, hogy az új, jóváhagyott integrációk használhatóvá válhatnak az orchestrátor kódjának módosítása és újratelepítése nélkül. A keresés minőségét ugyanakkor reprezentatív lekérdezésekkel kell értékelni, az AWS pedig nem állítja, hogy a katalógus növekedése önmagában javítja a találatok rangsorolását.
