Amazon Web Services laat in een nieuwe AWS Builders-praktijkopstelling zien hoe meerdere agentprotocollen in één architectuur kunnen samenwerken. Een orchestrator ontvangt een opdracht, twee gespecialiseerde agents voeren deelstappen uit en een MCP-server levert hulpmiddelen. De opstelling gebruikt Amazon Bedrock AgentCore als runtime- en beheerlaag.
Wat is er veranderd?
De demonstratie combineert AG-UI voor de interactie met de orchestrator, A2A voor communicatie tussen agents en MCP voor toolaanroepen. Daarnaast gebruikt de opstelling de Agent Registry als catalogus waarin agents en tools vindbaar worden gemaakt. AWS documenteert AgentCore Runtime officieel voor A2A- en MCP-servers en beschrijft de registry als centrale catalogus voor agents, tools, skills en andere resources.
Waarom dit relevant is
Veel agentproeven lopen vast zodra één proces meerdere verantwoordelijkheden krijgt. Een expliciete scheiding tussen orchestrator, specialist en tool maakt de grenzen beter zichtbaar: welke agent beslist, welke agent uitvoert en welk systeem toegang tot een tool geeft. Dat helpt bij logging, toegangsbeheer en het testen van afzonderlijke onderdelen.
Wat de demo daadwerkelijk laat zien
Volgens de bron worden de specialisten dynamisch ontdekt, wordt voor langere taken een asynchrone route gebruikt en krijgt elke sessie geïsoleerde runtime-infrastructuur. De bron noemt daarbij concrete metingen uit één AWS-account en één regio. Die cijfers zijn nuttig als bewijs dat de uitgewerkte demonstratie werkte, maar niet als algemene belofte over latency of kosten.
Wat u hiervan kunt leren
- Leg eerst vast welke taak de orchestrator doorgeeft en welke specialist eigenaar is van het resultaat.
- Gebruik A2A voor agent-naar-agent-verkeer en MCP voor gestandaardiseerde tooltoegang, in plaats van beide rollen ongemerkt te mengen.
- Maak sessie-isolatie, IAM-rechten en annuleren van langlopende taken onderdeel van uw ontwerp- en testplan.
- Registreer agents en tools met duidelijke metadata, eigenaar en goedkeuringsstatus voordat anderen ze kunnen hergebruiken.
Beperkingen en risico’s
Een geslaagde demo bewijst niet dat elke agentworkflow betrouwbaar of goedkoop is. De door AWS Builders gemeten tijden zijn contextgebonden. Controleer bovendien regio-ondersteuning, IAM-beleid, netwerktoegang, logretentie en de kosten van langlopende runtimes voordat u een vergelijkbare opstelling productie noemt.
Officiële bronnen
AWS-documentatie: overzicht van Amazon Bedrock AgentCore
AWS-documentatie: A2A in AgentCore Runtime
AWS-documentatie: MCP in AgentCore Runtime
AWS-documentatie: Agent Registry