ARD trasforma la scoperta degli agenti in un protocollo federato
AWS annuncia ARD, specifica aperta per la scoperta federata di agenti AI. Un protocollo stile DNS che supera i cataloghi centralizzati.
La specifica aperta lascia fuori autenticazione e autorizzazione, spostando la partita sui registri governati dalle aziende
Due giorni fa AWS ha annunciato AWS Agent Registry in anteprima, un catalogo centralizzato e ricercabile per agenti, server MCP, strumenti, competenze degli agenti e risorse personalizzate. Il dettaglio che conta, però, non è il catalogo: è che parla ARD, una specifica aperta distribuita sotto licenza Apache 2.0 che fa per gli agenti ciò che il DNS ha fatto per i nomi.
La federazione prima del catalogo
ARD non è un prodotto e non è un singolo registro: è uno standard aperto, disponibile sotto Apache License 2.0 sul sito del progetto e su GitHub, e AWS ha contribuito con feedback durante lo sviluppo della specifica. L’analogia più efficace è quella del Domain Name System: ARD consente la federazione tra registri nello stesso modo in cui il DNS consente la risoluzione dei nomi attraverso le reti. Provate a pensare come funziona la risoluzione di un hostname: ogni dominio delega ai propri server di nome, ma il sistema si comporta come uno spazio unico. ARD applica lo stesso principio alle risorse degli agenti: non c’è un’autorità centrale che decida quali risorse esistono, ci sono molti registri che parlano lo stesso linguaggio e si interrogano a vicenda.
Il contesto spiega perché la scelta architetturale pesa più del prodotto che la annuncia. Il Model Context Protocol è stato adottato da ChatGPT, Cursor, Gemini, Microsoft Copilot, Visual Studio Code e altri prodotti AI popolari: il problema non è più connettere un agente a uno strumento, ma sapere quali agenti, strumenti e server MCP esistono e dove trovarli. Un catalogo risolve il problema in un perimetro chiuso; un protocollo come ARD lo risolve in un perimetro aperto, trasformando la scoperta in una questione di risoluzione e federazione, non di indicizzazione centralizzata.
Ma cosa succede quando la scoperta deve convivere con identità, sicurezza e governance? Il catalogo apre una domanda più profonda di quella a cui risponde.
Il paradosso della scoperta enterprise
Il problema della scoperta di risorse agentiche è semplice da enunciare e difficile da risolvere, soprattutto in ambito enterprise, dove la risposta non può limitarsi a trovare qualcosa che funziona: deve essere governata, con sicurezza e identità integrate fin dall’inizio. Nel report pubblicato a luglio, il report di InfoQ metteva in fila i limiti della specifica: ARD aiuta i clienti AI a scoprire capacità, ma non sostituisce autenticazione, autorizzazione, governance o decisioni di fiducia organizzative. Non esisterà un unico catalogo globale di risorse, ma una federazione di molti servizi di discovery.
È qui che il percorso di AWS diventa leggibile. Nell’aprile 2026, AWS aveva già presentato in anteprima AWS Agent Registry, disponibile tramite Amazon Bedrock AgentCore come catalogo privato e governato per agenti, strumenti, competenze, server MCP e risorse personalizzate all’interno dell’organizzazione. Quel catalogo privato non è in contraddizione con ARD: è il punto di partenza. Un registro aziendale governato risolve il problema locale; la federazione in stile DNS lo connette ad altri registri senza pretendere di unificarli. La tensione è evidente: la federazione assume che molti registri possano parlarsi, ma un’azienda non può permettersi che un agente scopra uno strumento senza passare dai controlli di identità del proprio registro. ARD non ha la pretesa di risolverlo, e in questo sta la sua eleganza tecnica: la specifica lascia volutamente fuori autenticazione, autorizzazione e decisioni di fiducia.
Se la specifica è aperta, il controllo si sposta sui registri. Ed è lì che si gioca la partita: chi governa un registro decide chi può essere scoperto, da chi e a quali condizioni.
La linea tra standard e mercato
Il panorama delle implementazioni è già affollato. Tra le prime mosse visibili c’è il Discover Tool di Hugging Face, che implementa ARD. Sempre secondo il report di InfoQ, al momento della pubblicazione GitHub Agent Finder e il Discover Tool di Hugging Face erano implementazioni ARD già operative, mentre l’articolo di AWS descriveva il supporto ARD di Agent Registry come una capacità futura. La specifica si muove più velocemente dei registri che la adottano: a luglio c’erano già due implementazioni vive, prima ancora che AWS completasse il proprio supporto.
La dinamica tra i grandi vendor è il caso più istruttivo. Google e AWS collaborano sulla specifica aperta ARD ma competono sul livello di prodotto registry enterprise. È una strategia a doppio binario: lo standard resta libero e condiviso, il valore commerciale si concentra nel registro governato, dove contano integrazione con identità, policy, audit e controllo organizzativo. Per chi costruisce, questo significa che la discovery sta diventando un livello dello stack, non un servizio da consumare: si implementa, si federà, si governa.
La lezione resta architetturale. La discovery entra nello stack come un protocollo da implementare e federare, non come un servizio da consumare. Chi tratta ARD come un’estensione del proprio registro ha già perso il punto.
