O que você pode fazer com MCP
Com servidores MCP conectados, você pode pedir ao Claude Code para:- Implementar recursos de rastreadores de problemas: “Adicione o recurso descrito no problema JIRA ENG-4521 e crie um PR no GitHub.”
- Analisar dados de monitoramento: “Verifique Sentry e Statsig para verificar o uso do recurso descrito em ENG-4521.”
- Consultar bancos de dados: “Encontre emails de 10 usuários aleatórios que usaram o recurso ENG-4521, com base no nosso banco de dados PostgreSQL.”
- Integrar designs: “Atualize nosso modelo de email padrão com base nos novos designs do Figma que foram postados no Slack”
- Automatizar fluxos de trabalho: “Crie rascunhos do Gmail convidando esses 10 usuários para uma sessão de feedback sobre o novo recurso.”
- Reagir a eventos externos: Um servidor MCP também pode atuar como um canal que envia mensagens para sua sessão, para que Claude reaja a mensagens do Telegram, chats do Discord ou eventos de webhook enquanto você está ausente.
Servidores MCP populares
Aqui estão alguns servidores MCP comumente usados que você pode conectar ao Claude Code:Precisa de uma integração específica? Encontre centenas de servidores MCP no GitHub, ou crie o seu próprio usando o MCP SDK.
Instalando servidores MCP
Os servidores MCP podem ser configurados de três maneiras diferentes dependendo de suas necessidades:Opção 1: Adicionar um servidor HTTP remoto
Servidores HTTP são a opção recomendada para conectar a servidores MCP remotos. Este é o transporte mais amplamente suportado para serviços baseados em nuvem.Opção 2: Adicionar um servidor SSE remoto
Opção 3: Adicionar um servidor stdio local
Servidores Stdio são executados como processos locais em sua máquina. Eles são ideais para ferramentas que precisam de acesso direto ao sistema ou scripts personalizados.Importante: Ordenação de opçõesTodas as opções (
--transport, --env, --scope, --header) devem vir antes do nome do servidor. O -- (travessão duplo) então separa o nome do servidor do comando e argumentos que são passados para o servidor MCP.Por exemplo:claude mcp add --transport stdio myserver -- npx server→ executanpx serverclaude mcp add --transport stdio --env KEY=value myserver -- python server.py --port 8080→ executapython server.py --port 8080comKEY=valueno ambiente
Gerenciando seus servidores
Uma vez configurados, você pode gerenciar seus servidores MCP com estes comandos:Atualizações dinâmicas de ferramentas
Claude Code suporta notificações MCPlist_changed, permitindo que servidores MCP atualizem dinamicamente suas ferramentas, prompts e recursos disponíveis sem exigir que você se desconecte e reconecte. Quando um servidor MCP envia uma notificação list_changed, Claude Code atualiza automaticamente as capacidades disponíveis desse servidor.
Enviar mensagens com canais
Um servidor MCP também pode enviar mensagens diretamente para sua sessão para que Claude possa reagir a eventos externos como resultados de CI, alertas de monitoramento ou mensagens de chat. Para habilitar isso, seu servidor declara a capacidadeclaude/channel e você a ativa com a flag --channels na inicialização. Veja Canais para usar um canal oficialmente suportado, ou Referência de canais para construir o seu próprio.
Servidores MCP fornecidos por plugins
Plugins podem agrupar servidores MCP, fornecendo automaticamente ferramentas e integrações quando o plugin está habilitado. Os servidores MCP de plugins funcionam de forma idêntica aos servidores configurados pelo usuário. Como funcionam os servidores MCP de plugins:- Plugins definem servidores MCP em
.mcp.jsonna raiz do plugin ou inline emplugin.json - Quando um plugin está habilitado, seus servidores MCP iniciam automaticamente
- As ferramentas MCP do plugin aparecem junto com as ferramentas MCP configuradas manualmente
- Os servidores de plugins são gerenciados através da instalação de plugins (não comandos
/mcp)
.mcp.json na raiz do plugin:
plugin.json:
- Ciclo de vida automático: Na inicialização da sessão, os servidores para plugins habilitados se conectam automaticamente. Se você habilitar ou desabilitar um plugin durante uma sessão, execute
/reload-pluginspara conectar ou desconectar seus servidores MCP - Variáveis de ambiente: Use
${CLAUDE_PLUGIN_ROOT}para arquivos agrupados do plugin e${CLAUDE_PLUGIN_DATA}para estado persistente que sobrevive a atualizações de plugins - Acesso a variáveis de ambiente do usuário: Acesso às mesmas variáveis de ambiente que servidores configurados manualmente
- Múltiplos tipos de transporte: Suporte para transportes stdio, SSE e HTTP (o suporte de transporte pode variar por servidor)
- Distribuição agrupada: Ferramentas e servidores empacotados juntos
- Configuração automática: Nenhuma configuração MCP manual necessária
- Consistência da equipe: Todos obtêm as mesmas ferramentas quando o plugin está instalado
Escopos de instalação de MCP
Os servidores MCP podem ser configurados em três níveis de escopo diferentes, cada um servindo propósitos distintos para gerenciar a acessibilidade do servidor e o compartilhamento. Compreender esses escopos ajuda você a determinar a melhor forma de configurar servidores para suas necessidades específicas.Escopo local
Servidores com escopo local representam o nível de configuração padrão e são armazenados em~/.claude.json sob o caminho do seu projeto. Esses servidores permanecem privados para você e são acessíveis apenas ao trabalhar dentro do diretório do projeto atual. Este escopo é ideal para servidores de desenvolvimento pessoal, configurações experimentais ou servidores contendo credenciais sensíveis que não devem ser compartilhadas.
O termo “escopo local” para servidores MCP difere das configurações locais gerais. Os servidores MCP com escopo local são armazenados em
~/.claude.json (seu diretório inicial), enquanto as configurações locais gerais usam .claude/settings.local.json (no diretório do projeto). Veja Configurações para detalhes sobre localizações de arquivos de configuração.Escopo de projeto
Servidores com escopo de projeto permitem colaboração em equipe armazenando configurações em um arquivo.mcp.json no diretório raiz do seu projeto. Este arquivo é projetado para ser verificado no controle de versão, garantindo que todos os membros da equipe tenham acesso às mesmas ferramentas e serviços MCP. Quando você adiciona um servidor com escopo de projeto, Claude Code cria ou atualiza automaticamente este arquivo com a estrutura de configuração apropriada.
.mcp.json resultante segue um formato padronizado:
.mcp.json. Se você precisar redefinir essas escolhas de aprovação, use o comando claude mcp reset-project-choices.
Escopo de usuário
Servidores com escopo de usuário são armazenados em~/.claude.json e fornecem acessibilidade entre projetos, tornando-os disponíveis em todos os projetos em sua máquina enquanto permanecem privados para sua conta de usuário. Este escopo funciona bem para servidores de utilitários pessoais, ferramentas de desenvolvimento ou serviços que você usa frequentemente em diferentes projetos.
Escolhendo o escopo correto
Selecione seu escopo com base em:- Escopo local: Servidores pessoais, configurações experimentais ou credenciais sensíveis específicas de um projeto
- Escopo de projeto: Servidores compartilhados em equipe, ferramentas específicas do projeto ou serviços necessários para colaboração
- Escopo de usuário: Utilitários pessoais necessários em múltiplos projetos, ferramentas de desenvolvimento ou serviços frequentemente usados
Onde os servidores MCP são armazenados?
- Escopo de usuário e local:
~/.claude.json(no campomcpServersou sob caminhos de projeto) - Escopo de projeto:
.mcp.jsonna raiz do seu projeto (verificado no controle de versão) - Gerenciado:
managed-mcp.jsonem diretórios do sistema (veja Configuração MCP gerenciada)
Hierarquia de escopo e precedência
As configurações de servidor MCP seguem uma hierarquia de precedência clara. Quando servidores com o mesmo nome existem em múltiplos escopos, o sistema resolve conflitos priorizando servidores com escopo local primeiro, seguidos por servidores com escopo de projeto e, finalmente, servidores com escopo de usuário. Este design garante que configurações pessoais possam substituir as compartilhadas quando necessário.Expansão de variáveis de ambiente em .mcp.json
Claude Code suporta expansão de variáveis de ambiente em arquivos .mcp.json, permitindo que equipes compartilhem configurações mantendo flexibilidade para caminhos específicos da máquina e valores sensíveis como chaves de API.
Sintaxe suportada:
${VAR}- Expande para o valor da variável de ambienteVAR${VAR:-default}- Expande paraVARse definida, caso contrário usadefault
command- O caminho do executável do servidorargs- Argumentos de linha de comandoenv- Variáveis de ambiente passadas para o servidorurl- Para tipos de servidor HTTPheaders- Para autenticação de servidor HTTP
Exemplos práticos
Exemplo: Monitorar erros com Sentry
Exemplo: Conectar ao GitHub para revisões de código
Exemplo: Consultar seu banco de dados PostgreSQL
Autenticar com servidores MCP remotos
Muitos servidores MCP baseados em nuvem exigem autenticação. Claude Code suporta OAuth 2.0 para conexões seguras.Usar uma porta de callback OAuth fixa
Alguns servidores MCP exigem um URI de redirecionamento específico registrado antecipadamente. Por padrão, Claude Code escolhe uma porta aleatória disponível para o callback OAuth. Use--callback-port para fixar a porta para que corresponda a um URI de redirecionamento pré-registrado do formulário http://localhost:PORT/callback.
Você pode usar --callback-port sozinho (com registro dinâmico de cliente) ou junto com --client-id (com credenciais pré-configuradas).
Usar credenciais OAuth pré-configuradas
Alguns servidores MCP não suportam configuração automática de OAuth via Registro Dinâmico de Cliente. Se você vir um erro como “Incompatible auth server: does not support dynamic client registration,” o servidor requer credenciais pré-configuradas. Claude Code também suporta servidores que usam um Documento de Metadados de ID do Cliente (CIMD) em vez de Registro Dinâmico de Cliente, e descobre esses automaticamente. Se a descoberta automática falhar, registre um aplicativo OAuth através do portal do desenvolvedor do servidor primeiro, depois forneça as credenciais ao adicionar o servidor.Registre um aplicativo OAuth com o servidor
Crie um aplicativo através do portal do desenvolvedor do servidor e anote seu ID do cliente e segredo do cliente.Muitos servidores também exigem um URI de redirecionamento. Se assim for, escolha uma porta e registre um URI de redirecionamento no formato
http://localhost:PORT/callback. Use essa mesma porta com --callback-port na próxima etapa.Adicione o servidor com suas credenciais
Escolha um dos seguintes métodos. A porta usada para
--callback-port pode ser qualquer porta disponível. Ela apenas precisa corresponder ao URI de redirecionamento que você registrou na etapa anterior.- claude mcp add
- claude mcp add-json
- claude mcp add-json (apenas porta de callback)
- CI / variável de ambiente
Use
--client-id para passar o ID do cliente do seu aplicativo. A flag --client-secret solicita o segredo com entrada mascarada:Substituir descoberta de metadados OAuth
Se seu servidor MCP retornar erros no endpoint de metadados OAuth padrão (/.well-known/oauth-authorization-server) mas expuser um endpoint OIDC funcionando, você pode dizer ao Claude Code para buscar metadados OAuth diretamente de uma URL que você especificar, contornando a cadeia de descoberta padrão.
Defina authServerMetadataUrl no objeto oauth da configuração do seu servidor em .mcp.json:
https://. Esta opção requer Claude Code v2.1.64 ou posterior.
Usar cabeçalhos dinâmicos para autenticação personalizada
Se seu servidor MCP usar um esquema de autenticação diferente de OAuth (como Kerberos, tokens de curta duração ou um SSO interno), useheadersHelper para gerar cabeçalhos de solicitação no momento da conexão. Claude Code executa o comando e mescla sua saída nos cabeçalhos de conexão.
- O comando deve escrever um objeto JSON de pares chave-valor de string para stdout
- O comando é executado em um shell com um tempo limite de 10 segundos
- Cabeçalhos dinâmicos substituem qualquer
headersestático com o mesmo nome
headersHelper executa comandos shell arbitrários. Quando definido no escopo de projeto ou local, ele só é executado após você aceitar o diálogo de confiança do espaço de trabalho.Adicionar servidores MCP de configuração JSON
Se você tiver uma configuração JSON para um servidor MCP, você pode adicioná-la diretamente:Importar servidores MCP do Claude Desktop
Se você já configurou servidores MCP no Claude Desktop, você pode importá-los:Selecione quais servidores importar
Após executar o comando, você verá um diálogo interativo que permite selecionar quais servidores você deseja importar.
Usar servidores MCP do Claude.ai
Se você fez login no Claude Code com uma conta Claude.ai, os servidores MCP que você adicionou no Claude.ai estão automaticamente disponíveis no Claude Code:Configure servidores MCP no Claude.ai
Adicione servidores em claude.ai/settings/connectors. Em planos Team e Enterprise, apenas administradores podem adicionar servidores.
ENABLE_CLAUDEAI_MCP_SERVERS como false:
Usar Claude Code como um servidor MCP
Você pode usar Claude Code em si como um servidor MCP que outros aplicativos podem se conectar:Limites de saída MCP e avisos
Quando as ferramentas MCP produzem grandes saídas, Claude Code ajuda a gerenciar o uso de tokens para evitar sobrecarregar seu contexto de conversa:- Limite de aviso de saída: Claude Code exibe um aviso quando qualquer saída de ferramenta MCP excede 10.000 tokens
- Limite configurável: Você pode ajustar o máximo de tokens de saída MCP permitidos usando a variável de ambiente
MAX_MCP_OUTPUT_TOKENS - Limite padrão: O máximo padrão é 25.000 tokens
- Consultam grandes conjuntos de dados ou bancos de dados
- Geram relatórios ou documentação detalhados
- Processam arquivos de log extensos ou informações de depuração
Responder a solicitações de elicitação MCP
Os servidores MCP podem solicitar entrada estruturada de você durante uma tarefa usando elicitação. Quando um servidor precisa de informações que não consegue obter por conta própria, Claude Code exibe um diálogo interativo e passa sua resposta de volta para o servidor. Nenhuma configuração é necessária do seu lado: diálogos de elicitação aparecem automaticamente quando um servidor os solicita. Os servidores podem solicitar entrada de duas maneiras:- Modo de formulário: Claude Code mostra um diálogo com campos de formulário definidos pelo servidor (por exemplo, um prompt de nome de usuário e senha). Preencha os campos e envie.
- Modo de URL: Claude Code abre uma URL do navegador para autenticação ou aprovação. Complete o fluxo no navegador, depois confirme no CLI.
Elicitation.
Se você está construindo um servidor MCP que usa elicitação, veja a especificação de elicitação MCP para detalhes de protocolo e exemplos de esquema.
Usar recursos MCP
Os servidores MCP podem expor recursos que você pode referenciar usando menções @, semelhante a como você referencia arquivos.Referenciar recursos MCP
Liste recursos disponíveis
Digite
@ no seu prompt para ver recursos disponíveis de todos os servidores MCP conectados. Os recursos aparecem junto com arquivos no menu de preenchimento automático.Referencie um recurso específico
Use o formato
@server:protocol://resource/path para referenciar um recurso:Escalar com MCP Tool Search
Quando você tem muitos servidores MCP configurados, as definições de ferramentas podem consumir uma porção significativa de sua janela de contexto. MCP Tool Search resolve isso carregando ferramentas sob demanda em vez de pré-carregar todas elas.Como funciona
Claude Code ativa automaticamente Tool Search quando suas descrições de ferramentas MCP consumiriam mais de 10% da janela de contexto. Você pode ajustar este limite ou desabilitar a pesquisa de ferramentas completamente. Quando acionado:- As ferramentas MCP são adiadas em vez de carregadas no contexto antecipadamente
- Claude usa uma ferramenta de pesquisa para descobrir ferramentas MCP relevantes quando necessário
- Apenas as ferramentas que Claude realmente precisa são carregadas no contexto
- As ferramentas MCP continuam funcionando exatamente como antes da sua perspectiva
Para autores de servidores MCP
Se você está construindo um servidor MCP, o campo de instruções do servidor se torna mais útil com Tool Search habilitado. As instruções do servidor ajudam Claude a entender quando pesquisar suas ferramentas, semelhante a como skills funcionam. Adicione instruções de servidor claras e descritivas que expliquem:- Que categoria de tarefas suas ferramentas lidam
- Quando Claude deve pesquisar suas ferramentas
- Capacidades principais do seu servidor
Configurar pesquisa de ferramentas
A pesquisa de ferramentas é ativada por padrão: as ferramentas MCP são adiadas e descobertas sob demanda. QuandoANTHROPIC_BASE_URL aponta para um host que não é de primeira parte, a pesquisa de ferramentas é desabilitada por padrão porque a maioria dos proxies não encaminha blocos tool_reference. Defina ENABLE_TOOL_SEARCH explicitamente se seu proxy fizer. Este recurso requer modelos que suportam blocos tool_reference: Sonnet 4 e posterior, ou Opus 4 e posterior. Os modelos Haiku não suportam pesquisa de ferramentas.
Controle o comportamento da pesquisa de ferramentas com a variável de ambiente ENABLE_TOOL_SEARCH:
| Valor | Comportamento |
|---|---|
| (não definido) | Habilitado por padrão. Desabilitado quando ANTHROPIC_BASE_URL é um host que não é de primeira parte |
true | Sempre habilitado, incluindo para ANTHROPIC_BASE_URL que não é de primeira parte |
auto | Ativa quando ferramentas MCP excedem 10% do contexto |
auto:<N> | Ativa em limite personalizado, onde <N> é uma porcentagem (por exemplo, auto:5 para 5%) |
false | Desabilitado, todas as ferramentas MCP carregadas antecipadamente |
env de settings.json.
Você também pode desabilitar a ferramenta MCPSearch especificamente usando a configuração disallowedTools:
Usar prompts MCP como comandos
Os servidores MCP podem expor prompts que se tornam disponíveis como comandos no Claude Code.Executar prompts MCP
Descubra prompts disponíveis
Digite
/ para ver todos os comandos disponíveis, incluindo aqueles de servidores MCP. Os prompts MCP aparecem com o formato /mcp__servername__promptname.Configuração MCP gerenciada
Para organizações que precisam de controle centralizado sobre servidores MCP, Claude Code suporta duas opções de configuração:- Controle exclusivo com
managed-mcp.json: Implante um conjunto fixo de servidores MCP que os usuários não podem modificar ou estender - Controle baseado em política com listas de permissão/bloqueio: Permita que os usuários adicionem seus próprios servidores, mas restrinja quais são permitidos
- Controle quais servidores MCP os funcionários podem acessar: Implante um conjunto padronizado de servidores MCP aprovados em toda a organização
- Evite servidores MCP não autorizados: Restrinja os usuários de adicionar servidores MCP não aprovados
- Desabilite MCP completamente: Remova a funcionalidade MCP completamente se necessário
Opção 1: Controle exclusivo com managed-mcp.json
Quando você implanta um arquivomanaged-mcp.json, ele assume controle exclusivo sobre todos os servidores MCP. Os usuários não podem adicionar, modificar ou usar nenhum servidor MCP além daqueles definidos neste arquivo. Esta é a abordagem mais simples para organizações que desejam controle completo.
Os administradores do sistema implantam o arquivo de configuração em um diretório em todo o 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
Estes são caminhos em todo o sistema (não diretórios de home do usuário como
~/Library/...) que exigem privilégios de administrador. Eles são projetados para serem implantados por administradores de TI.managed-mcp.json usa o mesmo formato que um arquivo .mcp.json padrão:
Opção 2: Controle baseado em política com listas de permissão e bloqueio
Em vez de assumir controle exclusivo, os administradores podem permitir que os usuários configurem seus próprios servidores MCP enquanto aplicam restrições sobre quais servidores são permitidos. Esta abordagem usaallowedMcpServers e deniedMcpServers no arquivo de configurações gerenciadas.
Escolhendo entre opções: Use a Opção 1 (
managed-mcp.json) quando você deseja implantar um conjunto fixo de servidores sem personalização do usuário. Use a Opção 2 (listas de permissão/bloqueio) quando você deseja permitir que os usuários adicionem seus próprios servidores dentro de restrições de política.Opções de restrição
Cada entrada na lista de permissão ou bloqueio pode restringir servidores de três maneiras:- Por nome do servidor (
serverName): Corresponde ao nome configurado do servidor - Por comando (
serverCommand): Corresponde ao comando exato e argumentos usados para iniciar servidores stdio - Por padrão de URL (
serverUrl): Corresponde a URLs de servidor remoto com suporte a caracteres curinga
serverName, serverCommand ou serverUrl.
Exemplo de configuração
Como funcionam as restrições baseadas em comando
Correspondência exata:- Os arrays de comando devem corresponder exatamente - tanto o comando quanto todos os argumentos na ordem correta
- Exemplo:
["npx", "-y", "server"]NÃO corresponderá a["npx", "server"]ou["npx", "-y", "server", "--flag"]
- Quando a lista de permissão contém qualquer entrada
serverCommand, servidores stdio devem corresponder a um desses comandos - Os servidores stdio não podem passar apenas pelo nome quando restrições de comando estão presentes
- Isso garante que os administradores possam aplicar quais comandos são permitidos executar
- Servidores remotos (HTTP, SSE, WebSocket) usam correspondência baseada em URL quando entradas
serverUrlexistem na lista de permissão - Se nenhuma entrada de URL existir, servidores remotos voltam para correspondência baseada em nome
- As restrições de comando não se aplicam a servidores remotos
Como funcionam as restrições baseadas em URL
Os padrões de URL suportam caracteres curinga usando* para corresponder a qualquer sequência de caracteres. Isso é útil para permitir domínios inteiros ou subdomínios.
Exemplos de caracteres curinga:
https://mcp.company.com/*- Permitir todos os caminhos em um domínio específicohttps://*.example.com/*- Permitir qualquer subdomínio de example.comhttp://localhost:*/*- Permitir qualquer porta em localhost
- Quando a lista de permissão contém qualquer entrada
serverUrl, servidores remotos devem corresponder a um desses padrões de URL - Os servidores remotos não podem passar apenas pelo nome quando restrições de URL estão presentes
- Isso garante que os administradores possam aplicar quais endpoints remotos são permitidos
Exemplo: Lista de permissão apenas de URL
Exemplo: Lista de permissão apenas de URL
- Servidor HTTP em
https://mcp.company.com/api: ✅ Permitido (corresponde ao padrão de URL) - Servidor HTTP em
https://api.internal.corp/mcp: ✅ Permitido (corresponde ao subdomínio curinga) - Servidor HTTP em
https://external.com/mcp: ❌ Bloqueado (não corresponde a nenhum padrão de URL) - Servidor stdio com qualquer comando: ❌ Bloqueado (nenhuma entrada de nome ou comando para corresponder)
Exemplo: Lista de permissão apenas de comando
Exemplo: Lista de permissão apenas de comando
- Servidor stdio com
["npx", "-y", "approved-package"]: ✅ Permitido (corresponde ao comando) - Servidor stdio com
["node", "server.js"]: ❌ Bloqueado (não corresponde ao comando) - Servidor HTTP nomeado “my-api”: ❌ Bloqueado (nenhuma entrada de nome para corresponder)
Exemplo: Lista de permissão mista de nome e comando
Exemplo: Lista de permissão mista de nome e comando
- Servidor stdio nomeado “local-tool” com
["npx", "-y", "approved-package"]: ✅ Permitido (corresponde ao comando) - Servidor stdio nomeado “local-tool” com
["node", "server.js"]: ❌ Bloqueado (entradas de comando existem mas não correspondem) - Servidor stdio nomeado “github” com
["node", "server.js"]: ❌ Bloqueado (servidores stdio devem corresponder aos comandos quando entradas de comando existem) - Servidor HTTP nomeado “github”: ✅ Permitido (corresponde ao nome)
- Servidor HTTP nomeado “other-api”: ❌ Bloqueado (nome não corresponde)
Exemplo: Lista de permissão apenas de nome
Exemplo: Lista de permissão apenas de nome
- Servidor stdio nomeado “github” com qualquer comando: ✅ Permitido (nenhuma restrição de comando)
- Servidor stdio nomeado “internal-tool” com qualquer comando: ✅ Permitido (nenhuma restrição de comando)
- Servidor HTTP nomeado “github”: ✅ Permitido (corresponde ao nome)
- Qualquer servidor nomeado “other”: ❌ Bloqueado (nome não corresponde)
Comportamento da lista de permissão (allowedMcpServers)
undefined(padrão): Sem restrições - os usuários podem configurar qualquer servidor MCP- Array vazio
[]: Bloqueio completo - os usuários não podem configurar nenhum servidor MCP - Lista de entradas: Os usuários podem configurar apenas servidores que correspondem por nome, comando ou padrão de URL
Comportamento da lista de bloqueio (deniedMcpServers)
undefined(padrão): Nenhum servidor é bloqueado- Array vazio
[]: Nenhum servidor é bloqueado - Lista de entradas: Servidores especificados são explicitamente bloqueados em todos os escopos
Notas importantes
- Opção 1 e Opção 2 podem ser combinadas: Se
managed-mcp.jsonexistir, ele tem controle exclusivo e os usuários não podem adicionar servidores. As listas de permissão/bloqueio ainda se aplicam aos servidores gerenciados em si. - A lista de bloqueio tem precedência absoluta: Se um servidor corresponder a uma entrada de lista de bloqueio (por nome, comando ou URL), será bloqueado mesmo que esteja na lista de permissão
- As restrições baseadas em nome, comando e URL funcionam juntas: um servidor passa se corresponder a qualquer entrada de nome, entrada de comando ou padrão de URL (a menos que bloqueado pela lista de bloqueio)
Ao usar
managed-mcp.json: Os usuários não podem adicionar servidores MCP através de claude mcp add ou arquivos de configuração. As configurações allowedMcpServers e deniedMcpServers ainda se aplicam para filtrar quais servidores gerenciados são realmente carregados.