MCP, plugin e integrazioni: qual è la differenza reale

In breve: un plugin è scritto per una sola applicazione e funziona soltanto lì. Un'integrazione classica viene costruita da due fornitori l'uno per l'altro e di solito gira nel cloud di qualcuno. Un server MCP si scrive una volta su un protocollo aperto, e qualunque client IA compatibile — Claude, ChatGPT, Cursor, VS Code, Zed — può usarlo senza che il suo autore faccia nulla di specifico per quel client.

Quest'ultima proprietà è tutta la differenza, e ha già cambiato il significato della parola «plugin». Oggi sul sito per sviluppatori di OpenAI un plugin è un pacchetto che può contenere «skill, server MCP e interfaccia facoltativa»: la confezione appartiene a OpenAI, il meccanismo sottostante è il protocollo aperto. Verificato il 13 agosto 2026.

Questo articolo parla di che cosa comporta quello spostamento nel momento in cui si decide come dare a un assistente accesso ai propri dati: chi stabilisce che la connessione esista, dove gira e che cosa succede cambiando applicazione. Se il protocollo in sé è una novità, che cos'è un server MCP chiarisce prima il vocabolario.

Tre cose diverse vengono chiamate «integrazione»

Un plugin estende una singola applicazione dall'interno. Le app di Slack, le estensioni del browser, i plugin di Figma, i primi plugin di ChatGPT del 2023. È scritto sull'API di estensione di quell'applicazione, distribuito attraverso la sua directory e gira secondo le sue regole. Se si passa a un'altra applicazione, il plugin non segue: non c'è nulla da spostare.

Un'integrazione classica collega due prodotti fra loro. O la costruiscono nativamente i due fornitori («Notion dentro Slack»), oppure la costruisce un intermediario per entrambi: Zapier, la cui directory dichiara oltre 9.949 applicazioni collegate al 13 agosto 2026. Qui l'unità è una coppia. Qualcuno deve decidere che proprio quella coppia vale il lavoro, e finché non lo decide la coppia non esiste.

Un server MCP è un programma che espone una fonte di dati o un insieme di azioni — le note delle riunioni, un database, una singola cartella — attraverso un'interfaccia standard. Non sa quale assistente lo chiamerà, e non ha bisogno di saperlo.

La distinzione non riguarda l'eleganza tecnica. Riguarda chi decide che cosa è possibile: il proprietario di un marketplace, due squadre di sviluppo commerciale o la persona a cui appartengono i dati.

L'aritmetica che i plugin non riuscivano a sistemare

Con i plugin, collegare N fonti di dati a M applicazioni IA costa N×M unità di lavoro, perché ogni accoppiamento è scritto a parte su un'API di estensione diversa. Nessuno costruisce N×M di qualcosa. I fornitori razionano: le applicazioni grandi ottengono per prime i connettori, il resto aspetta, e certi accoppiamenti non arrivano mai perché il ritorno economico è troppo piccolo.

MCP trasforma quella moltiplicazione in una somma. Ogni fonte di dati implementa il protocollo una volta, ogni applicazione IA lo implementa una volta, e a quel punto ogni combinazione funziona. È per questo che l'ecosistema è cresciuto così: a dicembre 2025, quando il protocollo ha cambiato mani, l'annuncio citava oltre 97 milioni di download mensili dell'SDK e un supporto client di primo livello in ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot e Visual Studio Code.

Il dettaglio sulla governance pesa più di quanto sembri. MCP è stato donato alla Agentic AI Foundation, un fondo dedicato sotto la Linux Foundation, il 9 dicembre 2025, con Anthropic, Block e OpenAI tra i fondatori. Un'API di plugin appartiene all'azienda che pubblica l'applicazione e da quell'azienda può essere ritirata, com'è successo al sistema di plugin di ChatGPT del 2023. Un protocollo sotto una gestione neutrale, con un processo pubblico di proposta, può ancora cambiare, ma non come decisione unilaterale di prodotto.

«Si configura una volta»: che cosa significa onestamente

È l'affermazione più spesso esagerata, quindi ecco la versione precisa.

Ciò che si scrive davvero una sola volta è il server. Lo stesso programma, avviato allo stesso modo, serve Claude Desktop, Cursor e VS Code senza codice dedicato a ciascun client.

Ciò che resta per singolo client è la voce di configurazione. Ogni client tiene le impostazioni MCP in un posto suo, e non sono identiche:

Client File Chiave di primo livello
Claude Desktop claude_desktop_config.json nella cartella di supporto dell'app mcpServers
Cursor .cursor/mcp.json nel progetto, oppure ~/.cursor/mcp.json mcpServers
VS Code .vscode/mcp.json, oppure mcp.json nel profilo utente servers

Verificato sulla documentazione di ciascun fornitore, 13 agosto 2026. La frase esatta è quindi una implementazione, molti client, non una configurazione, molti client. Ciò che si smette di ripetere è la parte costosa: l'implementazione, le descrizioni degli strumenti, il modello dei permessi e la disponibilità del fornitore a costruire il collegamento per la propria applicazione. Aggiungere una riga a un file JSON, o cliccare su un installatore che la scrive automaticamente, è la parte a buon mercato.

Locale o remoto: un asse che i plugin non hanno mai offerto

Un plugin di ChatGPT in stile 2023 era per definizione un'API HTTPS. I dati dovevano essere raggiungibili dai server di un fornitore, e questo chiudeva in silenzio la questione della riservatezza prima ancora che si potesse sollevarla. Le integrazioni in stile Zapier hanno la stessa forma: i dati passano dall'intermediario.

MCP ha due trasporti, e la scelta spetta a chi lo usa e non al protocollo. Il trasporto stdio esegue il server come processo sulla propria macchina, avviato dall'applicazione IA e chiuso quando la si chiude; il trasporto Streamable HTTP raggiunge un server che gira altrove. Entrambi parlano lo stesso protocollo, quindi un client che supporta MCP supporta tutte e due le forme.

È questa la differenza che cambia davvero ciò che è possibile: «l'assistente può leggere i file sul mio computer» è una frase che un'architettura a plugin non può produrre. Introduce anche una distinzione che conviene capire prima di collegare qualsiasi cosa, perché i server MCP locali e quelli cloud espongono cose diverse e a soggetti diversi.

A confronto

Plugin Integrazione classica Server MCP
Scritto su L'API di estensione di un'app Una coppia di prodotti Un protocollo aperto
Chi ne decide l'esistenza Il marketplace dell'host I due fornitori Chi possiede i dati
Funziona in un altro client IA No No Sì, senza modifiche
Può girare sulla propria macchina No Raramente Sì, tramite stdio
Attivato da L'applicazione host Una pianificazione o un evento Un modello, durante la conversazione
Controllato da Una sola azienda Una sola azienda Un progetto della Linux Foundation

Quando un plugin o un'integrazione ordinaria restano la risposta giusta

MCP non è un sostituto universale, e trattarlo come tale porta a una cattiva architettura.

Automazione non presidiata. Uno strumento MCP parte perché un modello ha deciso di chiamarlo mentre era in corso una conversazione. Se serve «ogni giorno feriale alle 07:00 copia le fatture di ieri nel foglio della contabilità», serve uno scheduler, e Zapier o un'integrazione nativa sono lo strumento corretto. Nessun protocollo sveglia un assistente inattivo.

Flussi deterministici. Quando lo stesso input deve produrre ogni volta lo stesso output, un modello che decide se chiamare lo strumento è un rischio più che una funzione.

Distribuzione a utenti non tecnici. Una scheda in una directory con un pulsante di installazione raggiunge persone a cui un file di configurazione JSON non arriva, ed è esattamente per questo che OpenAI ha avvolto i server MCP in un formato plugin invece di esporre a tutti il protocollo grezzo.

Tutto ciò che deve funzionare a portatile chiuso. Un server stdio locale si ferma quando si ferma la macchina. È un pregio per la riservatezza e un difetto per la disponibilità, e solo chi sceglie sa quale delle due sta comprando.

Come funziona in Speak-Y

Speak-Y include un server MCP dentro l'applicazione. Non esiste un plugin Speak-Y per Claude, né un'estensione Speak-Y separata per Cursor, né un'app Speak-Y nella directory di qualcuno: c'è un server, e ai client in uso viene indicato dove si trova. Da Impostazioni → Integrazioni, Installa accanto a un client rilevato scrive il file di configurazione di quel client, nel formato del client stesso.

La lettura è locale: ricerca, trascrizioni, riassunti e punti d'azione arrivano dalla libreria sulla propria macchina, senza che nulla venga caricato altrove perché l'assistente lo legga. I comandi che modificano qualcosa — tag, nomi degli interlocutori, titoli, ritrascrizione, pubblicazione in un canale del team — passano dall'applicazione in esecuzione, vengono dichiarati al client come modificanti dei dati, così chiede prima di procedere, e restano registrati dove è possibile rileggerli. Il server è gratuito con qualsiasi piano.

La parte che conta per questo articolo è che cosa succede la prossima volta che compare un nuovo client MCP. Per lui non viene costruito nulla. Legge lo stesso elenco di strumenti di tutti gli altri, perché il lavoro è stato fatto sul protocollo e non su un prodotto.

È tutto qui l'argomento a favore di MCP rispetto ai plugin, e vale la pena essere chiari: è un argomento sulla leva, non sulla sicurezza. Un protocollo aperto non dice nulla su che cosa un determinato server possa fare con i dati. A quella domanda risponde separatamente che cosa rende sicuro l'accesso in scrittura, ed è la domanda da porre prima di collegare qualsiasi cosa.

FAQ

Qual è la differenza tra un server MCP e un plugin?

Un plugin è scritto sull'API di estensione di una singola applicazione e funziona soltanto dentro quella applicazione. Un server MCP è scritto su un protocollo aperto, quindi qualunque client compatibile — Claude, ChatGPT, Cursor, VS Code, Zed e altri — può usare lo stesso server senza che il suo autore aggiunga lavoro per ciascun client. L'unità di misura di un plugin è un'applicazione; quella di un server MCP è una fonte di dati o un insieme di azioni.

Un server MCP sostituisce Zapier e strumenti di automazione simili?

No, risolvono problemi diversi. Zapier e le piattaforme analoghe eseguono flussi pianificati o attivati da eventi senza che nessuno sia presente, ed è esattamente ciò che MCP non fa: uno strumento MCP parte quando un modello decide di chiamarlo durante una conversazione. MCP sostituisce il connettore per singola applicazione, non la piattaforma di automazione.

Configurando un server MCP una volta, funziona da solo in ogni applicazione IA?

Il server si scrive una volta e non richiede modifiche, ma va comunque dichiarato a ciascun client nella configurazione del client stesso. Claude Desktop, Cursor e VS Code tengono le impostazioni MCP in file diversi, e VS Code usa perfino una chiave di primo livello differente. Ciò che si evita è un'implementazione separata per ogni applicazione, non una voce di configurazione separata.

I plugin di ChatGPT sono la stessa cosa di MCP?

Non la stessa cosa, ma non sono più opposti. Il sistema di plugin del 2023 è stato sostituito, e oggi sul sito per sviluppatori di OpenAI un plugin è un pacchetto che può contenere skill, un server MCP e un'interfaccia personalizzata facoltativa. Il plugin è ormai lo strato di confezionamento e distribuzione; MCP è il protocollo che sta sotto.

Chi controlla MCP, e un singolo fornitore può cambiarlo?

MCP è stato donato alla Agentic AI Foundation, un fondo dedicato sotto la Linux Foundation, il 9 dicembre 2025. La fondazione è stata co-fondata da Anthropic, Block e OpenAI, con il sostegno di Google, Microsoft, AWS, Cloudflare e Bloomberg. Le modifiche passano da un processo pubblico di proposta e non dalla roadmap di una singola azienda.