Lo Stato italiano e MCP: più avanti di quanto sembri

Risposta diretta: alcune istituzioni pubbliche italiane hanno già pubblicato server MCP — l'interfaccia standard con cui un modello linguistico interroga dati e strumenti esterni — sui propri dataset. Non è una sperimentazione da conferenza: sono repository pubblici, con codice, che permettono a un assistente AI di interrogare dati dello Stato senza passare da scraping. La notizia non è che esistano: è che quasi nessuno lo sa, nemmeno fra chi costruisce prodotti AI in Italia.

TL;DR

• MCP (Model Context Protocol) è lo standard con cui un modello chiama strumenti e dati esterni in modo strutturato, invece di improvvisare.
• Nel catalogo pubblico dei server MCP italiani compaiono istituzioni, non solo sviluppatori indipendenti: AgID risulta aver adottato e derivato un server per i cataloghi open data CKAN; l'INGV ne ha uno ufficiale sui propri dati; è presente un server sul cruscotto dei dati pubblici.
• Il pattern è significativo: non «l'ente compra un chatbot», ma «l'ente espone i propri dati in un formato che gli agenti sanno leggere». È l'ordine giusto.
• Quello che manca non è la tecnologia: è la manutenzione dichiarata — chi lo aggiorna, con che frequenza, con quale impegno di continuità.
• Per chi costruisce: un server MCP istituzionale è la prima alternativa seria allo scraping su dati pubblici italiani, che è quasi sempre l'unica strada oggi.

Cos'è MCP, in due righe, per chi non è tecnico

Un modello linguistico da solo sa scrivere, non sa guardare. Per rispondere su un dato reale deve interrogare una fonte. MCP è il formato standard con cui una fonte si descrive al modello: questi sono gli strumenti che ho, questi i parametri che accettano, questo è quello che ti restituisco.

La differenza pratica rispetto a un'API tradizionale è che l'API è pensata per un programmatore che legge la documentazione, mentre MCP è pensato per un consumatore che ragiona e può sbagliare. Cambia cosa si espone e come lo si descrive. È una distinzione che ho approfondito raccontando cosa ho imparato mettendo MCP in produzione.

Cosa c'è, oggi, lato istituzioni

Mettendo il naso nel catalogo dei server MCP italiani — una lista pubblica e collaborativa — la parte che non mi aspettavo non erano i progetti indipendenti. Erano gli enti.

Ambito	Cosa risulta pubblicato	Perché conta
Cataloghi open data (CKAN)	Un server MCP adottato/derivato in ambito AgID	CKAN è lo standard de facto dei portali open data: un connettore apre potenzialmente centinaia di cataloghi
Dati sismici e geofisici (INGV)	Un server MCP ufficiale dell'istituto	Dati scientifici di alta qualità, già strutturati, con una comunità che li usa davvero
Cruscotto dati pubblici	Un server MCP pubblico	Indicatori aggregati, il tipo di dato che un assistente deve poter citare

Una precisazione dovuta: questa ricognizione viene da un catalogo pubblico consultato a settembre 2026, e lo stato di manutenzione di un repository cambia in fretta. Prima di costruirci sopra qualcosa di serio, verifica tu l'ultimo commit e l'issue tracker — è il consiglio che darei per qualsiasi dipendenza, a maggior ragione per una istituzionale.

Perché l'ordine è quello giusto

La versione che si sente più spesso nei convegni sulla PA è: l'ente adotta un assistente AI per i cittadini. È l'ordine sbagliato, e produce i risultati che conosciamo — chatbot che rispondono con la brochure.

Quello che sta succedendo qui è l'ordine opposto: l'ente espone i dati in un formato che qualsiasi agente sa leggere, e lascia che siano altri a costruirci sopra. Che sia un assistente istituzionale, un'applicazione civica, il chatbot di un giornale o lo strumento di un ricercatore, non fa differenza per l'ente: pubblica una volta, serve tutti.

È esattamente il principio degli open data, applicato a un consumatore nuovo. E come per gli open data, il valore non sta nel gesto di pubblicare, ma nella cura nel tempo.

Cosa manca perché diventi infrastruttura

Tre cose, nessuna delle quali è tecnologica.

1. Un impegno dichiarato di manutenzione. Un server MCP istituzionale senza una riga che dica chi lo mantiene e con quale continuità è una promessa implicita che nessuno ha fatto. Il cimitero dei progetti civici italiani è pieno di ottime iniziative ferme a cinque anni fa; la differenza fra un esperimento e un'infrastruttura è tutta lì.

2. Una descrizione degli strumenti pensata per chi non conosce il dominio. Un server MCP è utile quanto sono chiare le descrizioni dei suoi strumenti, perché è su quelle che il modello decide cosa chiamare. Descrizioni scritte da chi conosce già il dato — «restituisce i record filtrati per codice tipologia» — sono inutili per un agente che deve capire quando usarle.

3. Un modo per sapere che esistono. Questo è il vero collo di bottiglia, e non riguarda solo le istituzioni. Vale la pena dirlo con un esempio mio: ho pubblicato un server MCP su PyPI per mesi, funzionante, con 24 strumenti — e il suo README ne documentava due, perché il repository collegato era rimasto privato. Era scaricabile da chiunque e invisibile a tutti. Un prodotto che esiste e non si trova, per il mondo, non esiste.

Se sei in un ente pubblico e ti stai chiedendo da dove partire

Non dal chatbot. Nell'ordine:

1. Prendi il dataset che ricevi più richieste di accedere. Quello per cui la gente ti scrive email.
2. Esponilo con pochi strumenti ben descritti, non con uno strumento generico «fai una query». Tre strumenti chiari valgono più di venti parametrici.
3. Dichiara la manutenzione: chi, ogni quanto, fino a quando. Anche «best effort, nessuna garanzia» è un'informazione preziosa.
4. Pubblica dove si cerca: il catalogo pubblico dei server MCP, non solo il tuo sito istituzionale.

Il costo di questi quattro passaggi è una frazione di quello di un progetto di assistente AI, e il ritorno è strutturale: ogni sviluppatore, giornalista e ricercatore che costruisce sui vostri dati lavora, di fatto, per la vostra missione.

FAQ

Che cos'è un server MCP?

È un servizio che espone dati o strumenti in un formato standard pensato per essere consumato da un modello linguistico: dichiara quali operazioni offre, con quali parametri e cosa restituisce, in modo che un assistente AI possa usarle senza improvvisare o fare scraping.

In cosa differisce da una normale API REST?

Nello scopo del consumatore. Un'API REST è progettata per software deterministico che segue la documentazione; MCP è progettato per un consumatore che interpreta, decide quale strumento serve e può sbagliare. Di conseguenza espone meno operazioni e le descrive molto meglio.

Ci sono davvero enti pubblici italiani con server MCP?

Nel catalogo pubblico dei server MCP italiani compaiono voci riconducibili ad AgID (cataloghi open data CKAN), all'INGV (dati dell'istituto) e al cruscotto dei dati pubblici. Trattandosi di repository, lo stato di manutenzione va verificato caso per caso prima di farci affidamento.

Perché per un ente conviene un server MCP invece di un chatbot?

Perché pubblicare i dati in un formato leggibile dagli agenti serve tutti gli usi in una volta — assistenti, applicazioni civiche, ricerca, giornalismo — mentre un chatbot serve un solo canale e va mantenuto come un prodotto. È la differenza fra costruire una strada e comprare un autobus.

---

Se sei in un ente o in un'organizzazione che ha dati che meriterebbero di essere interrogabili da un agente, e vuoi capire da dove si parte davvero, parliamone. Vedi anche cosa significa avere un grafo di conoscenza come asset invece di una visualizzazione.