Dall'MCP Registry a Glama: come un server MCP remoto arriva nelle directory

Un server MCP remoto entra nelle directory tramite un unico file: pubblichi un server.json nell'MCP Registry (registry.modelcontextprotocol.io) con mcp-publisher, dopo aver dimostrato di possedere il suo namespace. Directory come Glama e PulseMCP attingono periodicamente dal Registry, poi si collegano al tuo server e lo testano per conto proprio. Abbiamo controllato la nostra voce, io.github.xiaoxihexiaoyu/everyinfra, il 21 ottobre 2026 (18:45–18:55 UTC) e più volte il 24 ottobre, ora di Singapore. L'ultima versione nel Registry è la 1.1.1, pubblicata il 24 ottobre alle 05:20 UTC, e la 1.0.0 è contrassegnata come deprecata. Glama ha creato autonomamente una pagina connettore. L'abbiamo rivendicata il 24 ottobre con un record DNS e ora la pagina mostra "Ownership verified". Il 25 ottobre indicava Healthy, uptime del 99,2% su 48 giorni e un punteggio di qualità delle definizioni degli strumenti pari ad A (3,9/5,0).

EveryInfra è un'API per i dati con pagamento a chiamata. Una sola chiave copre 106 piattaforme, 573 funzionalità di dati, 17 strumenti di ricerca e 52 tipi di CAPTCHA, a partire da $0,56 per 1.000 chiamate; le chiamate non riuscite o vuote non vengono addebitate. Questo articolo tratta solo la pubblicazione e l'inserimento nelle directory. Per verificare che un server collegato funzioni davvero, consulta configurazione del server MCP remoto per Claude, ChatGPT e Cursor.

Come una voce passa da server.json alle directory

• Il Registry contiene metadati, non codice. Registra nome, posizione e dettagli di connessione di un server e verifica che chi pubblica possieda il namespace. La scansione di sicurezza è lasciata ai registry di pacchetti come npm e PyPI e alle directory a valle (panoramica del Registry). I server remoti vanno sotto remotes, devono essere raggiungibili pubblicamente e dovrebbero usare Streamable HTTP (server remoti).
• Il namespace determina come dimostri la proprietà. io.github.username/server richiede l'accesso con quell'utente GitHub. com.example/server richiede una verifica DNS o HTTP per example.com (repository del Registry). Una pull request al repository del registry non pubblica nulla; lo fa solo mcp-publisher.
• Le directory attingono secondo un proprio calendario. La documentazione chiede agli aggregatori di attingere "con cadenza regolare ma non frequente (ad esempio una volta all'ora)" e di archiviare i dati in proprio. Il Registry non offre garanzie di uptime né di durabilità (guida per gli aggregatori).
• Le versioni pubblicate sono immutabili. Ogni stringa di versione deve essere univoca, e né questa né gli altri metadati possono cambiare dopo la pubblicazione. Solo il campo di stato può passare a deprecated o deleted (versionamento).

La voce di EveryInfra al 24 ottobre

• Nome: io.github.xiaoxihexiaoyu/everyinfra, titolo EveryInfra.
• Versioni: 1.1.1 (24 ottobre, 05:20 UTC, attiva e contrassegnata come latest), 1.1.0 (16 ottobre, 01:49 UTC, attiva) e 1.0.0 (8 settembre, contrassegnata come deprecata il 24 ottobre con la nota "Superseded by 1.1.1"). Al primo controllo, il 22 ottobre, l'ultima era ancora la 1.1.0 ed entrambe le versioni pubblicate erano attive.
• Descrizione: 97 caratteri, cita 90 piattaforme più RedNote, Douyin, TikTok e Amazon. Lo schema limita description a 100 caratteri (schema di server.json), quindi ci stanno solo pochi nomi di piattaforme.
• Connessione: un remote streamable-http su https://api.everyinfra.com/mcp, header Authorization: Bearer {api_key}, con api_key contrassegnata come obbligatoria e segreta.
• Cosa ha cambiato la 1.1.1: solo il link al sito, che ora punta alla nostra pagina del server MCP (il file sorgente è il server.json nel nostro repository dei plugin). La descrizione è invariata, 97 caratteri. L'abbiamo pubblicata con mcp-publisher il 24 ottobre e l'abbiamo riletta dal Registry.
• Glama: la pagina connettore è stata generata dal Registry. L'abbiamo rivendicata il 24 ottobre e la pagina mostra "Ownership verified". Dopo la rivendicazione abbiamo aggiunto su Glama una descrizione, una miniatura e delle categorie e attivato "Use Glama listing details as the source of truth". Per questo la pagina di Glama mostra la descrizione più lunga che abbiamo scritto su Glama (piattaforme, strumenti di ricerca, tipi di CAPTCHA e prezzo di partenza), non il testo di 97 caratteri del Registry. Il profilo del publisher indica EveryInfra come operatore first-party, con link al sito e alla documentazione, più un'email di supporto visibile solo al team di Glama.

Registro dei test: il Registry, Glama e il nostro server

Nessuno di questi controlli ha avuto costi. Salvo dove indicato come ricontrollo del 24 ottobre, sono stati eseguiti il 22 ottobre, ora di Singapore.

1. La ricerca per parola chiave nel Registry per everyinfra ha richiesto 14,16 s su una versione dell'API e 14,62 s sull'altra, e ha restituito 2 record di versione.
2. Il recupero per nome nel Registry con /v0.1/servers/{serverName}/versions/latest ha richiesto 0,93 s e ha restituito il server.json completo della 1.1.0. Se ti integri con un server noto, cercalo per nome: è stato circa 15 volte più veloce della ricerca. Ricontrollando lo stesso percorso il 24 ottobre, tre richieste hanno richiesto 0,68 s, 0,93 s e 0,91 s, e ora restituisce il server.json completo della 1.1.1.
3. Pagina connettore di Glama. La descrizione coincide parola per parola con la 1.1.0 del Registry. L'uptime indica 99,1% su 44 giorni e l'ultimo test 2026-10-21 16:38. Quarantaquattro giorni prima è l'8 settembre, il giorno in cui la 1.0.0 è entrata nel Registry: Glama ha quindi iniziato i test il giorno stesso della pubblicazione. Ricontrollo del 24 ottobre alle 18:30, ora di Singapore: stato Healthy, uptime 99,2% su 47 giorni, ultimo test 2026-10-24 10:17 (la pagina non indica il fuso orario). Nello screenshot del 25 ottobre qui sotto: Healthy, uptime 99,2% su 48 giorni, ultimo test 2026-10-25 19:50.
4. Tool Definition Quality Score (TDQS) di Glama: A, 3,8/5,0 su 25 strumenti, valutato il 2026-10-21 alle 12:30. Il voto a livello di server copre disambiguazione, coerenza dei nomi, numero di strumenti e completezza; ogni strumento riceve anche voti propri, ad esempio su quanto la descrizione chiarisca il comportamento. Ricontrollo del 24 ottobre: ancora A. Il punteggio era 3,6/5,0 il 2026-10-23 alle 10:55 e 3,7/5,0 dopo una nuova valutazione il 2026-10-24 alle 08:45, poi 3,9/5,0 il 2026-10-25 alle 16:15 (screenshot qui sotto), sempre su 25 strumenti. Il punteggio cambia nel tempo, quindi indica la data quando lo citi.
5. Il changelog degli schemi degli strumenti di Glama elenca 9 voci dal 9 al 21 ottobre. Ognuna indica lo strumento aggiunto o rimosso e il testo dei parametri modificato. Il 24 ottobre alle 18:30 le voci erano 11. Le 2 nuove sono entrambe del 24 ottobre: quel giorno abbiamo modificato parametri e testo di everyinfra_settings_update, e Glama l'ha registrato nel giro di poche ore. Glama confronta l'elenco degli strumenti a ogni ispezione riuscita, quindi una descrizione modificata compare lì.
6. Il nostro server. Tre richieste tools/list senza chiave hanno richiesto 0,18–0,25 s e restituito 25 strumenti. Una chiamata ai dati senza chiave ha restituito unauthorized in 0,18 s. Le FAQ di Glama chiamano questo schema "open discovery with authenticated calls" e lo descrivono come una configurazione comune.
7. Dimensioni delle directory. Il 24 ottobre alle 18:30 i titoli delle pagine di Glama indicavano 36.433 connettori remoti e 109.495 server open source (connettori Glama), contro 35.071 e 108.270 del 22 ottobre. Il marketplace di LobeHub indicava 112.261 server MCP il 22 ottobre. Lo stesso server compare in molte directory, quindi questi numeri non si sommano in un totale.

Checklist di pubblicazione

1. Scrivi il server.json. Usa un name in formato reverse-DNS con esattamente una barra. Mantieni description e title entro 100 caratteri. Inserisci i server remoti sotto remotes con type impostato su streamable-http. Se le chiamate richiedono una chiave, dichiara il nome dell'header e una variabile sotto headers, contrassegna la variabile con isSecret: true e imposta un placeholder che corrisponda al formato della tua chiave.
2. Installa mcp-publisher e accedi. Segui la guida rapida alla pubblicazione, esegui mcp-publisher login github e inserisci nel browser il codice mostrato nel terminale. Per un namespace di dominio, usa invece il metodo DNS o HTTP.
3. Pubblica con mcp-publisher publish. Un server remoto non richiede prima un pacchetto npm.
4. Verifica per nome. Recupera l'ultima versione come nel test 2 e confronta versione, descrizione e header con quanto hai scritto.
5. Rilascia le modifiche come nuove versioni. Le stringhe di versione non si possono riutilizzare. Per aggiornamenti dei soli metadati la documentazione consiglia una versione prerelease come 1.1.0-1. Se serve, contrassegna come deprecata una versione obsoleta. Noi l'abbiamo fatto il 24 ottobre, subito dopo aver pubblicato la 1.1.1: mcp-publisher status --status deprecated --message "Superseded by 1.1.1" io.github.xiaoxihexiaoyu/everyinfra 1.0.0. Rileggendo dal Registry, la 1.0.0 mostra lo stato deprecated con il messaggio "Superseded by 1.1.1", la 1.1.0 è ancora attiva e la 1.1.1 è la latest. Il comando cambia solo lo stato; la stringa di versione e gli altri metadati restano invariati.
6. Rivendica la scheda in ogni directory. Per Glama, vedi sotto.

Come rivendicare un connettore su Glama

Dalle FAQ di Glama:

1. Apri la pagina connettore, scegli Claim ownership e accedi.
2. Esegui la verifica una sola volta. Per io.github.username/…, collega l'utente GitHub corrispondente e scegli Claim with GitHub; un namespace di un'organizzazione GitHub richiede anche l'installazione della Glama GitHub App su quell'organizzazione. Puoi anche verificare un dominio: aggiungi un record TXT su _glama-claim.<domain> oppure pubblica il token su https://<domain>/.well-known/glama.json. Noi abbiamo usato il DNS: un record TXT _glama-claim sotto api.everyinfra.com, l'host nell'URL del nostro server. Dopo aver scelto Check DNS record, la pagina ha mostrato "Ownership verified". Glama ricontrolla periodicamente il record, quindi mantienilo anche dopo la rivendicazione.
3. Dopo la rivendicazione ottieni controlli di salute, analytics, miniature e categorie. Nome, descrizione e URL continuano a seguire il Registry per impostazione predefinita e vengono sovrascritti a ogni aggiornamento del Registry. Per mantenere le modifiche fatte su Glama, attiva "Use Glama listing details as the source of truth" in Manage connector. Noi l'abbiamo attivata: il Registry limita la descrizione a 100 caratteri, mentre Glama ti permette di scrivere di più.
4. Decidi se ti serve un profilo di test. Finché un profilo di test non dichiara un metodo, Glama mostra il connettore come auth:none e, per i server con discovery aperta, ti chiede di dichiarare cosa richiedono le chiamate. EveryInfra elenca i propri strumenti senza chiave API, quindi a Glama non abbiamo fornito alcuna chiave: si connette, elenca 25 strumenti e il 24 ottobre risultava Healthy. Aggiungi una chiave solo se vuoi che Glama esegua periodicamente una vera chiamata ai dati; i costi sono spiegati nelle prossime sezioni.

Cosa legge ogni directory da server.json

• Glama sincronizza per impostazione predefinita nome, descrizione e URL dal Registry; dopo la rivendicazione puoi far prevalere i dettagli della scheda su Glama. Elenchi degli strumenti, uptime e punteggi di qualità provengono dalle sue connessioni dirette al tuo server.
• PulseMCP ha sospeso nuovi invii e modifiche dal 3 settembre e chiede agli sviluppatori di pubblicare nel Registry; importerà le voci alla riapertura (pagina di invio di PulseMCP).
• Smithery smette di inoltrare le richieste il 31 ottobre e resta una directory pubblica; un insieme selezionato di server verificati mostrerà l'URL diretto del fornitore (annuncio di Smithery).
• Strumenti di installazione nei client. La documentazione del Registry dice che il Registry è pensato per le directory a valle, non per le applicazioni host; i client dovrebbero leggere un subregistry che implementi la stessa specifica OpenAPI.

La tua description e il tuo websiteUrl vengono copiati parola per parola in molti posti, quindi scrivili con cura. Elenchi degli strumenti e punteggi, invece, dipendono dal server stesso: descrizioni chiare in tools/list contano più di qualsiasi testo nelle directory. Come manteniamo il catalogo pubblicizzato allineato a ciò che gira davvero è spiegato in ridurre il disallineamento della documentazione API con un catalogo delle funzionalità in tempo reale.

Quanto costa l'inserimento

• Pubblicare nel Registry e rivendicare la scheda su Glama è gratuito.
• Su EveryInfra i controlli delle directory che si limitano a elencare gli strumenti non costano nulla.
• Se il profilo di test di una directory chiama una volta all'ora la funzionalità di dati più economica, come la ricerca di video TikTok, sono 720 chiamate × $0,000556 = $0,40 al mese. Dai alle directory una chiave dedicata, limitata alla linea di prodotti per i dati e con un tetto al minuto. Così la spesa è facile da individuare in fattura; i prezzi sono nella pagina Prezzi.

Cosa è cambiato a settembre e ottobre 2026

• 31 ottobre: Smithery chiude proxy e account e resta una directory pubblica gestita da Arcade.dev (vedi l'annuncio sopra). Le directory si stanno separando dal trasporto: aiutano le persone a trovare un server, e la connessione va direttamente al fornitore.
• 19 ottobre: un analista di RedMonk ha scritto che l'MCP Registry verifica chi ha pubblicato un server, non cosa fa il server. Directory come Glama, PulseMCP e Smithery aggiungono la curation che preferiscono (RedMonk). Per chi pubblica, il Registry è il punto di partenza; i risultati dei test delle directory sono ciò che vedono gli utenti.
• 21 ottobre, una nostra osservazione: Glama ha valutato i 25 strumenti di EveryInfra e registra ogni modifica agli strumenti e al testo dei parametri (test 4 e 5 sopra).
• 12 settembre: un censimento dell'intero Registry ha trovato 21.643 server e 72.606 record di versione in un'istantanea di agosto 2026. Tra i server con più versioni, il 51,1% ha cambiato da una versione all'altra gli strumenti dichiarati, il 40,6% lo ha fatto senza segnalarlo e il 4,2% ha spostato il proprio endpoint remoto su un host diverso mantenendo lo stesso nome (arXiv 2609.14119). Ecco perché le versioni pubblicate sono immutabili e le directory tengono traccia delle modifiche agli strumenti.
• 3 settembre: PulseMCP ha sospeso gli inserimenti e ha indirizzato gli sviluppatori al Registry (vedi la pagina di invio sopra).
• Contesto: la roadmap MCP del 22 agosto indica che il Server Card Working Group sta definendo metadati .well-known per permettere a una directory di leggere la descrizione di un server senza collegarsi (blog MCP). Per le modifiche al protocollo, vedi Specifica MCP 2026-07-28: cosa verificare prima dell'aggiornamento.

FAQ

Per pubblicare devo aprire una pull request sul repository GitHub dell'MCP Registry? No. Il README del repository dice che aggiungere un server.json, una cartella del server o una voce seed in una pull request non pubblica il tuo server, anche se la pull request viene unita. Pubblica con mcp-publisher dal tuo progetto.

Chi ha creato la mia scheda su Glama, e devo inviarla di nuovo? Glama importa i server dal Registry e crea automaticamente le pagine connettore, quindi non c'è nulla da reinviare. Per gestire nome, miniatura o profilo di test, rivendicala come descritto sopra.

Posso correggere un refuso in una versione pubblicata? No. Pubblica una nuova versione; una volta contrassegnata come latest, la maggior parte delle directory la mostra. Se vuoi, contrassegna quella vecchia come deprecata (il comando esatto che abbiamo usato è al punto 5 della checklist).

Letture correlate

• Server MCP remoto per i dati di 106 piattaforme
• Gestione degli errori API: 401, 403, 422, 429 e nuovi tentativi sicuri
• Piattaforme e funzionalità: API di scraping per TikTok, API di scraping per Xiaohongshu (RedNote), API di ricerca per Xiaohongshu, API di ricerca per Amazon
• Panoramica dell'API di scraping dei dati; ottieni una chiave nella guida rapida