Model Context Protocol spiegato

In breve

MCP è uno standard aperto che definisce come un assistente IA richiama strumenti e accede ai dati: come una presa unica al posto di un cavo diverso per ogni apparecchio.
La differenza rispetto all'interfaccia classica non sta nella tecnica ma nella direzione: non siete voi a consegnare i dati, è il modello a procurarseli quando servono.
L'utilità pratica nasce solo con permessi chiari. Senza quelli, un accesso ai dati aziendali non è un progresso ma un rischio.
Per l'uso non servono più competenze di programmazione; per la configurazione e per la domanda su chi può vedere che cosa serve però qualcuno con una responsabilità.

Oggi la maggior parte delle aziende usa l'IA come un interlocutore molto ben informato che però non conosce l'azienda. Si spiega il contesto, si inseriscono i dati, si ottiene una risposta, e la volta dopo si ricomincia da capo. Funziona, ma non scala.

Il Model Context Protocol, in breve MCP, interviene esattamente qui. Descrive come un assistente IA parla con strumenti e fonti di dati: quali capacità offre una fonte, come vengono richiamate e in che forma torna la risposta. Anthropic ha pubblicato e reso aperto lo standard alla fine del 2024; da allora è supportato anche da altri fornitori.

Un nodo centrale con canali di luce verso quattro forme geometriche diverse — Un solo attacco, molte fonti: l'assistente parla con ogni fonte nella stessa lingua, invece di richiedere un collegamento dedicato per ciascuna.

Che cos'è davvero MCP

Il paragone che regge meglio: MCP sta ai collegamenti IA come uno standard di presa unico sta ai cavi di ricarica. Prima ogni apparecchio ne richiedeva uno proprio. Dopo ne basta uno.

I tre ruoli

Il server: Mette a disposizione capacità: «leggi gli ultimi dati di campagna», «crea un contatto», «cerca nell'archivio documenti». Un server rappresenta di norma un sistema: il vostro archivio, il vostro CRM, la vostra analisi.
Il client: Sta dentro lo strumento IA e interpella i server. Il client non decide che cosa succede: stabilisce solo il collegamento.
Il modello: Decide, nell'ambito del compito, quale capacità richiamare. Vede solo ciò che i server gli offrono e può fare solo ciò che avete permesso.

Il punto importante di questa suddivisione: il modello non ottiene accesso libero a un sistema. Ottiene un elenco di azioni consentite. Ciò che non è nell'elenco non è possibile, non perché il modello si comporti bene, ma perché tecnicamente non esiste una strada per arrivarci.

Lo sapevi?

Il nome suona più tecnico di quanto sia la cosa. «Context» qui significa semplicemente: tutto ciò che il modello deve sapere per un compito. Il protocollo regola come questo contesto si forma, non che cosa il modello ne fa.

E poiché lo standard è aperto, un server costruito una volta funziona con ogni strumento che parla MCP. È questo il vero guadagno: il collegamento lo costruite una volta sola, non di nuovo per ogni fornitore.

La differenza rispetto all'interfaccia classica

La domanda ovvia: ma per questo esistono già le interfacce. Vero, e MCP non le sostituisce: le usa. La differenza sta nella direzione del processo.

	Interfaccia classica	MCP
Chi decide	il processo programmato	il modello, entro i limiti consentiti
Processo	cablato in modo fisso	scelto in esecuzione
Modifiche necessarie	a ogni nuovo caso	a nuove capacità
Punto di forza	prevedibilità	adattabilità
Punto debole	rigidità	meno prevedibile

Ne deriva un'assegnazione chiara: per i processi che si svolgono sempre uguali e devono farlo — fatturazione, allineamento dei dati, invii — l'interfaccia classica resta la scelta giusta. Per i compiti in cui non si sa in anticipo quale informazione servirà, MCP dà il meglio.

Che cosa va regolato prima del primo collegamento

Una soglia traslucida attraverso cui passano particelle di luce in modo ordinato — L'accesso non è una questione di sì o no. Decisivo è che cosa può passare e che cosa si ferma sulla soglia.

Attenzione Un server MCP che accede in lettura al vostro archivio rende visibile al modello ogni contenuto di quell'archivio, anche quello a cui in quel momento nessuno pensa. I diritti di accesso del server sono il vero confine di sicurezza, non la formulazione nel prompt.

Quattro punti vanno chiariti prima che il primo server entri in funzione:

Portata invece di accesso totale

Un server dovrebbe offrire esattamente le capacità che un compito richiede, non l'intera dotazione del sistema sottostante. Lettura e scrittura vanno tenute separate.

Domanda: che cosa deve saper fare esattamente questo compito?

Credenziali proprie per ogni server

Non usare l'account di amministrazione. Un accesso dedicato per ogni collegamento, con i diritti minimi necessari: così un accesso si può revocare anche in seguito senza disturbare tutto il resto.

Domanda: si può disattivare singolarmente?

Registrazione

Ogni chiamata dovrebbe essere ricostruibile: chi, quando, quale capacità, quale risultato. Senza registro, in caso di dubbio non si può ricostruire che cosa è successo.

Domanda: possiamo verificarlo a posteriori?

Conferma quando ci sono conseguenze

Tutto ciò che modifica qualcosa o esce verso l'esterno — inviare e-mail, cancellare record, pubblicare — va messo dietro una conferma esplicita, non dentro un processo automatico.

Domanda: che cosa succede se va storto?

Provenienza dei server

Un server MCP è codice eseguibile. Per i server altrui vale quanto per qualsiasi altro software: verificare la provenienza, guardare i permessi, nel dubbio non usarlo.

Domanda: chi lo ha scritto?

Per che cosa conviene nel marketing

Dodici blocchi luminosi collegati da fili di luce sottili in un insieme unico — L'utilità non cresce con il numero dei collegamenti, ma con quanto bene si coordinano tra loro.

Non ogni collegamento conviene. I quattro seguenti si sono rivelati quelli con il miglior rapporto tra impegno ed effetto.

Dalla pratica

Archivio documenti, solo lettura. L'assistente può attingere a indicazioni di tono, posizionamento e testi precedenti, invece di riceverli inseriti a ogni richiesta. Il singolo guadagno maggiore, perché agisce su ogni compito di scrittura.

Dati di analisi, solo lettura. Le domande sui numeri si possono rispondere direttamente alla fonte, invece di esportare tabelle. Importante: lavorare con obbligo di prova, altrimenti nascono affermazioni plausibili senza fondamento.

Dati di contatto, in lettura e in scrittura strettamente limitata. Creare e integrare sì, cancellare no. Questo confine, nel dubbio, salva l'intero patrimonio dati.

Il vostro sito web. Struttura, indirizzi, contenuti: così si possono verificare i collegamenti e trovare i vuoti, senza che qualcuno debba percorrere il sito a mano.

Suggerimento Iniziate con un unico collegamento in sola lettura e lasciatelo attivo quattro settimane. Ciò che in quel periodo non è stato usato non vi serve. Sembra banale, ma evita lo sviluppo sbagliato più frequente: dodici collegamenti di cui tre vengono usati e nove sono superficie d'attacco.

Come si svolge la configurazione

Oggi l'uso non richiede più competenze di programmazione: molti strumenti includono server già pronti per i sistemi diffusi, attivabili tramite un file di configurazione o un'interfaccia. Ciò che serve ancora è qualcuno che risponda alla domanda sui permessi.

Il procedimento in quattro passi:

Descrivere il compito. Non «vogliamo usare MCP», ma «l'assistente deve conoscere le nostre indicazioni di tono senza che le inseriamo ogni volta».
Individuare la fonte. Dove si trova davvero questa informazione? Spesso in più punti: allora prima si mette ordine, poi si collega.
Configurare l'accesso. Account dedicato, diritti minimi, sola lettura, registrazione attiva.
Osservare quattro settimane. Il collegamento viene usato? Le risposte migliorano? Se no: disattivare invece di ampliare.

Un prompt che mostra la differenza

Con le fonti collegate cambia anche il modo di dare le consegne. Il prompt seguente presuppone che archivio e analisi siano collegati in lettura, e impone l'obbligo di prova.

Prompt

Compito: proponi tre oggetti per la prossima campagna
rivolta al gruppo [DESTINATARI].

Procedimento:
1. Guarda nel nostro archivio quali indicazioni di tono valgono.
   Cita il file da cui le hai prese.
2. Guarda nei dati di analisi quali oggetti degli ultimi sei
   mesi hanno avuto aperture sopra la media. Cita le righe su
   cui ti basi.
3. Solo dopo formula le tre proposte.

Se una delle due fonti non dà nulla di utilizzabile, scrivilo
invece di mascherarlo.

La terza frase è la più importante. Senza di essa il modello riempie il vuoto con qualcosa di plausibile, e ce se ne accorge solo quando qualcuno chiede da dove viene il numero.

Dove sono i limiti

Tre cose MCP non le risolve, anche se a volte viene presentato così.

I dati scadenti non migliorano. Un assistente con accesso a un archivio disordinato risponde in modo sbagliato più in fretta di prima. Il collegamento amplifica ciò che c'è: l'ordine come il disordine.

Il processo non nasce da solo. Chi non sa descrivere quale procedimento vuole automatizzare non guadagna nulla dal collegamento. Lo strumento non risponde alla domanda: la presuppone.

La responsabilità resta. Se l'assistente scrive qualcosa di sbagliato basandosi su dati vecchi e quel testo esce, è comunque la vostra azienda. I passaggi di conferma non sono sfiducia verso la tecnica, sono il punto in cui qualcuno guarda.

Conclusione

MCP non è un prodotto che si compra, è un accordo su come i sistemi parlano tra loro. Il guadagno non sta nella tecnica in sé, ma nel fatto che il collegamento si costruisce una volta e poi funziona con ogni strumento che parla lo standard.

Per le aziende senza reparto informatico è questa la notizia vera: l'accesso a questo tipo di automazione non dipende più dal fatto che qualcuno in casa sappia programmare interfacce. Dipende dal fatto che qualcuno risponda in modo pulito alla domanda sui permessi, e questo è un compito organizzativo, non tecnico.

Domande frequenti

Che cos'è il Model Context Protocol in una frase?

Uno standard aperto che definisce come un assistente IA richiama strumenti e accede a fonti di dati: un attacco unico al posto di un collegamento dedicato per ogni fornitore.

Servono competenze di programmazione per usare MCP?

Per l'uso no: per i sistemi diffusi esistono server già pronti, attivabili tramite una configurazione. Per decidere quali diritti riceve un server serve invece qualcuno con una responsabilità, e questa non è una questione tecnica ma organizzativa.

È sicuro dare a un'IA accesso ai dati aziendali?

È sicuro quanto lo consentono i permessi. L'accesso del server è il confine reale, non l'istruzione nel prompt. Un accesso in sola lettura con account dedicato, diritti minimi e registrazione è governabile; un accesso da amministratore non lo è.

Qual è la differenza tra MCP e una normale interfaccia?

La direzione. In un'interfaccia classica è un processo programmato a stabilire che cosa succede e quando. Con MCP è il modello a scegliere in esecuzione tra le capacità consentite. Il primo è più prevedibile, il secondo più adattabile: entrambi hanno il loro posto.

Quale collegamento conviene per primo?

L'archivio documenti, in sola lettura. Agisce su ogni compito di scrittura, perché tono, posizionamento ed esempi non devono più essere inseriti a ogni richiesta.

MCP funziona con qualsiasi strumento IA?

Con ogni strumento che supporta lo standard. Essendo aperto, questa cerchia cresce: verificate però prima di decidere se lo strumento che usate ne fa parte, invece di darlo per scontato.