MCP (Model Context Protocol): definizione, funzionamento ed esempi

Un agente IA che può parlare solo con se stesso non serve a molto. Per agire davvero, deve leggere i suoi file, interrogare le sue basi, scrivere nei suoi strumenti. MCP è il protocollo nato per standardizzare questa connessione, invece di reinventarla per ogni nuovo strumento.

Definizione dettagliata

Il sito ufficiale del protocollo lo definisce così: MCP è «uno standard aperto per collegare applicazioni IA a sistemi esterni», che permette loro di accedere a fonti di dati (file locali, basi di dati), a strumenti (motori di ricerca, calcolatrici) e a workflow (prompt specializzati). La sua stessa documentazione riassume l'idea con un'immagine semplice: MCP è «come una porta USB-C per le applicazioni IA», un connettore standardizzato invece di un cavo diverso per ogni dispositivo.

Il protocollo è stato annunciato da Anthropic il 25 novembre 2024. L'annuncio descrive il problema che MCP cerca di risolvere: gli assistenti IA restavano isolati da dati comunque critici, e ogni nuova fonte imponeva un'implementazione su misura, il che creava un problema di integrazione che si moltiplicava a ogni nuovo strumento e a ogni nuovo modello. Anthropic ha pubblicato contemporaneamente la specifica, dei kit di sviluppo e un repository di server MCP di riferimento per strumenti come Google Drive, Slack, GitHub, Git o Postgres. Si veda l'annuncio di Anthropic.

IBM propone una formulazione tecnica complementare: MCP è «uno strato di standardizzazione che permette alle applicazioni IA di comunicare in modo efficace con servizi esterni, come strumenti, basi di dati o modelli di prompt predefiniti». Questa descrizione insiste su un punto spesso dimenticato: MCP non dice a un agente quando usare uno strumento, né come orchestrare più passaggi. Standardizza solo il modo in cui lo strumento si descrive e si connette. Si veda la scheda IBM su MCP.

Come funziona

MCP segue un'architettura client-server a tre ruoli, descritta in dettaglio dalla documentazione ufficiale e ripresa da Microsoft nella propria documentazione .NET. L'host MCP (MCP host) è l'applicazione IA stessa, come un assistente o un editor di codice. Crea un client MCP dedicato per ogni servizio a cui si connette. Ogni client mantiene una connessione con un server MCP, il programma che espone realmente dati o azioni. Un server MCP può funzionare in locale sulla macchina dell'utente, oppure da remoto sui server del fornitore dello strumento.

Concretamente, un server MCP espone tre tipi di elementi: degli strumenti (azioni che l'agente può attivare, come interrogare una base o inviare un messaggio), delle risorse (dati consultabili, come il contenuto di un file) e dei prompt (modelli di richiesta riutilizzabili). Il client interroga prima il server per sapere cosa propone, poi può chiamare uno strumento preciso con argomenti precisi, un funzionamento vicino a quello descritto nel nostro articolo sul tool calling.

È proprio qui che le fonti divergono sulla portata esatta di MCP. IBM e Microsoft concordano nel dire che MCP non sostituisce il tool calling: è il meccanismo che resta sotto, quello con cui un modello richiede concretamente l'esecuzione di un'azione. Ciò che MCP aggiunge è un modo comune di descrivere e scoprire questi strumenti, indipendente dal fornitore di modello, laddove ogni fornitore imponeva in precedenza il proprio formato di chiamata. Allo stesso modo, MCP non sostituisce le API classiche: la documentazione .NET di Microsoft precisa che un server MCP «può fornire un'astrazione sopra un'API REST» per esporre dati aziendali a un modello. MCP è quindi una facciata comune posata su API esistenti, non una tecnologia che le rende inutili.

Un server MCP può anche esporre una base documentale da interrogare prima di rispondere, un uso che si sovrappone direttamente al principio del RAG: cercare prima in una fonte affidabile, poi generare la risposta a partire da ciò che è stato trovato.

Esempio concreto con Atako

Il piano Standard di Atako elenca «Atako MCP» tra le proprie funzionalità incluse, accanto alle integrazioni, all'osservabilità o al BYOK, sulla pagina tariffe. Una chiave API generata dalle impostazioni dell'account serve, tra gli altri usi, a collegare client MCP esterni alla piattaforma.

Il resto dell'implementazione precisa, quali server, quali strumenti esposti nel dettaglio, non è documentato pubblicamente a oggi. Meglio restare fattuali su questo punto piuttosto che immaginare un elenco di strumenti o una data di lancio.

Errori frequenti

Primo errore: credere che MCP sia un meccanismo interamente nuovo che sostituirebbe il tool calling. Non è così, MCP standardizza la descrizione e la scoperta degli strumenti, ma la chiamata in sé resta una chiamata di funzione classica, prodotta dal modello.

Secondo errore: pensare che un «server MCP» indichi per forza una grossa macchina remota. La documentazione ufficiale distingue chiaramente i server locali, che funzionano sul computer dell'utente e comunicano in locale, dai server remoti, ospitati dal fornitore dello strumento e accessibili via HTTP.

Terzo errore: confondere MCP con una garanzia di sicurezza in sé. Il protocollo standardizza il modo in cui un modello scopre e chiama uno strumento, non decide al posto suo i permessi concessi a quello strumento. Su una piattaforma seria, questa decisione resta uno strato separato, indipendente dal protocollo di connessione utilizzato.

Quarto errore: credere che ogni strumento collegato a un agente passi per forza per MCP. Molti agenti, compresi quelli che usano integrazioni come GitHub o Slack, chiamano azioni tramite tool calling classico senza passare per un server MCP dedicato. Atako non documenta pubblicamente il dettaglio degli strumenti esposti dal proprio MCP: MCP resta un'opzione di connessione tra le altre, non un passaggio obbligato per dare strumenti a un agente.

Per approfondire

MCP si è imposto abbastanza in fretta come uno standard sostenuto da un ampio ecosistema: la documentazione ufficiale cita applicazioni come Claude o editor di codice come Visual Studio Code e Cursor tra i client MCP compatibili. Per comprendere i mattoni vicini a questo protocollo, si veda il glossario completo, con i termini tool calling, RAG e BYOK, tutti meccanismi di connessione o di configurazione lato modello.