Gli assistenti basati sull’intelligenza artificiale sanno scrivere testi e rispondere a domande, ma da soli non “vedono” i dati di chi li usa: i file su un disco, i messaggi in una chat di lavoro, le righe di un database. Per fargli usare quelle informazioni serve un collegamento. E finora ogni collegamento era un lavoro a sé, costruito su misura. Il 25 novembre 2024 Anthropic, l’azienda che sviluppa l’assistente Claude, ha presentato il Model Context Protocol (MCP): uno standard aperto pensato proprio per rendere quei collegamenti uniformi.

Vale la pena capire cosa significa, perché dietro un nome tecnico c’è un’idea semplice che riguarda chiunque usi o costruisca strumenti con l’AI.

Il problema: troppe integrazioni fatte a mano

Un assistente AI diventa davvero utile quando può attingere a dati e strumenti reali, non solo alla conoscenza con cui è stato addestrato. Il punto è che quei dati vivono in tanti posti diversi: un archivio di documenti, una casella di posta, un sistema aziendale, un database. Ognuno di questi posti parla un suo linguaggio e ha un suo modo di essere interrogato.

Fino a poco fa, per ogni sorgente bisognava scrivere un pezzo di codice apposta, cioè un’integrazione: un ponte su misura tra l’assistente e quel singolo servizio. Funziona, ma non regge la crescita. Con molti assistenti da un lato e molti servizi dall’altro, il numero di ponti da costruire e mantenere esplode. In termini spiccioli: se ci sono cinque applicazioni AI e dieci strumenti, senza un linguaggio comune servono potenzialmente cinquanta collegamenti diversi, tutti da scrivere, testare e aggiornare quando qualcosa cambia.

È il classico problema delle integrazioni frammentate: molte, tutte diverse, tutte fragili. Ed è esattamente il problema che MCP prova a togliere di mezzo.

Un’analogia: la presa universale

Un modo semplice per capirlo è pensare ai cavi. Prima che si diffondesse lo standard USB, ogni dispositivo aveva il suo connettore: un cavo per la stampante, uno per la macchina fotografica, uno per il telefono, ciascuno incompatibile con gli altri. Poi è arrivata una presa comune e quel groviglio si è ridotto a un solo tipo di collegamento.

MCP punta a fare la stessa cosa per gli assistenti AI. La documentazione ufficiale lo descrive proprio come “una porta USB-C per le applicazioni AI”: un modo standardizzato per collegare un assistente a sorgenti di dati e strumenti esterni, al posto di tanti collegamenti su misura. Un protocollo, in questo contesto, è semplicemente un insieme di regole condivise su come due programmi si scambiano messaggi. Se entrambi i lati rispettano le stesse regole, si capiscono senza bisogno di un adattatore costruito ad hoc.

Come funziona: client e server

MCP separa due ruoli, e capirli aiuta a vedere perché lo schema è pulito.

Da una parte c’è il server MCP: un piccolo programma che “espone” una sorgente di dati o uno strumento parlando il linguaggio dello standard. Per esempio, un server può dare accesso a una cartella di documenti, a un database o alle funzioni di un servizio. Il server dice, in modo uniforme, cosa mette a disposizione e come lo si usa.

Dall’altra parte c’è il client, cioè l’applicazione AI che vuole usare quei dati o quegli strumenti, come l’assistente stesso. Il client si collega al server e, seguendo le stesse regole, può leggere informazioni o richiedere azioni. Il collegamento è bidirezionale: l’assistente non solo riceve dati, ma può anche chiedere al server di fare qualcosa.

Il vantaggio dello schema è che i due lati non hanno bisogno di conoscersi in anticipo. Un assistente che “parla MCP” può collegarsi a qualunque server MCP, e un server MCP può essere usato da qualunque assistente compatibile. È lo stesso principio della presa universale: conta che entrambi rispettino lo standard, non chi li ha costruiti.

Cosa è stato rilasciato

All’annuncio, MCP non è arrivato come una semplice idea sulla carta, ma con materiale concreto e aperto:

• La specifica dello standard e alcuni SDK (i kit di sviluppo, cioè gli strumenti per costruire client e server), pubblicati su GitHub e a disposizione di tutti.
• Il supporto ai server MCP in locale dentro l’app Claude per computer desktop, così da poter provare i collegamenti sul proprio dispositivo.
• Una raccolta open source di server già pronti per strumenti di uso comune, tra cui Google Drive, Slack, GitHub, Git e Postgres. Servono da esempio e da punto di partenza, invece di far ricominciare tutti da zero.

Anthropic ha inoltre indicato alcuni primi utilizzatori, come le aziende Block e Apollo, e strumenti per sviluppatori - tra gli altri Zed, Replit, Codeium e Sourcegraph - impegnati a integrare lo standard nei loro prodotti; da allora il supporto si è allargato anche a strumenti più recenti come Gemini CLI. Un dettaglio non secondario: MCP è stato presentato come progetto aperto e collaborativo, non come una tecnologia chiusa e controllata da un solo fornitore.

Perché uno standard conta

Il valore di MCP non sta in una singola funzione, ma nello spostamento di lavoro che rende possibile. Senza uno standard, chi costruisce un assistente deve creare un collegamento diverso per ogni strumento; e chi costruisce uno strumento deve rifare il lavoro per ogni assistente. Con uno standard, ognuno lo implementa una volta sola: chi crea uno strumento scrive un solo server MCP e lo rende utilizzabile da qualsiasi assistente compatibile; chi crea un assistente aggiunge il supporto a MCP e guadagna l’accesso a tutti i server esistenti. Costruisci una volta, colleghi ovunque.

Ci sono altri due motivi per cui questo conta, anche per chi non scrive codice. Il primo è la riduzione del vincolo a un solo fornitore: se il modo di collegare dati e strumenti è comune, è più facile cambiare assistente o farne convivere diversi, senza rifare tutte le integrazioni. Il secondo è la trasparenza: essendo uno standard aperto, chiunque può leggere la specifica, capire come funziona e contribuire, invece di doversi fidare di un meccanismo chiuso.

Cautele e stato al lancio

Onestà prima di tutto: al momento dell’annuncio si trattava di una prima release. Il supporto ai server in locale c’era da subito, mentre per l’uso remoto e in produzione - cioè collegamenti che non girano solo sul computer di una persona, ma dentro sistemi aziendali - Anthropic indicava strumenti ancora “in arrivo”. Come per ogni standard, poi, il valore reale dipende dall’adozione: uno standard serve se in molti lo usano, e questo si vede col tempo, non il primo giorno, un percorso che è proseguito quando MCP è passato sotto il cappello della Linux Foundation per rafforzarne la governance neutrale.

C’è anche un aspetto di sicurezza da tenere presente. Un server MCP dà a un assistente accesso a dati e, spesso, la possibilità di compiere azioni. Va quindi trattato con le stesse cautele di qualsiasi integrazione che tocca informazioni reali: è bene sapere cosa espone, con quali permessi e verso chi, magari delegando l’accesso con un modello a permessi granulari come l’OAuth self-managed invece di un token che apre tutto. La comodità di un collegamento uniforme non toglie la responsabilità di controllarlo, per esempio eseguendo i server meno fidati in ambienti isolati come i container.

In sintesi

Il Model Context Protocol è uno standard aperto, presentato da Anthropic il 25 novembre 2024, per collegare gli assistenti AI a dati e strumenti in modo uniforme. Risolve un problema concreto: la selva di integrazioni fatte a mano, una per ogni combinazione di assistente e servizio. L’idea, come per lo standard USB, è avere un’unica “presa” comune al posto di tanti collegamenti diversi. È partito con specifica, SDK ed esempi aperti, e con qualche primo utilizzatore. Se e quanto diventerà davvero uno standard di riferimento lo diranno l’adozione e i mesi a venire; l’obiettivo, però, è chiaro e sensato: meno lavoro ripetuto, più libertà di scelta.

Fonti

• Introducing the Model Context Protocol - Anthropic
• What is the Model Context Protocol (MCP)? - modelcontextprotocol.io