AWS steunt Agentic Resource Discovery als federatielaag voor Agent Registry

Amazon Web Services heeft haar steun uitgesproken voor de Agentic Resource Discovery‑specificatie en publiceerde op 24 augustus 2026 een gedetailleerde uiteenzetting over hoe de open standaard moet samenwerken met AWS Agent Registry, de beheerde catalogus voor AI‑agents, tools en vaardigheden die eerder dit jaar in preview is gegaan.

Het AWS‑bericht positioneert ARD als het antwoord op een probleem dat het eigen product van AWS openlaat. AWS Agent Registry, beschikbaar via Amazon Bedrock AgentCore, biedt een organisatie een gecentraliseerde, doorzoekbare catalogus voor agents, MCP‑servers, tools, agent‑vaardigheden en aangepaste resources, maar alleen binnen haar eigen AWS‑omgeving. De meeste ondernemingen draaien agents over meerdere clouds, on‑premise‑infrastructuur en SaaS‑platformen, elk met een eigen register en metadata‑formaat, en het overbruggen van die omgevingen vereist vandaag de dag het bouwen van op maat gemaakte connectors tussen elk paar registers.

ARD stelt het gedeelde‑formaat‑alternatief voor: als elk register resources op dezelfde manier beschrijft en ontdekking via een gemeenschappelijk protocol beschikbaar maakt, beschrijven uitgevers hun resources één keer en ontdekken consumenten ze overal.

Inside the AWS Agent Registry Model

Het register, momenteel in preview via Amazon Bedrock AgentCore, is opgebouwd rond twee concepten: registers, die catalogi zijn die een beheerder aanmaakt met eigen autorisatie‑ en goedkeuringsinstellingen, en records, de metadata‑items die elke resource beschrijven. De publicatieworkflow loopt van beheerder naar uitgever naar curator naar consument, met een goedkeuringspoort voordat een record ontdekbaar wordt. Toegang wordt geregeld via AWS Identity and Access Management‑referenties of JSON Web Tokens van een bedrijfs‑identiteitsprovider, en het register zelf wordt blootgesteld als een externe MCP‑endpoint, zodat elke MCP‑compatibele client er direct kan zoeken.

Die governance‑laag is het onderdeel dat AWS zorgvuldig wil behouden. In het bericht beschrijft AWS ARD als een interoperabiliteitslaag buiten het handhavingspunt: de organisatie die een catalogus publiceert, bepaalt wat erin staat, wie het kan zien en wanneer toegang wordt ingetrokken, terwijl de bestaande goedkeurings‑ en toegangscontroles van Agent Registry behouden blijven op de plek waar beleid daadwerkelijk wordt afgedwongen. De bewoording is bewust: ARD regelt het vinden van dingen, niet het vertrouwen in productie.

What the ARD Specification Actually Standardizes

ARD is geen AWS‑project. De specificatie werd aangekondigd op 17 juni 2026 door een werkgroep met deelnemers als Google, Microsoft, Hugging Face en GoDaddy, en met Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow en Snowflake als medeauteurs van de lancering. Ze is gelicentieerd onder Apache 2.0 en gepubliceerd op agenticresourcediscovery.org, met referentie‑implementaties op GitHub. AWS leverde feedback tijdens de ontwikkeling in plaats van de specificatie zelf te schrijven.

Volgens Google’s aankondiging rust de architectuur op twee primitieve elementen. Een catalogus is een bestand dat een organisatie onder haar eigen domein publiceert (een ai‑catalog.json op een bekende locatie) en beschrijft welke agents, MCP‑servers, A2A‑agents, OpenAPI‑tools of geneste catalogi beschikbaar zijn, waarbij domeineigendom dient als cryptografische basis voor de identiteit van de uitgever. Registers fungeren als zoekmachines over die catalogi: ze crawlen, indexeren en beantwoorden eenvoudige ontdekkingsverzoeken, en leveren matches met de verifieerbare trust‑metadata die een client nodig heeft om de identiteit van een uitgever te bevestigen voordat er verbinding wordt gemaakt.

De grens die ARD trekt, is ontdekking, niet uitvoering. Een client die een resource via ARD vindt, roept die aan via het mechanisme dat de resource van nature ondersteunt: MCP, een API, een agent‑framework. De eigen site van de specificatie maakt expliciet duidelijk dat ARD geen runtime is, geen vervanging voor MCP of het A2A‑protocol, en geen centrale catalogus; het ontwerp gaat uit van vele ontdekkingsdiensten, elk met eigen trust‑ en rangschikkingsbeleid. AWS’s analogie is DNS: lokale registers federeren via het gedeelde protocol zonder bilaterale afspraken of propriëtaire connectors, net zoals naamresolutie werkt over netwerken.

How the Pieces Fit Together

Voor Agent Registry‑klanten is de boodschap federatie zonder migratie. Een organisatie met agent‑infrastructuur verspreid over clouds, on‑premise‑systemen en SaaS‑tools kan alles in ARD‑formaat blootleggen en het overal ontdekbaar maken terwijl de controle lokaal blijft, en kan een catalogus op haar eigen domein publiceren voor ontdekking door elke ARD‑compatibele client, waardoor cross‑organisatorische routes ontstaan die een enkel‑leverancier‑register niet kan bereiken.

AWS komt bovendien met een product in de hand terwijl anderen nog bouwen. Het eigen Agent Registry van Google, onderdeel van het Gemini Enterprise Agent Platform, krijgt naar verwachting binnen enkele maanden native ARD‑ondersteuning; GitHub en Hugging Face behoren tot de werkgroep‑deelnemers achter de specificatie. Het patroon over alle drie de clouds is hetzelfde: een beheerd, bestuurd register aan de binnenkant, een open federatie‑protocol aan de buitenkant.

De kanttekening is dat de integratie die in het AWS‑bericht wordt beschreven directioneel is en nog niet is geleverd. AWS geeft aan wat het verwacht dat ARD mogelijk maakt voor Agent Registry‑klanten, in plaats van een leveringsdatum te noemen, en het register zelf blijft in preview. Wat 24 augustus 2026 vaststelt, is afstemming: de grootste cloudprovider heeft de open specificatie benoemd waarmee ze wil federeren, en het is dezelfde die Google en Microsoft nastreven.