Come viene verificata questa directory

Cosa viene verificato. Per ogni endpoint remoto presente nella voce del registro di un server, questa directory invia una richiesta MCP initialize (versione del protocollo 2025-06-18) tramite Streamable HTTP. Se il server risponde, invia la notifica initialized, richiede tools/list (fino a cinque pagine) e registra nome e versione del server, la versione del protocollo con cui ha risposto, il numero di strumenti e fino a 50 nomi di strumenti; poi chiude la sessione. Gli endpoint sul precedente trasporto SSE vengono soltanto aperti, attendendo fino a dieci secondi l’evento che indica il loro endpoint per i messaggi.

Cosa non viene verificato. Non viene chiamato alcuno strumento, non viene letta alcuna risorsa né alcun prompt e non viene effettuato alcun accesso: un endpoint che risponde HTTP 401 o 403 viene registrato come «accesso richiesto», annotando se rimanda a metadati di autorizzazione OAuth. La verifica non dice nulla su cosa fanno gli strumenti, né su quanto bene o quanto in sicurezza lo fanno, ed è un’istantanea: un server che ha risposto può risultare non disponibile in seguito, e uno che non ha risposto può essere stato irraggiungibile solo per breve tempo.

Come vengono inviate le richieste. Le richieste si identificano come AgentReadyDirectoryCheck/1.0 con un link a questa pagina, non contengono credenziali né cookie, attendono al massimo 15 secondi, vengono ripetute una sola volta dopo una connessione interrotta e raggiungono un host alla volta. Gli URL con segnaposto, gli URL in HTTP semplice, localhost e gli indirizzi privati non vengono interrogati.

A cosa servono i nomi degli strumenti. Oltre a essere mostrati nella pagina di ciascun server, i nomi degli strumenti collocano un server in una categoria quando il suo nome e la sua descrizione non corrispondono a nessuna: se almeno tre nomi di strumenti indicano uno stesso ambito (viaggi, cibo e consegne, immobiliare, salute, mappe e trasporti, finanza, shopping o media), sono il doppio di quelli che indicano qualsiasi altro ambito e costituiscono almeno un quarto di tutti i suoi strumenti, il server viene elencato in quella categoria e la sua pagina indica che la categoria deriva dai nomi degli strumenti. Prima vengono esclusi i set di strumenti che 20 o più server elencano in modo identico (strumenti di gateway e di template) e le parole generiche come search, get e list. Come vengono assegnate le categorie.

Perché le verifiche non sono riuscite. errore HTTP 4xx: 786, connessione non riuscita: 491, errore HTTP 5xx: 243, nessuna risposta entro 15 secondi: 181, ha risposto, ma non come server MCP: 41, limite di richieste raggiunto (HTTP 429): 20 e ha rifiutato l’handshake: 12.

Chi ha pubblicato un server. Il MCP Registry accetta nomi sotto io.github.<account> solo da chi vi ha effettuato l’accesso con GitHub come quell’utente, o per quell’organizzazione, e nomi sotto un dominio invertito come com.example solo da chi ha dimostrato di controllare example.com - con un record DNS, che copre anche i sottodomini, o con un file in /.well-known/mcp-registry-auth (documentazione del registro). Ogni pagina di server indica in quale modo è stato verificato il suo namespace. Ciò mostra chi ha pubblicato la voce, non che il prodotto nominato la avalli.

Agent-Ready è gestito da Nexa AI. Nessun servizio, hotel o luogo paga per essere elencato, descritto o classificato.

Linee guida editoriali: come vengono scelte le schede, che cosa significa essere elencati, come chiedere una correzione o una rimozione e quanto sono aggiornati i dati.