Qué puede hacer con MCP
Con servidores MCP conectados, puede pedirle a Claude Code que:- Implemente características desde rastreadores de problemas: “Agregue la característica descrita en el problema JIRA ENG-4521 y cree un PR en GitHub.”
- Analice datos de monitoreo: “Verifique Sentry y Statsig para verificar el uso de la característica descrita en ENG-4521.”
- Consulte bases de datos: “Encuentre correos electrónicos de 10 usuarios aleatorios que utilizaron la característica ENG-4521, basándose en nuestra base de datos PostgreSQL.”
- Integre diseños: “Actualice nuestra plantilla de correo electrónico estándar basándose en los nuevos diseños de Figma que se publicaron en Slack”
- Automatice flujos de trabajo: “Cree borradores de Gmail invitando a estos 10 usuarios a una sesión de retroalimentación sobre la nueva característica.”
- Reaccione a eventos externos: Un servidor MCP también puede actuar como un canal que envía mensajes a su sesión, para que Claude reaccione a mensajes de Telegram, chats de Discord o eventos de webhook mientras está fuera.
Servidores MCP populares
Aquí hay algunos servidores MCP comúnmente utilizados que puede conectar a Claude Code:¿Necesita una integración específica? Encuentre cientos más servidores MCP en GitHub, o cree el suyo propio usando el MCP SDK.
Instalación de servidores MCP
Los servidores MCP se pueden configurar de tres formas diferentes según sus necesidades:Opción 1: Agregar un servidor HTTP remoto
Los servidores HTTP son la opción recomendada para conectarse a servidores MCP remotos. Este es el transporte más ampliamente soportado para servicios basados en la nube.Opción 2: Agregar un servidor SSE remoto
Opción 3: Agregar un servidor stdio local
Los servidores stdio se ejecutan como procesos locales en su máquina. Son ideales para herramientas que necesitan acceso directo al sistema o scripts personalizados.Importante: Orden de opcionesTodas las opciones (
--transport, --env, --scope, --header) deben venir antes del nombre del servidor. El -- (doble guión) luego separa el nombre del servidor del comando y los argumentos que se pasan al servidor MCP.Por ejemplo:claude mcp add --transport stdio myserver -- npx server→ ejecutanpx serverclaude mcp add --transport stdio --env KEY=value myserver -- python server.py --port 8080→ ejecutapython server.py --port 8080conKEY=valueen el entorno
Gestión de sus servidores
Una vez configurados, puede gestionar sus servidores MCP con estos comandos:Actualizaciones dinámicas de herramientas
Claude Code admite notificacioneslist_changed de MCP, permitiendo que los servidores MCP actualicen dinámicamente sus herramientas disponibles, indicaciones y recursos sin requerir que se desconecte y reconecte. Cuando un servidor MCP envía una notificación list_changed, Claude Code actualiza automáticamente las capacidades disponibles de ese servidor.
Mensajes push con canales
Un servidor MCP también puede enviar mensajes directamente a su sesión para que Claude pueda reaccionar a eventos externos como resultados de CI, alertas de monitoreo o mensajes de chat. Para habilitar esto, su servidor declara la capacidadclaude/channel y usted la activa con la bandera --channels al iniciar. Vea Canales para usar un canal oficialmente soportado, o Referencia de canales para construir el suyo propio.
Servidores MCP proporcionados por plugins
Los plugins pueden agrupar servidores MCP, proporcionando automáticamente herramientas e integraciones cuando el plugin está habilitado. Los servidores MCP de plugins funcionan de manera idéntica a los servidores configurados por el usuario. Cómo funcionan los servidores MCP de plugins:- Los plugins definen servidores MCP en
.mcp.jsonen la raíz del plugin o en línea enplugin.json - Cuando un plugin está habilitado, sus servidores MCP se inician automáticamente
- Las herramientas MCP del plugin aparecen junto a las herramientas MCP configuradas manualmente
- Los servidores de plugins se gestionan a través de la instalación de plugins (no mediante comandos
/mcp)
.mcp.json en la raíz del plugin:
plugin.json:
- Ciclo de vida automático: Al iniciar la sesión, los servidores de los plugins habilitados se conectan automáticamente. Si habilita o deshabilita un plugin durante una sesión, ejecute
/reload-pluginspara conectar o desconectar sus servidores MCP - Variables de entorno: Use
${CLAUDE_PLUGIN_ROOT}para archivos agrupados en el plugin y${CLAUDE_PLUGIN_DATA}para estado persistente que sobrevive a las actualizaciones de plugins - Acceso a variables de entorno del usuario: Acceso a las mismas variables de entorno que los servidores configurados manualmente
- Múltiples tipos de transporte: Soporte para transportes stdio, SSE e HTTP (el soporte de transporte puede variar según el servidor)
- Distribución agrupada: Herramientas y servidores empaquetados juntos
- Configuración automática: No se necesita configuración manual de MCP
- Consistencia del equipo: Todos obtienen las mismas herramientas cuando se instala el plugin
Alcances de instalación de MCP
Los servidores MCP se pueden configurar en tres niveles de alcance diferentes, cada uno sirviendo propósitos distintos para gestionar la accesibilidad del servidor y el intercambio. Comprender estos alcances le ayuda a determinar la mejor manera de configurar servidores para sus necesidades específicas.Alcance local
Los servidores con alcance local representan el nivel de configuración predeterminado y se almacenan en~/.claude.json bajo la ruta de su proyecto. Estos servidores permanecen privados para usted y solo son accesibles cuando trabaja dentro del directorio del proyecto actual. Este alcance es ideal para servidores de desarrollo personal, configuraciones experimentales o servidores que contienen credenciales sensibles que no deben compartirse.
El término “alcance local” para servidores MCP difiere de la configuración local general. Los servidores MCP con alcance local se almacenan en
~/.claude.json (su directorio de inicio), mientras que la configuración local general usa .claude/settings.local.json (en el directorio del proyecto). Vea Configuración para detalles sobre ubicaciones de archivos de configuración.Alcance de proyecto
Los servidores con alcance de proyecto habilitan la colaboración en equipo al almacenar configuraciones en un archivo.mcp.json en el directorio raíz de su proyecto. Este archivo está diseñado para ser verificado en el control de versiones, asegurando que todos los miembros del equipo tengan acceso a las mismas herramientas y servicios MCP. Cuando agrega un servidor con alcance de proyecto, Claude Code crea o actualiza automáticamente este archivo con la estructura de configuración apropiada.
.mcp.json resultante sigue un formato estandarizado:
.mcp.json. Si necesita restablecer estas opciones de aprobación, use el comando claude mcp reset-project-choices.
Alcance de usuario
Los servidores con alcance de usuario se almacenan en~/.claude.json y proporcionan accesibilidad entre proyectos, haciéndolos disponibles en todos los proyectos en su máquina mientras permanecen privados para su cuenta de usuario. Este alcance funciona bien para servidores de utilidad personal, herramientas de desarrollo o servicios que usa frecuentemente en diferentes proyectos.
Elegir el alcance correcto
Seleccione su alcance basándose en:- Alcance local: Servidores personales, configuraciones experimentales o credenciales sensibles específicas de un proyecto
- Alcance de proyecto: Servidores compartidos por el equipo, herramientas específicas del proyecto o servicios requeridos para la colaboración
- Alcance de usuario: Utilidades personales necesarias en múltiples proyectos, herramientas de desarrollo o servicios frecuentemente utilizados
¿Dónde se almacenan los servidores MCP?
- Alcance de usuario y local:
~/.claude.json(en el campomcpServerso bajo rutas de proyecto) - Alcance de proyecto:
.mcp.jsonen la raíz de su proyecto (verificado en el control de versiones) - Gestionado:
managed-mcp.jsonen directorios del sistema (vea Configuración MCP gestionada)
Jerarquía de alcance y precedencia
Las configuraciones de servidores MCP siguen una jerarquía de precedencia clara. Cuando existen servidores con el mismo nombre en múltiples alcances, el sistema resuelve conflictos priorizando primero los servidores con alcance local, seguidos por los servidores con alcance de proyecto y finalmente los servidores con alcance de usuario. Este diseño asegura que las configuraciones personales puedan anular las compartidas cuando sea necesario.Expansión de variables de entorno en .mcp.json
Claude Code admite la expansión de variables de entorno en archivos .mcp.json, permitiendo que los equipos compartan configuraciones mientras mantienen flexibilidad para rutas específicas de máquinas y valores sensibles como claves API.
Sintaxis soportada:
${VAR}- Se expande al valor de la variable de entornoVAR${VAR:-default}- Se expande aVARsi está establecida, de lo contrario usadefault
command- La ruta del ejecutable del servidorargs- Argumentos de línea de comandosenv- Variables de entorno pasadas al servidorurl- Para tipos de servidor HTTPheaders- Para autenticación de servidor HTTP
Ejemplos prácticos
Ejemplo: Monitorear errores con Sentry
Ejemplo: Conectar a GitHub para revisiones de código
Ejemplo: Consultar su base de datos PostgreSQL
Autenticarse con servidores MCP remotos
Muchos servidores MCP basados en la nube requieren autenticación. Claude Code admite OAuth 2.0 para conexiones seguras.Usar un puerto de devolución de llamada OAuth fijo
Algunos servidores MCP requieren un URI de redireccionamiento específico registrado de antemano. De forma predeterminada, Claude Code elige un puerto disponible aleatorio para la devolución de llamada de OAuth. Use--callback-port para fijar el puerto de modo que coincida con un URI de redireccionamiento preregistrado de la forma http://localhost:PORT/callback.
Puede usar --callback-port por sí solo (con registro dinámico de clientes) o junto con --client-id (con credenciales preconfiguradas).
Usar credenciales OAuth preconfiguradas
Algunos servidores MCP no admiten configuración automática de OAuth mediante Registro Dinámico de Clientes. Si ve un error como “Incompatible auth server: does not support dynamic client registration”, el servidor requiere credenciales preconfiguradas. Claude Code también admite servidores que usan un Documento de Metadatos de ID de Cliente (CIMD) en lugar de Registro Dinámico de Clientes, y los descubre automáticamente. Si el descubrimiento automático falla, registre una aplicación OAuth a través del portal de desarrolladores del servidor primero, luego proporcione las credenciales al agregar el servidor.Registrar una aplicación OAuth con el servidor
Cree una aplicación a través del portal de desarrolladores del servidor y anote su ID de cliente y secreto de cliente.Muchos servidores también requieren un URI de redireccionamiento. Si es así, elija un puerto y registre un URI de redireccionamiento en el formato
http://localhost:PORT/callback. Use ese mismo puerto con --callback-port en el siguiente paso.Agregar el servidor con sus credenciales
Elija uno de los siguientes métodos. El puerto utilizado para
--callback-port puede ser cualquier puerto disponible. Solo necesita coincidir con el URI de redireccionamiento que registró en el paso anterior.- claude mcp add
- claude mcp add-json
- claude mcp add-json (solo puerto de devolución de llamada)
- CI / variable de entorno
Use
--client-id para pasar el ID de cliente de su aplicación. La bandera --client-secret solicita el secreto con entrada enmascarada:Anular el descubrimiento de metadatos de OAuth
Si su servidor MCP devuelve errores en el punto final de metadatos de OAuth estándar (/.well-known/oauth-authorization-server) pero expone un punto final OIDC funcional, puede indicarle a Claude Code que obtenga metadatos de OAuth directamente desde una URL que especifique, omitiendo la cadena de descubrimiento estándar.
Establezca authServerMetadataUrl en el objeto oauth de la configuración de su servidor en .mcp.json:
https://. Esta opción requiere Claude Code v2.1.64 o posterior.
Usar encabezados dinámicos para autenticación personalizada
Si su servidor MCP usa un esquema de autenticación diferente a OAuth (como Kerberos, tokens de corta duración o un SSO interno), useheadersHelper para generar encabezados de solicitud en el momento de la conexión. Claude Code ejecuta el comando y fusiona su salida en los encabezados de conexión.
- El comando debe escribir un objeto JSON de pares clave-valor de cadena en stdout
- El comando se ejecuta en un shell con un tiempo de espera de 10 segundos
- Los encabezados dinámicos anulan cualquier
headersestático con el mismo nombre
headersHelper ejecuta comandos de shell arbitrarios. Cuando se define en alcance de proyecto o local, solo se ejecuta después de que acepte el diálogo de confianza del espacio de trabajo.Agregar servidores MCP desde configuración JSON
Si tiene una configuración JSON para un servidor MCP, puede agregarla directamente:Importar servidores MCP desde Claude Desktop
Si ya ha configurado servidores MCP en Claude Desktop, puede importarlos:Seleccionar qué servidores importar
Después de ejecutar el comando, verá un diálogo interactivo que le permite seleccionar qué servidores desea importar.
Usar servidores MCP desde Claude.ai
Si ha iniciado sesión en Claude Code con una cuenta de Claude.ai, los servidores MCP que ha agregado en Claude.ai están automáticamente disponibles en Claude Code:Configurar servidores MCP en Claude.ai
Agregue servidores en claude.ai/settings/connectors. En planes de Equipo y Empresa, solo los administradores pueden agregar servidores.
ENABLE_CLAUDEAI_MCP_SERVERS en false:
Usar Claude Code como servidor MCP
Puede usar Claude Code mismo como servidor MCP al que otras aplicaciones pueden conectarse:Límites de salida de MCP y advertencias
Cuando las herramientas MCP producen salidas grandes, Claude Code ayuda a gestionar el uso de tokens para evitar abrumar el contexto de su conversación:- Umbral de advertencia de salida: Claude Code muestra una advertencia cuando la salida de cualquier herramienta MCP excede 10,000 tokens
- Límite configurable: Puede ajustar los tokens de salida MCP máximos permitidos usando la variable de entorno
MAX_MCP_OUTPUT_TOKENS - Límite predeterminado: El máximo predeterminado es 25,000 tokens
- Consultan grandes conjuntos de datos o bases de datos
- Generan reportes o documentación detallados
- Procesan archivos de registro extensos o información de depuración
Responder a solicitudes de elicitación de MCP
Los servidores MCP pueden solicitar entrada estructurada de usted durante una tarea usando elicitación. Cuando un servidor necesita información que no puede obtener por sí solo, Claude Code muestra un diálogo interactivo y pasa su respuesta de vuelta al servidor. No se requiere configuración de su parte: los diálogos de elicitación aparecen automáticamente cuando un servidor los solicita. Los servidores pueden solicitar entrada de dos formas:- Modo de formulario: Claude Code muestra un diálogo con campos de formulario definidos por el servidor (por ejemplo, un indicador de nombre de usuario y contraseña). Complete los campos y envíe.
- Modo de URL: Claude Code abre una URL del navegador para autenticación o aprobación. Complete el flujo en el navegador, luego confirme en la CLI.
Elicitation.
Si está construyendo un servidor MCP que usa elicitación, vea la especificación de elicitación de MCP para detalles de protocolo y ejemplos de esquema.
Usar recursos MCP
Los servidores MCP pueden exponer recursos que puede referenciar usando menciones @, similar a cómo referencia archivos.Referenciar recursos MCP
Listar recursos disponibles
Escriba
@ en su indicación para ver los recursos disponibles de todos los servidores MCP conectados. Los recursos aparecen junto a los archivos en el menú de autocompletado.Referenciar un recurso específico
Use el formato
@server:protocol://resource/path para referenciar un recurso:Escalar con MCP Tool Search
Cuando tiene muchos servidores MCP configurados, las definiciones de herramientas pueden consumir una porción significativa de su ventana de contexto. MCP Tool Search resuelve esto cargando herramientas bajo demanda en lugar de precargarlas todas.Cómo funciona
Claude Code habilita automáticamente Tool Search cuando las descripciones de sus herramientas MCP consumirían más del 10% de la ventana de contexto. Puede ajustar este umbral o desactivar completamente la búsqueda de herramientas. Cuando se activa:- Las herramientas MCP se difieren en lugar de cargarse en el contexto de antemano
- Claude usa una herramienta de búsqueda para descubrir herramientas MCP relevantes cuando sea necesario
- Solo se cargan en el contexto las herramientas que Claude realmente necesita
- Las herramientas MCP continúan funcionando exactamente como antes desde su perspectiva
Para autores de servidores MCP
Si está construyendo un servidor MCP, el campo de instrucciones del servidor se vuelve más útil con Tool Search habilitado. Las instrucciones del servidor ayudan a Claude a entender cuándo buscar sus herramientas, similar a cómo funcionan las skills. Agregue instrucciones claras y descriptivas del servidor que expliquen:- Qué categoría de tareas manejan sus herramientas
- Cuándo Claude debe buscar sus herramientas
- Capacidades clave que proporciona su servidor
Configurar búsqueda de herramientas
La búsqueda de herramientas está habilitada por defecto: las herramientas MCP se difieren y se descubren bajo demanda. CuandoANTHROPIC_BASE_URL apunta a un host que no es de primera parte, la búsqueda de herramientas está deshabilitada por defecto porque la mayoría de los proxies no reenvían bloques tool_reference. Establezca ENABLE_TOOL_SEARCH explícitamente si su proxy lo hace. Esta característica requiere modelos que admitan bloques tool_reference: Sonnet 4 y posterior, u Opus 4 y posterior. Los modelos Haiku no admiten búsqueda de herramientas.
Controle el comportamiento de búsqueda de herramientas con la variable de entorno ENABLE_TOOL_SEARCH:
| Valor | Comportamiento |
|---|---|
| (sin establecer) | Habilitado por defecto. Deshabilitado cuando ANTHROPIC_BASE_URL es un host que no es de primera parte |
true | Siempre habilitado, incluyendo para ANTHROPIC_BASE_URL que no es de primera parte |
auto | Se activa cuando las herramientas MCP exceden el 10% del contexto |
auto:<N> | Se activa en umbral personalizado, donde <N> es un porcentaje (p. ej., auto:5 para 5%) |
false | Deshabilitado, todas las herramientas MCP cargadas de antemano |
env de settings.json.
También puede desactivar la herramienta MCPSearch específicamente usando la configuración disallowedTools:
Usar indicaciones MCP como comandos
Los servidores MCP pueden exponer indicaciones que se vuelven disponibles como comandos en Claude Code.Ejecutar indicaciones MCP
Descubrir indicaciones disponibles
Escriba
/ para ver todos los comandos disponibles, incluyendo los de servidores MCP. Las indicaciones MCP aparecen con el formato /mcp__servername__promptname.Configuración MCP gestionada
Para organizaciones que necesitan control centralizado sobre servidores MCP, Claude Code admite dos opciones de configuración:- Control exclusivo con
managed-mcp.json: Implemente un conjunto fijo de servidores MCP que los usuarios no pueden modificar ni extender - Control basado en políticas con listas de permitidos/bloqueados: Permita que los usuarios agreguen sus propios servidores, pero restrinja cuáles están permitidos
- Controlar a qué servidores MCP pueden acceder los empleados: Implemente un conjunto estandarizado de servidores MCP aprobados en toda la organización
- Prevenir servidores MCP no autorizados: Restrinja a los usuarios de agregar servidores MCP no aprobados
- Desactivar MCP completamente: Elimine completamente la funcionalidad MCP si es necesario
Opción 1: Control exclusivo con managed-mcp.json
Cuando implementa un archivomanaged-mcp.json, toma control exclusivo sobre todos los servidores MCP. Los usuarios no pueden agregar, modificar ni usar ningún servidor MCP que no esté definido en este archivo. Este es el enfoque más simple para organizaciones que desean control completo.
Los administradores del sistema implementan el archivo de configuración en un directorio de todo el sistema:
- macOS:
/Library/Application Support/ClaudeCode/managed-mcp.json - Linux y WSL:
/etc/claude-code/managed-mcp.json - Windows:
C:\Program Files\ClaudeCode\managed-mcp.json
Estas son rutas de todo el sistema (no directorios de inicio de usuario como
~/Library/...) que requieren privilegios de administrador. Están diseñadas para ser implementadas por administradores de TI.managed-mcp.json usa el mismo formato que un archivo .mcp.json estándar:
Opción 2: Control basado en políticas con listas de permitidos y bloqueados
En lugar de tomar control exclusivo, los administradores pueden permitir que los usuarios configuren sus propios servidores MCP mientras aplican restricciones sobre qué servidores están permitidos. Este enfoque usaallowedMcpServers y deniedMcpServers en el archivo de configuración gestionada.
Elegir entre opciones: Use la Opción 1 (
managed-mcp.json) cuando desee implementar un conjunto fijo de servidores sin personalización del usuario. Use la Opción 2 (listas de permitidos/bloqueados) cuando desee permitir que los usuarios agreguen sus propios servidores dentro de restricciones de política.Opciones de restricción
Cada entrada en la lista de permitidos o bloqueados puede restringir servidores de tres formas:- Por nombre de servidor (
serverName): Coincide con el nombre configurado del servidor - Por comando (
serverCommand): Coincide con el comando exacto y los argumentos utilizados para iniciar servidores stdio - Por patrón de URL (
serverUrl): Coincide con URLs de servidor remoto con soporte de comodín
serverName, serverCommand o serverUrl.
Configuración de ejemplo
Cómo funcionan las restricciones basadas en comandos
Coincidencia exacta:- Los arrays de comandos deben coincidir exactamente - tanto el comando como todos los argumentos en el orden correcto
- Ejemplo:
["npx", "-y", "server"]NO coincidirá con["npx", "server"]o["npx", "-y", "server", "--flag"]
- Cuando la lista de permitidos contiene cualquier entrada
serverCommand, los servidores stdio deben coincidir con uno de esos comandos - Los servidores stdio no pueden pasar solo por nombre cuando hay restricciones de comando presentes
- Esto asegura que los administradores puedan aplicar qué comandos están permitidos ejecutarse
- Los servidores remotos (HTTP, SSE, WebSocket) usan coincidencia basada en URL cuando existen entradas
serverUrlen la lista de permitidos - Si no existen entradas de URL, los servidores remotos recurren a coincidencia basada en nombre
- Las restricciones de comando no se aplican a servidores remotos
Cómo funcionan las restricciones basadas en URL
Los patrones de URL admiten comodines usando* para coincidir con cualquier secuencia de caracteres. Esto es útil para permitir dominios completos o subdominios.
Ejemplos de comodín:
https://mcp.company.com/*- Permitir todas las rutas en un dominio específicohttps://*.example.com/*- Permitir cualquier subdominio de example.comhttp://localhost:*/*- Permitir cualquier puerto en localhost
- Cuando la lista de permitidos contiene cualquier entrada
serverUrl, los servidores remotos deben coincidir con uno de esos patrones de URL - Los servidores remotos no pueden pasar solo por nombre cuando hay restricciones de URL presentes
- Esto asegura que los administradores puedan aplicar qué puntos finales remotos están permitidos
Ejemplo: Lista de permitidos solo de URL
Ejemplo: Lista de permitidos solo de URL
- Servidor HTTP en
https://mcp.company.com/api: ✅ Permitido (coincide con patrón de URL) - Servidor HTTP en
https://api.internal.corp/mcp: ✅ Permitido (coincide con subdominio comodín) - Servidor HTTP en
https://external.com/mcp: ❌ Bloqueado (no coincide con ningún patrón de URL) - Servidor stdio con cualquier comando: ❌ Bloqueado (sin entradas de nombre o comando para coincidir)
Ejemplo: Lista de permitidos solo de comando
Ejemplo: Lista de permitidos solo de comando
- Servidor stdio con
["npx", "-y", "approved-package"]: ✅ Permitido (coincide con comando) - Servidor stdio con
["node", "server.js"]: ❌ Bloqueado (no coincide con comando) - Servidor HTTP llamado “my-api”: ❌ Bloqueado (sin entradas de nombre para coincidir)
Ejemplo: Lista de permitidos mixta de nombre y comando
Ejemplo: Lista de permitidos mixta de nombre y comando
- Servidor stdio llamado “local-tool” con
["npx", "-y", "approved-package"]: ✅ Permitido (coincide con comando) - Servidor stdio llamado “local-tool” con
["node", "server.js"]: ❌ Bloqueado (existen entradas de comando pero no coincide) - Servidor stdio llamado “github” con
["node", "server.js"]: ❌ Bloqueado (los servidores stdio deben coincidir con comandos cuando existen entradas de comando) - Servidor HTTP llamado “github”: ✅ Permitido (coincide con nombre)
- Servidor HTTP llamado “other-api”: ❌ Bloqueado (el nombre no coincide)
Ejemplo: Lista de permitidos solo de nombre
Ejemplo: Lista de permitidos solo de nombre
- Servidor stdio llamado “github” con cualquier comando: ✅ Permitido (sin restricciones de comando)
- Servidor stdio llamado “internal-tool” con cualquier comando: ✅ Permitido (sin restricciones de comando)
- Servidor HTTP llamado “github”: ✅ Permitido (coincide con nombre)
- Cualquier servidor llamado “other”: ❌ Bloqueado (el nombre no coincide)
Comportamiento de la lista de permitidos (allowedMcpServers)
undefined(predeterminado): Sin restricciones - los usuarios pueden configurar cualquier servidor MCP- Array vacío
[]: Bloqueo completo - los usuarios no pueden configurar ningún servidor MCP - Lista de entradas: Los usuarios solo pueden configurar servidores que coincidan por nombre, comando o patrón de URL
Comportamiento de la lista de bloqueados (deniedMcpServers)
undefined(predeterminado): Ningún servidor está bloqueado- Array vacío
[]: Ningún servidor está bloqueado - Lista de entradas: Los servidores especificados están explícitamente bloqueados en todos los alcances
Notas importantes
- La Opción 1 y la Opción 2 se pueden combinar: Si existe
managed-mcp.json, tiene control exclusivo y los usuarios no pueden agregar servidores. Las listas de permitidos/bloqueados aún se aplican a los servidores gestionados mismos. - La lista de bloqueados tiene precedencia absoluta: Si un servidor coincide con una entrada de lista de bloqueados (por nombre, comando o URL), será bloqueado incluso si está en la lista de permitidos
- Las restricciones basadas en nombre, comando y URL funcionan juntas: un servidor pasa si coincide con cualquiera de una entrada de nombre, una entrada de comando o un patrón de URL (a menos que esté bloqueado por lista de bloqueados)
Cuando se usa
managed-mcp.json: Los usuarios no pueden agregar servidores MCP a través de claude mcp add o archivos de configuración. La configuración allowedMcpServers y deniedMcpServers aún se aplica para filtrar qué servidores gestionados se cargan realmente.