AWS støtter Agentic Resource Discovery som federasjonslag for Agent Registry

Amazon Web Services har lagt sin tyngde bak spesifikasjonen Agentic Resource Discovery, og publiserte en detaljert redegjørelse 24. august 2026 om hvordan den åpne standarden skal fungere sammen med AWS Agent Registry, deres administrerte katalog for AI‑agenter, verktøy og ferdigheter som gikk inn i forhåndsvisning tidligere i år.

Det AWS‑innlegget presenterer ARD som svaret på et problem som AWS‑produktet selv etterlater uløst. AWS Agent Registry, tilgjengelig via Amazon Bedrock AgentCore, gir en organisasjon en sentralisert, søkbar katalog for agenter, MCP‑servere, verktøy, agent‑ferdigheter og egendefinerte ressurser, men kun innenfor sitt eget AWS‑miljø. De fleste virksomheter kjører agenter på tvers av flere skyer, lokalt infrastruktur og SaaS‑plattformer, hver med sin egen register og metadataformat, og å bygge bro mellom disse miljøene i dag betyr å lage skreddersydde koblinger mellom hver kombinasjon av registre.

ARD foreslår det delte format‑alternativet: hvis hvert register beskriver ressurser på samme måte og eksponerer oppdagelse via en felles protokoll, beskriver publisenterne ressursene sine én gang, og forbrukerne oppdager dem overalt.

Inni AWS Agent Registry‑modellen

Registeret, som for tiden er i forhåndsvisning via Amazon Bedrock AgentCore, er bygget rundt to konsepter: registre, som er kataloger en administrator oppretter med egne autorisasjons‑ og godkjenningsinnstillinger, og poster, metadataoppføringene som beskriver hver ressurs. Publiseringsarbeidsflyten går fra administrator til publiserer til kurator til forbruker, med en godkjenningsport før noen post blir oppdagbar. Tilgang kontrolleres gjennom AWS Identity and Access Management‑legitimasjon eller JSON Web Tokens fra en bedriftsidentitetsleverandør, og selve registeret eksponeres som en ekstern MCP‑endepunkt, slik at enhver MCP‑kompatibel klient kan søke i det direkte.

Dette styringslaget er den delen AWS er nøye med å bevare. I innlegget beskriver AWS ARD som et interoperabilitetslag som sitter utenfor håndhevelsespunktet: organisasjonen som publiserer en katalog styrer hva som er i den, hvem som kan se den, og når tilgangen skal trekkes tilbake, mens Agent Registry sine eksisterende godkjennings‑ og tilgangskontroller forblir der politikken faktisk håndheves. Språket er bevisst: ARD håndterer å finne ting, ikke å stole på dem i produksjon.

Hva ARD‑spesifikasjonen faktisk standardiserer

ARD er ikke et AWS‑prosjekt. Spesifikasjonen ble kunngjort 17. juni 2026 av en arbeidsgruppe med deltakere som Google, Microsoft, Hugging Face og GoDaddy, samt Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow og Snowflake blant samarbeidspartnerne ved lanseringen. Den er lisensiert under Apache 2.0 og publisert på agenticresourcediscovery.org, med referanseimplementasjoner på GitHub. AWS bidro med tilbakemeldinger under utviklingen i stedet for å skrive spesifikasjonen.

Ifølge Googles kunngjøring hviler arkitekturen på to primitive elementer. En katalog er en fil en organisasjon publiserer under sitt eget domene (en ai-catalog.json på en velkjent sti) som beskriver tilgjengelige agenter, MCP‑servere, A2A‑agenter, OpenAPI‑verktøy eller innebygde kataloger, hvor domeneeierskap fungerer som den kryptografiske basisen for publisererens identitet. Registre fungerer som søkemotorer over disse katalogene: de gjennomsøker, indekserer og svarer på naturlige oppdagelsesforespørsler, og returnerer treff sammen med den verifiserbare tillitsmetadataen en klient trenger for å bekrefte en publiserers identitet før tilkobling.

Grensen ARD trekker er oppdagelse, ikke utførelse. En klient som finner en ressurs via ARD, påkaller den gjennom hvilken som helst mekanisme ressursen naturlig støtter: MCP, et API, et agent‑rammeverk. Spesifikasjonens egen side er tydelig på at ARD ikke er et kjøremiljø, ikke en erstatning for MCP eller A2A‑protokollen, og ikke en sentral katalog; designet forutsetter mange oppdagelsestjenester, hver med sine egne tillits‑ og rangeringspolicyer. AWS‑analogen er DNS: lokale registre federerer gjennom den delte protokollen uten bilaterale avtaler eller proprietære koblinger, på samme måte som navneoppløsning fungerer på tvers av nettverk.

Hvordan delene passer sammen

For kunder av Agent Registry er budskapet federasjon uten migrasjon. En organisasjon med agentisk infrastruktur spredt over skyer, lokale systemer og SaaS‑verktøy kan eksponere alt i ARD‑formatet og gjøre det oppdagbart på tvers av miljøer samtidig som kontrollen beholdes lokalt, og kan publisere en katalog på sitt eget domene for oppdagelse av enhver ARD‑kompatibel klient, og åpne tverrorganisatoriske veier som et enkeltleverandør‑register ikke kan nå.

AWS kommer også med et produkt i hånden mens andre fortsatt bygger. Googles egen Agent Registry, en del av Gemini Enterprise Agent Platform, er planlagt å legge til innebygd ARD‑støtte i løpet av de kommende månedene; GitHub og Hugging Face er blant arbeidsgruppens deltakere bak spesifikasjonen. Mønsteret på tvers av alle tre skyene er det samme: et administrert, styrt register på innsiden, og en åpen federasjonsprotokoll på utsiden.

Forbeholdet er at integrasjonen beskrevet i AWS‑innlegget er retningsbestemt, ikke levert. AWS oppgir hva de forventer at ARD skal muliggjøre for Agent Registry‑kunder i stedet for å kunngjøre en leveringsdato, og registeret forblir i forhåndsvisning. Det 24. august 2026 fastslår en justering: den største skytilbyderen har navngitt den åpne spesifikasjonen de har tenkt å federere med, og det er den samme som Google og Microsoft bygger mot.