AWS tukee Agentic Resource Discovery -standardia federointikerroksena Agent Registrylle

Amazon Web Services on tukenut Agentic Resource Discovery -standardia julkaisemalla yksityiskohtaisen selostuksen 24. elokuuta 2026 siitä, miten avoin standardi on tarkoitettu toimimaan yhdessä AWS Agent Registryn kanssa, sen hallinnoiman AI‑agenttien, työkalujen ja taitojen katalogin kanssa, joka siirtyi esikatselutilaan aikaisemmin tänä vuonna.

AWS:n julkaisu esittää ARD:n ratkaisuna ongelmaan, jonka AWS:n oma tuote jättää auki. AWS Agent Registry, joka on saatavilla Amazon Bedrock AgentCoren kautta, tarjoaa organisaatiolle keskitetyn, haettavan katalogin agenteille, MCP‑palvelimille, työkaluille, agenttitaidoille ja mukautetuille resursseille, mutta ainoastaan sen omassa AWS‑ympäristössä. Useimmat yritykset käyttävät agenteja useissa pilvialustoissa, paikallisessa infrastruktuurissa ja SaaS‑alustoilla, joilla jokaisella on oma rekisterinsä ja metatietomuotonsa, ja näiden ympäristöjen yhdistäminen nykyään edellyttää räätälöityjen liittimien rakentamista jokaisen rekisteriparin välille.

ARD ehdottaa yhteistä formaattia vaihtoehtona: jos jokainen rekisteri kuvaa resurssit samalla tavalla ja tarjoaa löydettävyyden yhteisen protokollan kautta, julkaisijat kuvaavat resurssinsa kerran ja kuluttajat löytävät ne kaikkialla.

Inside the AWS Agent Registry Model

Rekisteri, joka on tällä hetkellä esikatselutilassa Amazon Bedrock AgentCoren kautta, perustuu kahteen käsitteeseen: rekistereihin, jotka ovat ylläpitäjän luomia katalogeja omilla valtuutus- ja hyväksymisasetuksillaan, sekä tietueisiin, jotka ovat kunkin resurssin metatietoja. Julkaisutyönkulku etenee ylläpitäjä → julkaisija → kuraattori → kuluttaja, ja ennen kuin mikään tietue tulee löydettäväksi, siihen sisältyy hyväksymisportti. Pääsyä hallitaan AWS Identity and Access Management -tunnuksilla tai yrityksen identiteettipalvelun tarjoamilla JSON Web Token -tunnisteilla, ja itse rekisteri on esillä etä‑MCP‑päätepisteenä, jotta mikä tahansa MCP‑yhteensopiva asiakasohjelma voi hakea sitä suoraan.

Tämä hallintakerros on se osa, jonka AWS pyrkii säilyttämään. Julkaisussa AWS kuvaa ARD:n yhteentoimivuuskerroksena, joka sijaitsee valvontapisteen ulkopuolella: organisaatio, joka julkaisee katalogin, hallitsee sen sisältöä, sitä, kuka sitä näkee, ja milloin pääsy peruutetaan, ja Agent Registryn olemassa olevat hyväksymis- ja käyttövaltuuskontrollit pysyvät siellä, missä politiikkaa todella toteutetaan. Kielenkäyttö on tarkoituksellista: ARD hoitaa asioiden löytämisen, ei niiden luottamista tuotantoon.

What the ARD Specification Actually Standardizes

ARD ei ole AWS‑projekti. Spesifikaatio ilmoitettiin 17. kesäkuuta 2026 työryhmän toimesta, jonka jäseninä ovat Google, Microsoft, Hugging Face ja GoDaddy, ja yhteistyökumppaneina lanseerauksessa ovat Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow ja Snowflake. Se on lisensoitu Apache 2.0 -lisenssillä ja julkaistu osoitteessa agenticresourcediscovery.org, ja referenssiasennukset löytyvät GitHubista. AWS antoi palautetta kehityksen aikana sen sijaan, että olisi laatinut spesifikaation.

Google:n ilmoituksen mukaan arkkitehtuuri perustuu kahteen perusperiaatteeseen. Katalogi on organisaation julkaisema tiedosto omassa verkkotunnuksessaan (esimerkiksi ai-catalog.json tunnetussa polussa), jossa kuvataan sen käytettävissä olevat agentit, MCP‑palvelimet, A2A‑agentit, OpenAPI‑työkalut tai sisäkkäiset katalogit, ja verkkotunnuksen omistajuus toimii kryptografisena perustana julkaisijan identiteetille. Rekisterit toimivat näiden katalogien hakukoneina: ne indeksoivat, indeksoivat ja vastaavat tavalliseen kieleen perustuviin löytöpyyntöihin, palauttaen osumat sekä vahvistettavat luottamusmetatiedot, joita asiakas tarvitsee julkaisijan identiteetin vahvistamiseen ennen yhteydenottoa.

ARD:n asettama raja on löytö, ei suoritus. ARD:n kautta resurssin löytävä asiakas kutsuu sitä sen natiivin käyttöliittymän kautta: MCP, API tai agenttirajapinta. Spesifikaation omassa sivustossa korostetaan, että ARD ei ole suoritusalusta, ei korvaa MCP:tä tai A2A‑protokollaa, eikä ole keskuskatalogi; suunnittelu olettaa useita löytöpalveluita, joista jokainen soveltaa omia luottamus‑ ja ranking‑käytäntöjään. AWS:n vertaus on DNS: paikalliset rekisterit federoituvat yhteisen protokollan kautta ilman kahdenvälistä sopimusta tai omia liittimiä, kuten nimiresoluutio toimii verkkojen välillä.

How the Pieces Fit Together

Agent Registryn asiakkaille myyntiviesti on federointi ilman siirtymistä. Organisaatio, jonka agenttipohjainen infrastruktuuri on hajautettu pilviympäristöihin, paikallisiin järjestelmiin ja SaaS‑työkaluihin, voisi julkaista kaiken ARD‑muodossa ja tehdä sen löydettäväksi eri ympäristöissä säilyttäen paikallisen hallinnan, ja voisi julkaista katalogin omassa verkkotunnuksessaan, jotta mikä tahansa ARD‑yhteensopiva asiakasohjelma voi löytää sen, avaten organisaatioiden välisiä polkuja, joita yhden toimittajan rekisteri ei tavoita.

AWS on myös saapumassa tuotteella kädessään, kun muut ovat vielä rakentelemassa. Googlen oma Agent Registry, joka on osa sen Gemini Enterprise Agent Platformia, on suunniteltu lisäämään natiivin ARD‑tuoton tulevina kuukausina; GitHub ja Hugging Face kuuluvat työryhmän osallistujiksi spesifikaation takana. Kaikkien kolmen pilven mallissa on sama kaava: hallinnoitu, hallittu rekisteri sisällä ja avoin federointiprotokolla ulkopuolella.

Varoitus on, että AWS:n julkaisussa kuvattu integraatio on suuntaa antava, ei toimitettu. AWS kertoo, mitä se odottaa ARD:n mahdollistavan Agent Registryn asiakkaille sen sijaan, että ilmoittaisi toimituspäivän, ja rekisteri itse on edelleen esikatselutilassa. Mitä 24. elokuuta 2026 vahvistaa, on yhtenäisyys: suurin pilvipalveluntarjoaja on nimennyt avoimen spesifikaation, jonka kanssa se aikoo federoitua, ja se on sama, johon Google ja Microsoft pyrkivät.