I migliori server MCP per Claude nel 2026

Una parola su cosa sia davvero questo articolo prima che tu legga un'altra riga: SkillProof testa skill, non server MCP. Ogni skill nel nostro catalogo viene installata su una macchina pulita ed eseguita contro task reali, poi valutata su installazione, trigger, output e documentazione. Non applichiamo ancora quello stesso metodo ai server MCP, quindi niente qui sotto porta uno dei nostri punteggi x/10.

Quello che segue è la nostra lista di scelte tecniche: i server che noi e le persone di cui ci fidiamo usiamo davvero ogni giorno, scelti per adozione nell'ecosistema e uso quotidiano nostro, non per un test valutato. Una metodologia MCP con punteggio è in arrivo. Fino ad allora, trattala come una shortlist di persone che hanno collegato la maggior parte di questi server e ne hanno scollegati metà di nuovo.

Cosa fa davvero un server MCP

Un server MCP è un programma in esecuzione che parla il Model Context Protocol ed espone un insieme di strumenti che Claude può chiamare: leggi questo file, interroga questa tabella, pubblica su questo canale, clicca quel pulsante in un browser. È il meccanismo con cui Claude raggiunge sistemi che altrimenti non potrebbe toccare. È un lavoro diverso da quello di una skill, che è istruzioni in markdown che cambiano come Claude affronta un task che tecnicamente sa già fare. Abbiamo tracciato il confronto completo in skill di Claude vs MCP, e la versione breve conta anche qui: installa un server quando il problema è "Claude non riesce a vedere i miei dati", non quando il problema è "l'output di Claude non è abbastanza buono".

L'avviso sul costo in token, prima della lista

Leggi questa sezione prima di installare qualsiasi cosa qui sotto, perché cambia quali server valgono la pena.

Ogni server MCP che colleghi spedisce i suoi schemi di strumenti nel contesto di Claude a ogni singola richiesta, che tu usi il server quel turno o no. Uno schema di strumento è il suo nome, descrizione e specifica completa dei parametri, e un server tipico espone da dieci a trenta strumenti. Collega quattro o cinque server e puoi star spendendo migliaia di token prima ancora di aver digitato una parola. Abbiamo misurato la nostra stessa configurazione per la guida sui costi in token: tre server di dimensioni moderate aggiungevano circa 10.000 token di overhead fisso per richiesta, e un server ufficiale più pesante aggiungeva da solo circa 20.000 token per uno strumento che abbiamo usato due volte quel mese.

Non è un costo una tantum. Viene fatturato a ogni turno di ogni sessione, per sempre, finché non scolleghi il server. Un preambolo di 10.000 token su una sessione di 50 messaggi sono 500.000 token spesi su definizioni che nessuno ha letto. Sulla fatturazione API questo compare direttamente in fattura. Su un abbonamento Pro o Max compare come raggiungere i tuoi limiti prima nella giornata.

Quindi la regola operativa per questa lista è: installa meno, non di più. Decidi se il lavoro di questa settimana ha davvero bisogno di un server, limitalo al progetto che ne ha bisogno, e scollegalo la settimana in cui non serve. Ogni voce qui sotto ti dice quando si guadagna quella tassa e quando saltarla, perché "potrebbe essere utile un giorno" è come la gente finisce per far girare nove server e chiedersi perché Claude sembra più opaco di prima.

Le nostre scelte, per categoria

Sono raggruppate per lavoro, non classificate l'una contro l'altra, perché la risposta giusta è quasi sempre "quello o i due che si adattano al lavoro di questa settimana", non "tutti quanti".

Filesystem

Cosa fa: Dà a Claude accesso strutturato in lettura e scrittura a un albero di directory su disco, oltre a quello che coprono gli strumenti file integrati di un client di chat. Utile in configurazioni dove Claude gira in un posto che non ha già accesso file di prima classe, o dove vuoi uno scoping più stretto di "l'intero progetto".

Quando si guadagna il costo: Fai girare Claude fuori da Claude Code (un agente personalizzato, un client di chat con supporto MCP) e ti serve lettura/scrittura file vera, oppure vuoi limitare Claude a una sottodirectory specifica invece che a un intero repo.

Quando saltarlo: Dentro Claude Code stesso, è quasi ridondante. La CLI ha già strumenti file integrati, quindi aggiungere un server filesystem qui è spesso solo tassa di schema in più per una capacità che hai già gratis.

Git

Cosa fa: Espone le operazioni git come strumenti chiamabili: status, diff, log, branch, commit, blame, su un repository locale, in modo strutturato invece che parsato dall'output grezzo dei comandi.

Quando si guadagna il costo: Vuoi che Claude ragioni sulla cronologia git e sui diff come dati strutturati invece che eseguendo comandi shell e parsando testo, il che conta di più per build di agenti personalizzati che per Claude Code, che già esegue git via bash in modo pulito.

Quando saltarlo: In Claude Code, eseguire git log e git diff via bash dà a Claude la stessa informazione a costo di schema fisso zero. Aggiungi questo solo se stai costruendo un agente che non ha accesso shell fin dall'inizio.

GitHub

Cosa fa: Collega Claude alle API di GitHub: leggere e aprire issue, aprire e revisionare pull request, controllare lo stato della CI, gestire label e milestone, tutto senza uscire dalla conversazione.

Quando si guadagna il costo: Il tuo lavoro passa davvero attraverso GitHub come sistema: fare triage a un backlog di issue, abbozzare descrizioni di PR da un diff, controllare se i check di una release sono verdi. Il server ufficiale espone tanti strumenti, quindi metti in budget token di schema veri per esso.

Quando saltarlo: Se il tuo unico uso è git push e leggere un diff, la CLI gh via bash fa lo stesso lavoro senza una connessione persistente o un token da gestire. Ricorri al server quando Claude deve agire sullo stato di GitHub stesso: aprire, etichettare, commentare cose che esistono già lì.

Automazione browser: Playwright e Puppeteer

Cosa fanno: Entrambi guidano un browser vero, così Claude può cliccare in una pagina, riempire form, aspettare che gli elementi si renderizzino, fare screenshot e leggere il DOM o il traffico di rete risultanti. Il server di Playwright tende a esporre una lettura più pulita dell'albero di accessibilità; quello di Puppeteer è la superficie più vecchia e minimale e compare più spesso in toolchain esistenti già standardizzate su di esso.

Quando si guadagnano il costo: Test end-to-end di un'app web, scraping di una pagina che si renderizza solo dopo l'esecuzione di JavaScript, o verificare che una modifica UI appaia davvero giusta in un browser dal vivo invece di fidarsi del codice. Questa è una delle poche categorie in cui "Claude letteralmente non può farlo senza un server" è vero senza riserve; nessuna istruzione dà a un modello occhi su una pagina renderizzata.

Quando saltarle: Se devi solo leggere l'HTML statico di una pagina, un semplice fetch fa il lavoro per una frazione dei token e nessun processo browser da gestire. Non ricorrere a un server completo di automazione browser per leggere un post di blog.

Postgres

Cosa fa: Dà a Claude una connessione live, di solito limitata in lettura, a un database Postgres: introspezione dello schema, esecuzione di query, ispezione dei piani di query.

Quando si guadagna il costo: Ti serve che Claude ragioni sul tuo schema reale e sui tuoi dati reali, non su un dump dello schema che hai incollato il mese scorso e che nel frattempo è cambiato. Fare debug di una query lenta contro l'output EXPLAIN reale, o scrivere una migrazione che deve tenere conto di tabelle già esistenti, vanno entrambi più veloci con una connessione live che con contesto vecchio.

Quando saltarlo: L'analisi una tantum di un export CSV non ha bisogno di una connessione database. E collegare una credenziale capace di scrittura per un'esplorazione di sola lettura è un rischio vero; limita il token alla sola lettura ogni volta che il task lo permette. Abbina questo server a una skill che codifichi disciplina attenta nelle query; una connessione live senza uno strato di giudizio è come si finisce con una scansione accidentale di tabella intera contro la produzione.

Fetch

Cosa fa: Un server stretto e a basso overhead che recupera un URL e ne restituisce il contenuto, spesso convertito in markdown, così Claude può leggere una pagina senza un browser.

Quando si guadagna il costo: Ti serve informazione aggiornata da un URL specifico e noto, documentazione, un changelog, una risposta di API pubblica, senza il pieno overhead dell'automazione browser. È tra i server più leggeri di questa lista in termini di tassa di schema.

Quando saltarlo: Se il tuo client ha già fetch web integrato (Claude Code ce l'ha), un server fetch separato è di solito capacità duplicata. Controlla cosa hai già prima di aggiungere questo.

Ricerca (Brave Search o simili)

Cosa fa: Esegue ricerche web tramite un'API di ricerca e restituisce risultati che Claude può leggere, a differenza di recuperare un singolo URL noto.

Quando si guadagna il costo: Ricerca aperta dove non conosci l'URL sorgente in anticipo: "qual è lo stato attuale di X", ricerca competitiva, trovare le correzioni note per un messaggio di errore specifico.

Quando saltarlo: Se il tuo client ha già ricerca web integrata, questa è capacità ridondante con una propria chiave API da gestire e una propria tassa di schema. Conferma cosa copre già la tua configurazione prima di aggiungere un secondo percorso di ricerca.

Slack

Cosa fa: Legge e pubblica su Slack: cronologia dei canali, DM, thread, reazioni, così Claude può riassumere un canale o pubblicare un aggiornamento senza che tu debba copiare-incollare in entrambe le direzioni.

Quando si guadagna il costo: Lavoro di comunicazione ricorrente: pubblicare riassunti di standup, tirare fuori contesto da un thread prima di abbozzare una risposta, fare triage a un canale cresciuto fuori controllo. Questo è anche l'esempio canonico di un server attorno a cui cresce in fretta una skill: collega Slack, pubblica un riassunto che suona come un comunicato stampa, e ti ritroverai a scrivere istruzioni di formattazione entro un giorno. Non è una critica al server; è il normale pattern MCP-più-skill.

Quando saltarlo: Se il tuo uso di Slack è occasionale, la tassa di schema dello strumento gira ogni giorno per una capacità che usi due volte a settimana. Considera di collegarlo solo nei giorni in cui ti serve, o limitarlo all'unico progetto dove la comunicazione fa davvero parte del lavoro.

Memoria

Cosa fa: Dà a Claude un archivio di conoscenza persistente tra le sessioni, di solito un piccolo grafo di entità e relazioni, così i fatti della conversazione della settimana scorsa non svaniscono quando la sessione finisce.

Quando si guadagna il costo: Progetti a lungo termine dove rispiegare il contesto ogni sessione è la spesa vera, non la tassa di schema. Se ti ritrovi a ridigitare "ricorda, abbiamo deciso X" all'inizio di ogni conversazione, quello è il segnale.

Quando saltarlo: I task brevi e autonomi non ne traggono beneficio; non c'è nulla da ricordare tra sessioni che finiscono in venti minuti. Nota anche che una skill di memoria risolve una fetta dello stesso problema senza alcun server, dato che può mantenere note in un file su disco che Claude legge e aggiorna direttamente. Controlla se ti serve la connessione sempre attiva o solo un'abitudine di persistenza prima di aggiungere il server.

Il percorso fai-da-te

Ogni lista come questa manca la tua API interna, il tuo sistema di ticketing fatto in casa, l'unico strumento che il tuo team ha costruito e di cui nessun altro ha mai sentito parlare. Per quei casi, la strada più veloce non è aspettare che qualcuno pubblichi un server; è costruirne uno.

MCP Builder, dal repository ufficiale di skill di Anthropic, ha ottenuto 8,8/10 nei nostri test (verdetto: promosso): guida Claude attraverso la meccanica vera di un server MCP, definizioni di strumenti, schemi, autenticazione, gestione errori, invece che tu debba assemblare quel boilerplate dalla documentazione. Nel nostro test, ha costruito un server funzionante che avvolgeva un'API REST interna, completo di schemi di strumenti e gestione errori, in circa un'ora di lavoro supervisionato. È la skill che Anthropic stessa usa per insegnare a Claude come costruire proprio la cosa di cui questo articolo è una lista, il che chiude qualsiasi discussione sul fatto che skill e MCP siano concorrenti invece che livelli.

Se il blocco del tuo team è "nessuno ha costruito un server per il nostro strumento interno", questa è una strada più diretta che cercarne uno che non esiste.

Skill vs MCP, il ripasso della decisione

La domanda sotto la maggior parte di questo articolo è una che ci viene fatta costantemente: ti serve una skill o un server per un dato problema? Il test che funziona davvero è chiedersi cosa sta fallendo. Se Claude tecnicamente ha l'informazione o la capacità ma la gestisce male, formattazione incoerente, casi limite mancati, output generico, quello è un problema di giudizio, e una skill lo risolve a un costo standard vicino allo zero. Se Claude semplicemente non riesce a raggiungere la cosa affatto, nessuna connessione database, nessun browser, nessun canale Slack live, quello è un problema di accesso, e solo un server chiude quel divario.

La maggior parte del lavoro quotidiano pende più verso il lato skill di quanto la gente si aspetti. Scrittura, code review, generazione di documenti, analisi di file già davanti a Claude: nulla di tutto ciò ha bisogno di un server. MCP si guadagna il tempo di configurazione e la tassa in token specificamente quando un sistema esterno live è centrale al task, una categoria reale, ma più stretta di quanto suggerirebbe la dimensione della maggior parte delle configurazioni MCP delle persone. Il nostro percorso di setup completo organizza questo in un vero ordine di build da 30 minuti: prima le skill, dato che sono gratis a riposo, poi l'uno o due server di cui il progetto ha davvero bisogno.

Quanti server sono troppi

La nostra risposta di opinione: la maggior parte delle configurazioni ha bisogno di due o tre, limitati al progetto specifico, non collegati globalmente.

Il test che usiamo sulle nostre macchine è semplice. Per ogni server collegato, puoi dire a cosa serve questa settimana? Se la risposta è "l'ho configurato per una cosa che ho fatto il mese scorso", non si sta guadagnando la sua tassa; sta lì a tenere una credenziale e a costare token di schema comunque. Facciamo questo audit mensilmente e raramente teniamo più di tre server collegati a un singolo progetto una volta che siamo onesti al riguardo.

Il modo di fallire non è un tetto rigido; è che i server MCP non annunciano il loro costo nel modo in cui lo fa una risposta lenta. Un CLAUDE.md gonfio è ovvio nel momento in cui ci scorri sopra. Gli schemi MCP inattivi restano invisibili finché non esegui /context e vedi quarantamila token di definizioni di strumenti seduti davanti alla tua domanda vera. Controlla quel numero prima di aggiungere un quarto server, non dopo.

FAQ

Quali sono i migliori server MCP per Claude nel 2026?

Per la maggior parte delle configurazioni: un server filesystem o git se sei fuori da Claude Code (entrambi quasi ridondanti al suo interno), GitHub se issue e PR sono centrali al tuo lavoro, Playwright o Puppeteer per l'automazione browser, Postgres per il lavoro live sul database, e Slack se la comunicazione passa lì tutti i giorni. Due o tre di questi, non tutti, è la risposta realistica per la configurazione di una persona.

Mi servono server MCP se uso Claude Code?

Meno di quanto pensi. Claude Code ha già accesso file, accesso shell (quindi git e gh funzionano via bash) e fetch web integrati. I server che aggiungono capacità nuove reali sopra questo sono quelli che raggiungono sistemi a cui Claude Code non ha percorso nativo: un database live, un browser, Slack, l'API di un sistema di ticketing.

Quanto contesto costano davvero i server MCP?

Varia da server a server, ed è esattamente per questo che dovresti controllare il tuo invece di fidarti di una regola generica. I server piccoli e mirati girano tra 1.000 e 3.000 token di schema. I grandi server ufficiali con decine di strumenti hanno misurato tra 15.000 e 25.000 nei nostri stessi audit. Esegui /context con un server collegato e di nuovo scollegato per vedere il tuo numero reale.

Questi server sono valutati come SkillProof valuta le skill?

No, e lo abbiamo detto in cima a questo articolo apposta. Il nostro punteggio di installazione, trigger, output e documentazione è una metodologia per skill che abbiamo applicato a 73 skill finora. Una metodologia con punteggio paragonabile per i server MCP è in corso; questa lista è il nostro giudizio tecnico e l'uso quotidiano, non un risultato di test.

Una skill può sostituire un server MCP?

Non per l'accesso in sé; una skill non può aprire una connessione database o guidare un browser da sola. Ma una skill può assolutamente sostituire lo strato di giudizio che le persone si aspettano erroneamente da un server. Tanti server collegati che abbiamo visto vengono seguiti quasi subito da una skill che descrive come usarli bene, pattern di query attenti per un server database, regole di formattazione per un server Slack. Il server ti porta lì; la skill decide cosa fare una volta arrivato.