AWS susține Agentic Resource Discovery ca strat de federație pentru Agent Registry

Amazon Web Services și-a pus sprijinul în spatele specificației Agentic Resource Discovery, publicând un raport detaliat pe 24 august 2026 despre modul în care standardul deschis este destinat să funcționeze alături de AWS Agent Registry, catalogul său gestionat pentru agenți AI, instrumente și abilități care a intrat în previzualizare la începutul acestui an.

Postarea AWS prezintă ARD ca răspunsul la o problemă lăsată deschisă de propriul produs AWS. AWS Agent Registry, disponibil prin Amazon Bedrock AgentCore, oferă unei organizații un catalog centralizat și căutabil pentru agenți, servere MCP, instrumente, abilități ale agenților și resurse personalizate, dar numai în interiorul propriului mediu AWS. Majoritatea întreprinderilor rulează agenți pe multiple clouduri, infrastructuri on‑premises și platforme SaaS, fiecare având propriul registru și format de metadate, iar conectarea acestor medii în prezent înseamnă construirea de conectori personalizați între fiecare pereche de registre.

ARD propune alternativa cu format partajat: dacă fiecare registru descrie resursele în același mod și expune descoperirea printr-un protocol comun, editorii descriu resursele o singură dată, iar consumatorii le pot descoperi pretutindeni.

În interiorul modelului AWS Agent Registry

Registrul, aflat în prezent în previzualizare prin Amazon Bedrock AgentCore, este construit în jurul a două concepte: registrele, care sunt cataloage pe care un administrator le creează cu propriile setări de autorizare și aprobare, și înregistrările, intrările de metadate care descriu fiecare resursă. Fluxul de lucru al publicării trece de la administrator la editor, la curator și la consumator, cu o poartă de aprobare înainte ca orice înregistrare să devină descoperibilă. Accesul este controlat prin acreditările AWS Identity and Access Management sau prin JSON Web Tokens de la un furnizor de identitate corporativ, iar registrul în sine este expus ca un punct final MCP la distanță, astfel încât orice client compatibil MCP îl poate căuta direct.

Acest strat de guvernanță este partea pe care AWS o protejează cu atenție. În postare, AWS descrie ARD ca un strat de interoperabilitate situat în afara punctului de aplicare: organizația care publică un catalog controlează ce conține, cine îl poate vedea și când să revoce accesul, iar controalele existente de aprobare și acces ale Agent Registry rămân acolo unde politica este efectiv aplicată. Formularea este deliberată: ARD se ocupă de găsirea lucrurilor, nu de încrederea în ele în producție.

Ce standardizează cu adevărat specificația ARD

ARD nu este un proiect AWS. Specificația a fost anunțată pe 17 iunie 2026 de un grup de lucru al cărui participanți includ Google, Microsoft, Hugging Face și GoDaddy, cu Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow și Snowflake printre colaboratorii lansării. Este licențiată sub Apache 2.0 și publicată la agenticresourcediscovery.org, cu implementări de referință pe GitHub. AWS a contribuit cu feedback în timpul dezvoltării, fără a redacta specificația.

Conform anunțului Google, arhitectura se bazează pe două primitive. Un catalog este un fișier pe care o organizație îl publică sub propriul domeniu (un ai-catalog.json la o cale bine cunoscută) descriind agenții disponibili, servere MCP, agenți A2A, instrumente OpenAPI sau cataloage imbricate, iar deținerea domeniului servește ca bază criptografică pentru identitatea editorului. Registrele acționează ca motoare de căutare peste acele cataloage: le răsfoiesc, le indexează și răspund la cereri de descoperire în limbaj simplu, returnând potriviri împreună cu metadatele de încredere verificabile de care are nevoie un client pentru a confirma identitatea editorului înainte de a se conecta.

Limita trasată de ARD este descoperirea, nu execuția. Un client care găsește o resursă prin ARD o invocă prin orice mecanism pe care acea resursă îl suportă în mod nativ: MCP, un API, un cadru de agenți. Site‑ul specificației este explicit în faptul că ARD nu este un runtime, nu înlocuiește MCP sau protocolul A2A și nu este un catalog central; designul presupune numeroase servicii de descoperire, fiecare aplicând propriile politici de încredere și de clasificare. Analogia AWS este DNS: registrele locale se federază prin protocolul comun fără acorduri bilaterale sau conectori proprietari, așa cum funcționează rezoluția de nume în rețele.

Cum se îmbină piesele

Pentru clienții Agent Registry, propunerea este federație fără migrare. O organizație cu infrastructură agentică răspândită pe clouduri, sisteme on‑premises și instrumente SaaS ar putea expune totul în formatul ARD și să îl facă descoperibil în diferite medii, menținând controlul local, și ar putea publica un catalog pe propriul domeniu pentru descoperirea de către orice client compatibil ARD, deschizând căi inter‑organizaționale pe care un registru de la un singur furnizor nu le poate atinge.

AWS, de asemenea, lansează un produs concret în timp ce alții încă îl dezvoltă. Agent Registry propriu al Google, parte a platformei Gemini Enterprise Agent, este programat să adauge suport nativ pentru ARD în lunile următoare; GitHub și Hugging Face se numără printre participanții grupului de lucru din spatele specificației. Modelul în toate cele trei clouduri este același: un registru gestionat și guvernat în interior și un protocol de federație deschis în exterior.

Avertismentul este că integrarea descrisă în postarea AWS este direcțională, nu livrată. AWS declară ce se așteaptă ca ARD să permită clienților Agent Registry, în loc să anunțe o dată de livrare, iar registrul în sine rămâne în previzualizare. Ce stabilește 24 august 2026 este alinierea: cel mai mare furnizor de cloud a numit specificația deschisă cu care intenționează să se federze, și este aceeași cu cea spre care lucrează Google și Microsoft.