Automazioni che Funzionano
Automatizzare Excel: cosa togliere dal foglio (e cosa no)
Automatizzare Excel conviene su ricopiatura, controlli e invii ripetuti tra fogli: la decisione e l'eccezione restano a chi guarda i numeri ogni giorno.
MCP (Model Context Protocol) è lo standard che permette a un agente AI di leggere email, CRM, fogli di calcolo e database aziendali senza costruire un collegamento su misura per ogni strumento: uno solo, riusabile ovunque.
Prima di MCP, ogni volta che un’azienda voleva far leggere a un’AI i dati di un gestionale, di Google Drive o di un CRM, qualcuno doveva scrivere un ponte apposito tra i due sistemi. Un ponte per Gmail, un altro per il CRM, un altro ancora per il foglio di calcolo delle scorte: tre integrazioni diverse, tre volte il lavoro, tre volte i bug da correggere quando uno dei due lati cambia formato. MCP nasce per eliminare quella ripetizione: definisce un unico modo, uguale per tutti gli strumenti, con cui un agente AI chiede dati o esegue azioni su un sistema esterno.
Il costo del non avere un collegamento standard non si vede in fattura, ma si vede nel calendario. Chi gestisce l’amministrazione di una piccola impresa passa parte della giornata a fare la stessa cosa: apre l’email con l’ordine, lo ricopia nel gestionale, aggiorna il foglio delle scorte, manda un messaggio a chi prepara la spedizione. Ogni passaggio è manuale perché i quattro strumenti non si parlano tra loro, e ogni passaggio è un punto dove un numero può essere trascritto male.
Con un server MCP attivo su ciascuno di quegli strumenti, un agente AI può leggere l’ordine dall’email, verificarlo sul gestionale e proporre l’aggiornamento delle scorte in un solo giro, con una persona che controlla e approva prima che parta qualcosa. Non è magia: è la stessa logica di un flusso costruito con n8n, ma con un vantaggio in più. Con n8n si costruisce un collegamento specifico tra due strumenti; con MCP l’agente AI usa collegamenti già pronti e decide da solo quale usare, in base a cosa gli viene chiesto.
Il problema che vedo più spesso non è la mancanza di uno strumento AI capace: è che quello strumento non vede i dati reali dell’azienda, e allora inventa o generalizza. Un server MCP configurato bene con permessi minimi è la differenza tra un agente che lavora sui vostri numeri e uno che lavora a intuito.
Valerii Yerokhin, esperto di Antigraviti e CEO di TheDrobot
Il nome tecnico spaventa più della cosa reale. MCP funziona con due ruoli: un client, che è lo strumento AI che l’utente usa (un’app di chat, un editor di codice, un agente installato in azienda), e un server, un piccolo programma che sa parlare con un sistema specifico (Google Drive, un database, Slack) e traduce le richieste dell’AI in operazioni che quel sistema capisce.
Quando qualcuno chiede all’AI “controlla se abbiamo già fatturato a questo cliente questo mese”, il client MCP passa la domanda al server collegato al gestionale, il server interroga il database con le credenziali che gli sono state date, e la risposta torna all’AI in un formato che può leggere e riassumere. L’utente non vede nessuno di questi passaggi: vede solo la risposta. Il lavoro tecnico sta nel collegare il server giusto una volta; da lì in avanti, ogni agente compatibile con MCP può usarlo.
Il vantaggio pratico per una PMI è che la maggior parte dei server già esiste. Esistono server MCP pronti per Google Drive, Gmail, Slack, GitHub, database Postgres e MySQL, filesystem locale, calendari e decine di altri strumenti diffusi. Attivarli è più simile a installare un componente aggiuntivo che a costruire un’integrazione da zero: la parte di sviluppo, nella maggior parte dei casi, l’ha già fatta qualcun altro.
| Attività | Senza MCP | Con MCP |
|---|---|---|
| Verificare un ordine su email e gestionale | Due schermate aperte, dati copiati a mano | L’agente legge entrambi i sistemi e confronta da solo |
| Collegare un nuovo strumento AI a un dato aziendale | Integrazione custom scritta da uno sviluppatore | Server MCP già pronto, da configurare con le credenziali |
| Aggiornare la logica quando cambia lo strumento aziendale | Si riscrive il codice del collegamento | Si aggiorna solo il server MCP di quello strumento, il resto resta uguale |
| Far usare lo stesso dato a due strumenti AI diversi | Due integrazioni separate da mantenere | Lo stesso server MCP serve entrambi |
La colonna di destra non è più veloce perché l’AI è più intelligente: è più veloce perché il lavoro di collegamento non si ripete a ogni nuovo strumento.
Per iniziare non serve un reparto IT dedicato, ma serve chiarezza su tre cose prima di attivare qualsiasi server MCP. Primo: quale dato deve leggere l’agente, esattamente, non “tutto il CRM” ma “gli ordini degli ultimi tre mesi”. Secondo: chi ha la responsabilità di sapere quali server MCP sono attivi in azienda, perché ognuno è un accesso in più ai sistemi aziendali e va trattato come tale, non come un plugin qualunque. Terzo: se serve un server MCP che non esiste già pronto (per un gestionale molto specifico o fatto in casa), qui il lavoro torna a essere sviluppo vero e proprio, e va affidato a chi sa scriverlo in sicurezza. TheDrobot realizza questo tipo di lavoro tra i suoi servizi di sviluppo software su misura, da sistemi interni a web app.
Chi ha già letto cosa sono gli agenti AI e come si comportano in azienda riconoscerà lo stesso principio: un agente vale quanto i dati a cui può accedere. MCP non rende un agente più capace di ragionare, gli dà accesso pulito e ripetibile ai dati che già esistono. La documentazione ufficiale del protocollo, su modelcontextprotocol.io, elenca i server disponibili e le specifiche tecniche per chi vuole andare oltre la configurazione base.
Il rischio reale di MCP non è tecnico, è organizzativo. Un server configurato con accesso in scrittura a un intero Google Drive aziendale, quando bastava la lettura di una singola cartella, è una porta più larga del necessario aperta su dati sensibili. Lo stesso vale per un server collegato mesi fa per un test e mai più disattivato: resta lì, attivo, mentre nessuno se lo ricorda più.
La paura di molti titolari, “collego l’AI ai nostri dati e perdo il controllo su chi vede cosa”, è fondata quando la configurazione è approssimativa, e infondata quando qualcuno tiene un elenco semplice di server attivi, permessi assegnati e data dell’ultima verifica. Non è burocrazia inutile: è la stessa attenzione che si dà a chiunque riceve una password aziendale, solo applicata a un pezzo di software invece che a una persona. Chi lavora già con dati clienti dovrebbe leggere anche come l’AI Act e il GDPR trattano l’accesso automatizzato ai dati, prima di collegare qualcosa di sensibile.
Non serve attivare MCP domani per trarne un primo beneficio. Il primo passo concreto è più piccolo: contate quante volte, in una settimana normale, qualcuno in azienda copia a mano lo stesso dato da uno strumento a un altro (dall’email al gestionale, dal gestionale al foglio, dal foglio al messaggio per un collega). Se il numero è più alto di quanto pensavate, avete già il primo candidato per un collegamento MCP: non il più complesso, il più ripetuto.
Il conto vero di MCP non si fa in euro risparmiati subito, ma in quante volte quel travaso manuale di dati non serve più. Ogni copia a mano è un’occasione persa per un errore, e ogni errore corretto dopo costa più tempo di quello che sarebbe servito a evitarlo.
Il protocollo è open source e gratuito: chiunque può scrivere o usare un server MCP senza pagare licenze. Il costo, se c'è, riguarda l'abbonamento allo strumento AI che lo usa (per esempio Claude o un editor con AI integrata) o l'infrastruttura dove si fa girare il server, non il protocollo in sé.
Per usare un server MCP già pronto (Google Drive, Slack, un database standard) basta seguire una guida di configurazione, alla portata di chi gestisce già gli strumenti aziendali. Scrivere un server MCP nuovo per un gestionale interno o custom richiede invece uno sviluppatore.
No. È nato con Claude ma è uno standard aperto: OpenAI, Google e altri produttori lo supportano nei loro strumenti, e piattaforme come n8n offrono nodi MCP pronti. È pensato per funzionare con qualsiasi agente AI che lo implementi, non con un solo fornitore.
Il protocollo stesso non è il problema: lo è la configurazione. Un server MCP va attivato con permessi minimi (solo lettura dove basta, solo le cartelle o tabelle necessarie) e va tenuto sotto controllo come qualsiasi altro accesso ai sistemi aziendali, con un responsabile che sa quali server sono attivi e su cosa.