Cosa puoi fare con MCP
Con i server MCP connessi, puoi chiedere a Claude Code di:- Implementare funzionalità da issue tracker: “Aggiungi la funzionalità descritta nel ticket JIRA ENG-4521 e crea una PR su GitHub.”
- Analizzare dati di monitoraggio: “Controlla Sentry e Statsig per verificare l’utilizzo della funzionalità descritta in ENG-4521.”
- Interrogare database: “Trova gli indirizzi email di 10 utenti casuali che hanno utilizzato la funzionalità ENG-4521, in base al nostro database PostgreSQL.”
- Integrare design: “Aggiorna il nostro modello di email standard in base ai nuovi design Figma che sono stati pubblicati su Slack”
- Automatizzare flussi di lavoro: “Crea bozze Gmail invitando questi 10 utenti a una sessione di feedback sulla nuova funzionalità.”
- Reagire a eventi esterni: Un server MCP può anche agire come un canale che invia messaggi nella tua sessione, in modo che Claude reagisca ai messaggi Telegram, chat Discord o eventi webhook mentre sei assente.
Server MCP popolari
Ecco alcuni server MCP comunemente utilizzati che puoi connettere a Claude Code:Hai bisogno di un’integrazione specifica? Trova centinaia di altri server MCP su GitHub, oppure crea il tuo utilizzando l’MCP SDK.
Installazione dei server MCP
I server MCP possono essere configurati in tre modi diversi a seconda delle tue esigenze:Opzione 1: Aggiungi un server HTTP remoto
I server HTTP sono l’opzione consigliata per connettersi ai server MCP remoti. Questo è il trasporto più ampiamente supportato per i servizi basati su cloud.Opzione 2: Aggiungi un server SSE remoto
Opzione 3: Aggiungi un server stdio locale
I server stdio vengono eseguiti come processi locali sulla tua macchina. Sono ideali per strumenti che necessitano di accesso diretto al sistema o script personalizzati.Importante: Ordine delle opzioniTutte le opzioni (
--transport, --env, --scope, --header) devono venire prima del nome del server. Il -- (doppio trattino) separa quindi il nome del server dal comando e dagli argomenti che vengono passati al server MCP.Per esempio:claude mcp add --transport stdio myserver -- npx server→ eseguenpx serverclaude mcp add --transport stdio --env KEY=value myserver -- python server.py --port 8080→ eseguepython server.py --port 8080conKEY=valuenell’ambiente
Gestione dei tuoi server
Una volta configurati, puoi gestire i tuoi server MCP con questi comandi:Aggiornamenti dinamici degli strumenti
Claude Code supporta le notifichelist_changed di MCP, consentendo ai server MCP di aggiornare dinamicamente i loro strumenti, prompt e risorse disponibili senza richiedere di disconnettersi e riconnettersi. Quando un server MCP invia una notifica list_changed, Claude Code aggiorna automaticamente le capacità disponibili da quel server.
Invia messaggi con canali
Un server MCP può anche inviare messaggi direttamente nella tua sessione in modo che Claude possa reagire a eventi esterni come risultati CI, avvisi di monitoraggio o messaggi di chat. Per abilitare questa funzionalità, il tuo server dichiara la capacitàclaude/channel e tu la abiliti con il flag --channels all’avvio. Vedi Canali per utilizzare un canale ufficialmente supportato, oppure Riferimento canali per costruire il tuo.
Server MCP forniti da plugin
I plugin possono raggruppare server MCP, fornendo automaticamente strumenti e integrazioni quando il plugin è abilitato. I server MCP dei plugin funzionano in modo identico ai server configurati dall’utente. Come funzionano i server MCP dei plugin:- I plugin definiscono i server MCP in
.mcp.jsonnella radice del plugin o inline inplugin.json - Quando un plugin è abilitato, i suoi server MCP si avviano automaticamente
- Gli strumenti MCP del plugin appaiono insieme agli strumenti MCP configurati manualmente
- I server dei plugin vengono gestiti tramite l’installazione del plugin (non tramite comandi
/mcp)
.mcp.json nella radice del plugin:
plugin.json:
- Ciclo di vita automatico: All’avvio della sessione, i server per i plugin abilitati si connettono automaticamente. Se abiliti o disabiliti un plugin durante una sessione, esegui
/reload-pluginsper connettere o disconnettere i suoi server MCP - Variabili di ambiente: Utilizza
${CLAUDE_PLUGIN_ROOT}per i file del plugin raggruppati e${CLAUDE_PLUGIN_DATA}per lo stato persistente che sopravvive agli aggiornamenti del plugin - Accesso alle variabili di ambiente dell’utente: Accesso alle stesse variabili di ambiente dei server configurati manualmente
- Tipi di trasporto multipli: Supporto per trasporti stdio, SSE e HTTP (il supporto del trasporto può variare a seconda del server)
- Distribuzione raggruppata: Strumenti e server confezionati insieme
- Configurazione automatica: Nessuna configurazione MCP manuale necessaria
- Coerenza del team: Tutti ottengono gli stessi strumenti quando il plugin è installato
Ambiti di installazione MCP
I server MCP possono essere configurati a tre diversi livelli di ambito, ognuno dei quali serve scopi distinti per gestire l’accessibilità e la condivisione dei server. Comprendere questi ambiti ti aiuta a determinare il modo migliore per configurare i server per le tue esigenze specifiche.Ambito locale
I server con ambito locale rappresentano il livello di configurazione predefinito e vengono archiviati in~/.claude.json nel percorso del tuo progetto. Questi server rimangono privati per te e sono accessibili solo quando lavori all’interno della directory del progetto corrente. Questo ambito è ideale per server di sviluppo personali, configurazioni sperimentali o server contenenti credenziali sensibili che non dovrebbero essere condivise.
Il termine “ambito locale” per i server MCP differisce dalle impostazioni locali generali. I server MCP con ambito locale vengono archiviati in
~/.claude.json (la tua directory home), mentre le impostazioni locali generali utilizzano .claude/settings.local.json (nella directory del progetto). Vedi Impostazioni per i dettagli sui percorsi dei file di impostazioni.Ambito del progetto
I server con ambito del progetto abilitano la collaborazione del team archiviando le configurazioni in un file.mcp.json nella directory radice del tuo progetto. Questo file è progettato per essere archiviato nel controllo della versione, assicurando che tutti i membri del team abbiano accesso agli stessi strumenti e servizi MCP. Quando aggiungi un server con ambito del progetto, Claude Code crea o aggiorna automaticamente questo file con la struttura di configurazione appropriata.
.mcp.json risultante segue un formato standardizzato:
.mcp.json. Se devi ripristinare queste scelte di approvazione, utilizza il comando claude mcp reset-project-choices.
Ambito utente
I server con ambito utente vengono archiviati in~/.claude.json e forniscono accessibilità tra progetti, rendendoli disponibili in tutti i progetti sulla tua macchina mentre rimangono privati al tuo account utente. Questo ambito funziona bene per server di utilità personali, strumenti di sviluppo o servizi che utilizzi frequentemente in diversi progetti.
Scelta dell’ambito giusto
Seleziona il tuo ambito in base a:- Ambito locale: Server personali, configurazioni sperimentali o credenziali sensibili specifici di un progetto
- Ambito del progetto: Server condivisi dal team, strumenti specifici del progetto o servizi necessari per la collaborazione
- Ambito utente: Utilità personali necessarie in più progetti, strumenti di sviluppo o servizi utilizzati frequentemente
Dove vengono archiviati i server MCP?
- Ambito utente e locale:
~/.claude.json(nel campomcpServerso nei percorsi del progetto) - Ambito del progetto:
.mcp.jsonnella radice del tuo progetto (archiviato nel controllo della versione) - Gestito:
managed-mcp.jsonnelle directory di sistema (vedi Configurazione MCP gestita)
Gerarchia e precedenza dell’ambito
Le configurazioni del server MCP seguono una chiara gerarchia di precedenza. Quando server con lo stesso nome esistono in più ambiti, il sistema risolve i conflitti dando priorità ai server con ambito locale per primi, seguiti dai server con ambito del progetto e infine dai server con ambito utente. Questo design assicura che le configurazioni personali possano sovrascrivere quelle condivise quando necessario.Espansione delle variabili di ambiente in .mcp.json
Claude Code supporta l’espansione delle variabili di ambiente nei file .mcp.json, consentendo ai team di condividere configurazioni mantenendo flessibilità per i percorsi specifici della macchina e i valori sensibili come le chiavi API.
Sintassi supportata:
${VAR}- Si espande al valore della variabile di ambienteVAR${VAR:-default}- Si espande aVARse impostato, altrimenti utilizzadefault
command- Il percorso dell’eseguibile del serverargs- Argomenti della riga di comandoenv- Variabili di ambiente passate al serverurl- Per i tipi di server HTTPheaders- Per l’autenticazione del server HTTP
Esempi pratici
Esempio: Monitora gli errori con Sentry
Esempio: Connettiti a GitHub per le revisioni del codice
Esempio: Interroga il tuo database PostgreSQL
Autenticazione con server MCP remoti
Molti server MCP basati su cloud richiedono l’autenticazione. Claude Code supporta OAuth 2.0 per connessioni sicure.Utilizza una porta di callback OAuth fissa
Alcuni server MCP richiedono un URI di reindirizzamento specifico registrato in anticipo. Per impostazione predefinita, Claude Code sceglie una porta disponibile casuale per il callback OAuth. Utilizza--callback-port per fissare la porta in modo che corrisponda a un URI di reindirizzamento pre-registrato della forma http://localhost:PORT/callback.
Puoi utilizzare --callback-port da solo (con registrazione dinamica del client) o insieme a --client-id (con credenziali pre-configurate).
Utilizza credenziali OAuth pre-configurate
Alcuni server MCP non supportano la configurazione OAuth automatica tramite Dynamic Client Registration. Se vedi un errore come “Incompatible auth server: does not support dynamic client registration,” il server richiede credenziali pre-configurate. Claude Code supporta anche server che utilizzano un Client ID Metadata Document (CIMD) invece di Dynamic Client Registration e li scopre automaticamente. Se la scoperta automatica non riesce, registra prima un’app OAuth tramite il portale degli sviluppatori del server, quindi fornisci le credenziali quando aggiungi il server.Registra un'app OAuth con il server
Crea un’app tramite il portale degli sviluppatori del server e annota il tuo ID client e il segreto client.Molti server richiedono anche un URI di reindirizzamento. Se è così, scegli una porta e registra un URI di reindirizzamento nel formato
http://localhost:PORT/callback. Utilizza quella stessa porta con --callback-port nel passaggio successivo.Aggiungi il server con le tue credenziali
Scegli uno dei seguenti metodi. La porta utilizzata per
--callback-port può essere qualsiasi porta disponibile. Deve solo corrispondere all’URI di reindirizzamento che hai registrato nel passaggio precedente.- claude mcp add
- claude mcp add-json
- claude mcp add-json (solo porta di callback)
- CI / env var
Utilizza
--client-id per passare l’ID client della tua app. Il flag --client-secret richiede il segreto con input mascherato:Sovrascrivi la scoperta dei metadati OAuth
Se il tuo server MCP restituisce errori sull’endpoint dei metadati OAuth standard (/.well-known/oauth-authorization-server) ma espone un endpoint OIDC funzionante, puoi dire a Claude Code di recuperare i metadati OAuth direttamente da un URL che specifichi, bypassando la catena di scoperta standard.
Imposta authServerMetadataUrl nell’oggetto oauth della configurazione del tuo server in .mcp.json:
https://. Questa opzione richiede Claude Code v2.1.64 o successiva.
Utilizza intestazioni dinamiche per l’autenticazione personalizzata
Se il tuo server MCP utilizza uno schema di autenticazione diverso da OAuth (come Kerberos, token di breve durata o un SSO interno), utilizzaheadersHelper per generare intestazioni di richiesta al momento della connessione. Claude Code esegue il comando e unisce il suo output alle intestazioni di connessione.
- Il comando deve scrivere un oggetto JSON di coppie chiave-valore stringa su stdout
- Il comando viene eseguito in una shell con un timeout di 10 secondi
- Le intestazioni dinamiche sovrascrivono qualsiasi
headersstatico con lo stesso nome
headersHelper esegue comandi shell arbitrari. Quando definito a livello di progetto o locale, viene eseguito solo dopo che accetti la finestra di dialogo di fiducia dell’area di lavoro.Aggiungi server MCP dalla configurazione JSON
Se hai una configurazione JSON per un server MCP, puoi aggiungerla direttamente:Importa server MCP da Claude Desktop
Se hai già configurato server MCP in Claude Desktop, puoi importarli:Seleziona quali server importare
Dopo aver eseguito il comando, vedrai una finestra di dialogo interattiva che ti consente di selezionare quali server desideri importare.
Utilizza server MCP da Claude.ai
Se hai effettuato l’accesso a Claude Code con un account Claude.ai, i server MCP che hai aggiunto in Claude.ai sono automaticamente disponibili in Claude Code:Configura server MCP in Claude.ai
Aggiungi server su claude.ai/settings/connectors. Nei piani Team ed Enterprise, solo gli amministratori possono aggiungere server.
ENABLE_CLAUDEAI_MCP_SERVERS su false:
Utilizza Claude Code come server MCP
Puoi utilizzare Claude Code stesso come server MCP a cui altre applicazioni possono connettersi:Limiti di output MCP e avvisi
Quando gli strumenti MCP producono output di grandi dimensioni, Claude Code aiuta a gestire l’utilizzo dei token per evitare di sovraccaricare il contesto della tua conversazione:- Soglia di avviso di output: Claude Code visualizza un avviso quando l’output di qualsiasi strumento MCP supera 10.000 token
- Limite configurabile: Puoi regolare il massimo di token di output MCP consentiti utilizzando la variabile di ambiente
MAX_MCP_OUTPUT_TOKENS - Limite predefinito: Il massimo predefinito è 25.000 token
- Interrogano grandi set di dati o database
- Generano report o documentazione dettagliati
- Elaborano file di log estesi o informazioni di debug
Rispondi alle richieste di elicitazione MCP
I server MCP possono richiedere input strutturato da te durante un’attività utilizzando l’elicitazione. Quando un server ha bisogno di informazioni che non può ottenere da solo, Claude Code visualizza una finestra di dialogo interattiva e passa la tua risposta al server. Non è richiesta alcuna configurazione da parte tua: le finestre di dialogo di elicitazione appaiono automaticamente quando un server le richiede. I server possono richiedere input in due modi:- Modalità modulo: Claude Code mostra una finestra di dialogo con campi modulo definiti dal server (per esempio, un prompt di nome utente e password). Compila i campi e invia.
- Modalità URL: Claude Code apre un URL del browser per l’autenticazione o l’approvazione. Completa il flusso nel browser, quindi conferma nella CLI.
Elicitation.
Se stai costruendo un server MCP che utilizza l’elicitazione, vedi la specifica di elicitazione MCP per i dettagli del protocollo e gli esempi di schema.
Utilizza risorse MCP
I server MCP possono esporre risorse che puoi referenziare utilizzando menzioni @, simile a come referenzi i file.Referenzia risorse MCP
Elenca le risorse disponibili
Digita
@ nel tuo prompt per vedere le risorse disponibili da tutti i server MCP connessi. Le risorse appaiono insieme ai file nel menu di completamento automatico.Referenzia una risorsa specifica
Utilizza il formato
@server:protocol://resource/path per referenziare una risorsa:Scala con MCP Tool Search
Quando hai molti server MCP configurati, le definizioni degli strumenti possono consumare una parte significativa della tua finestra di contesto. MCP Tool Search risolve questo caricando gli strumenti su richiesta invece di precaricarli tutti.Come funziona
Claude Code abilita automaticamente Tool Search quando le descrizioni dei tuoi strumenti MCP consumerebbero più del 10% della finestra di contesto. Puoi regolare questa soglia o disabilitare completamente la ricerca degli strumenti. Quando attivato:- Gli strumenti MCP vengono differiti piuttosto che caricati nel contesto in anticipo
- Claude utilizza uno strumento di ricerca per scoprire gli strumenti MCP rilevanti quando necessario
- Solo gli strumenti che Claude effettivamente necessita vengono caricati nel contesto
- Gli strumenti MCP continuano a funzionare esattamente come prima dal tuo punto di vista
Per gli autori di server MCP
Se stai costruendo un server MCP, il campo delle istruzioni del server diventa più utile con Tool Search abilitato. Le istruzioni del server aiutano Claude a capire quando cercare i tuoi strumenti, simile a come funzionano le skills. Aggiungi istruzioni del server chiare e descrittive che spieghino:- Quale categoria di attività gestiscono i tuoi strumenti
- Quando Claude dovrebbe cercare i tuoi strumenti
- Capacità chiave che il tuo server fornisce
Configura la ricerca degli strumenti
La ricerca degli strumenti è abilitata per impostazione predefinita: gli strumenti MCP vengono differiti e scoperti su richiesta. QuandoANTHROPIC_BASE_URL punta a un host non di prima parte, la ricerca degli strumenti è disabilitata per impostazione predefinita perché la maggior parte dei proxy non inoltrano blocchi tool_reference. Imposta ENABLE_TOOL_SEARCH esplicitamente se il tuo proxy lo fa. Questa funzionalità richiede modelli che supportano blocchi tool_reference: Sonnet 4 e successivi, oppure Opus 4 e successivi. I modelli Haiku non supportano la ricerca degli strumenti.
Controlla il comportamento della ricerca degli strumenti con la variabile di ambiente ENABLE_TOOL_SEARCH:
| Valore | Comportamento |
|---|---|
| (non impostato) | Abilitato per impostazione predefinita. Disabilitato quando ANTHROPIC_BASE_URL è un host non di prima parte |
true | Sempre abilitato, incluso per ANTHROPIC_BASE_URL non di prima parte |
auto | Si attiva quando gli strumenti MCP superano il 10% del contesto |
auto:<N> | Si attiva a una soglia personalizzata, dove <N> è una percentuale (ad es. auto:5 per il 5%) |
false | Disabilitato, tutti gli strumenti MCP caricati in anticipo |
env del tuo settings.json.
Puoi anche disabilitare lo strumento MCPSearch specificamente utilizzando l’impostazione disallowedTools:
Utilizza i prompt MCP come comandi
I server MCP possono esporre prompt che diventano disponibili come comandi in Claude Code.Esegui i prompt MCP
Scopri i prompt disponibili
Digita
/ per vedere tutti i comandi disponibili, inclusi quelli dai server MCP. I prompt MCP appaiono con il formato /mcp__servername__promptname.Configurazione MCP gestita
Per le organizzazioni che necessitano di un controllo centralizzato sui server MCP, Claude Code supporta due opzioni di configurazione:- Controllo esclusivo con
managed-mcp.json: Distribuisci un set fisso di server MCP che gli utenti non possono modificare o estendere - Controllo basato su policy con allowlist/denylist: Consenti agli utenti di aggiungere i propri server, ma limita quali sono consentiti
- Controllare a quali server MCP i dipendenti possono accedere: Distribuisci un set standardizzato di server MCP approvati in tutta l’organizzazione
- Prevenire server MCP non autorizzati: Limita gli utenti dall’aggiungere server MCP non approvati
- Disabilitare completamente MCP: Rimuovi completamente la funzionalità MCP se necessario
Opzione 1: Controllo esclusivo con managed-mcp.json
Quando distribuisci un filemanaged-mcp.json, assume il controllo esclusivo su tutti i server MCP. Gli utenti non possono aggiungere, modificare o utilizzare alcun server MCP diverso da quelli definiti in questo file. Questo è l’approccio più semplice per le organizzazioni che desiderano un controllo completo.
Gli amministratori di sistema distribuiscono il file di configurazione a una directory a livello di sistema:
- macOS:
/Library/Application Support/ClaudeCode/managed-mcp.json - Linux e WSL:
/etc/claude-code/managed-mcp.json - Windows:
C:\Program Files\ClaudeCode\managed-mcp.json
Questi sono percorsi a livello di sistema (non directory home dell’utente come
~/Library/...) che richiedono privilegi di amministratore. Sono progettati per essere distribuiti dagli amministratori IT.managed-mcp.json utilizza lo stesso formato di un file .mcp.json standard:
Opzione 2: Controllo basato su policy con allowlist e denylist
Invece di assumere il controllo esclusivo, gli amministratori possono consentire agli utenti di configurare i propri server MCP mentre applicano restrizioni su quali server sono consentiti. Questo approccio utilizzaallowedMcpServers e deniedMcpServers nel file di impostazioni gestite.
Scelta tra le opzioni: Utilizza l’Opzione 1 (
managed-mcp.json) quando desideri distribuire un set fisso di server senza personalizzazione dell’utente. Utilizza l’Opzione 2 (allowlist/denylist) quando desideri consentire agli utenti di aggiungere i propri server entro i vincoli della policy.Opzioni di restrizione
Ogni voce nell’allowlist o denylist può limitare i server in tre modi:- Per nome del server (
serverName): Corrisponde al nome configurato del server - Per comando (
serverCommand): Corrisponde al comando esatto e agli argomenti utilizzati per avviare i server stdio - Per pattern URL (
serverUrl): Corrisponde agli URL dei server remoti con supporto per i caratteri jolly
serverName, serverCommand o serverUrl.
Configurazione di esempio
Come funzionano le restrizioni basate su comando
Corrispondenza esatta:- Gli array di comando devono corrispondere esattamente - sia il comando che tutti gli argomenti nell’ordine corretto
- Esempio:
["npx", "-y", "server"]NON corrisponderà a["npx", "server"]o["npx", "-y", "server", "--flag"]
- Quando l’allowlist contiene qualsiasi voce
serverCommand, i server stdio devono corrispondere a uno di quei comandi - I server stdio non possono passare solo per nome quando sono presenti restrizioni di comando
- Questo assicura che gli amministratori possono applicare quali comandi sono consentiti di eseguire
- I server remoti (HTTP, SSE, WebSocket) utilizzano la corrispondenza basata su URL quando esistono voci
serverUrlnell’allowlist - Se non esistono voci URL, i server remoti ricadono sulla corrispondenza basata su nome
- Le restrizioni di comando non si applicano ai server remoti
Come funzionano le restrizioni basate su URL
I pattern URL supportano i caratteri jolly utilizzando* per corrispondere a qualsiasi sequenza di caratteri. Questo è utile per consentire interi domini o sottodomini.
Esempi di caratteri jolly:
https://mcp.company.com/*- Consenti tutti i percorsi su un dominio specificohttps://*.example.com/*- Consenti qualsiasi sottodominio di example.comhttp://localhost:*/*- Consenti qualsiasi porta su localhost
- Quando l’allowlist contiene qualsiasi voce
serverUrl, i server remoti devono corrispondere a uno di quei pattern URL - I server remoti non possono passare solo per nome quando sono presenti restrizioni URL
- Questo assicura che gli amministratori possono applicare quali endpoint remoti sono consentiti
Esempio: Allowlist solo URL
Esempio: Allowlist solo URL
- Server HTTP su
https://mcp.company.com/api: ✅ Consentito (corrisponde al pattern URL) - Server HTTP su
https://api.internal.corp/mcp: ✅ Consentito (corrisponde al sottodominio jolly) - Server HTTP su
https://external.com/mcp: ❌ Bloccato (non corrisponde a nessun pattern URL) - Server stdio con qualsiasi comando: ❌ Bloccato (nessuna voce di nome o comando per corrispondere)
Esempio: Allowlist solo comando
Esempio: Allowlist solo comando
- Server stdio con
["npx", "-y", "approved-package"]: ✅ Consentito (corrisponde al comando) - Server stdio con
["node", "server.js"]: ❌ Bloccato (non corrisponde al comando) - Server HTTP denominato “my-api”: ❌ Bloccato (nessuna voce di nome per corrispondere)
Esempio: Allowlist misto di nome e comando
Esempio: Allowlist misto di nome e comando
- Server stdio denominato “local-tool” con
["npx", "-y", "approved-package"]: ✅ Consentito (corrisponde al comando) - Server stdio denominato “local-tool” con
["node", "server.js"]: ❌ Bloccato (le voci di comando esistono ma non corrisponde) - Server stdio denominato “github” con
["node", "server.js"]: ❌ Bloccato (i server stdio devono corrispondere ai comandi quando le voci di comando esistono) - Server HTTP denominato “github”: ✅ Consentito (corrisponde al nome)
- Server HTTP denominato “other-api”: ❌ Bloccato (il nome non corrisponde)
Esempio: Allowlist solo nome
Esempio: Allowlist solo nome
- Server stdio denominato “github” con qualsiasi comando: ✅ Consentito (nessuna restrizione di comando)
- Server stdio denominato “internal-tool” con qualsiasi comando: ✅ Consentito (nessuna restrizione di comando)
- Server HTTP denominato “github”: ✅ Consentito (corrisponde al nome)
- Qualsiasi server denominato “other”: ❌ Bloccato (il nome non corrisponde)
Comportamento dell’allowlist (allowedMcpServers)
undefined(predefinito): Nessuna restrizione - gli utenti possono configurare qualsiasi server MCP- Array vuoto
[]: Blocco completo - gli utenti non possono configurare alcun server MCP - Elenco di voci: Gli utenti possono configurare solo server che corrispondono per nome, comando o pattern URL
Comportamento della denylist (deniedMcpServers)
undefined(predefinito): Nessun server è bloccato- Array vuoto
[]: Nessun server è bloccato - Elenco di voci: I server specificati sono esplicitamente bloccati in tutti gli ambiti
Note importanti
- L’Opzione 1 e l’Opzione 2 possono essere combinate: Se
managed-mcp.jsonesiste, ha il controllo esclusivo e gli utenti non possono aggiungere server. Gli allowlist/denylist si applicano comunque ai server gestiti stessi. - La denylist ha precedenza assoluta: Se un server corrisponde a una voce della denylist (per nome, comando o URL), sarà bloccato anche se è nell’allowlist
- Le restrizioni basate su nome, comando e URL funzionano insieme: un server passa se corrisponde a una voce di nome, una voce di comando o un pattern URL (a meno che non sia bloccato dalla denylist)
Quando utilizzi
managed-mcp.json: Gli utenti non possono aggiungere server MCP tramite claude mcp add o file di configurazione. Le impostazioni allowedMcpServers e deniedMcpServers si applicano comunque per filtrare quali server gestiti vengono effettivamente caricati.