Generador de configuración MCP
Elige un cliente y los servidores que quieras. Obtendrás la configuración en el formato exacto que espera ese cliente, los comandos CLI correspondientes cuando estén disponibles y un aviso sobre lo que no puede ejecutar.
{
"mcpServers": {
"github": {
"type": "http",
"url": "https://api.githubcopilot.com/mcp/"
},
"context7": {
"type": "http",
"url": "https://mcp.context7.com/mcp"
},
"playwright": {
"type": "stdio",
"command": "npx",
"args": [
"@playwright/mcp@latest"
]
}
}
}
O añádelos desde la línea de comandos
claude mcp add --transport http --scope project github https://api.githubcopilot.com/mcp/
claude mcp add --transport http --scope project context7 https://mcp.context7.com/mcp
claude mcp add --scope project playwright -- npx @playwright/mcp@latest
Cómo funciona la salida
Alojado o local
Un servidor alojado es una URL a la que el cliente se conecta mediante Streamable HTTP; el proveedor lo ejecuta y no hace falta instalar nada. Un servidor local se inicia como proceso hijo mediante npx, uvx o docker y se ejecuta con los permisos de tu máquina. Si un servidor ofrece ambas opciones, el generador elige primero la alojada y te permite cambiarla.
Los secretos no se guardan en el archivo
El generador nunca escribe una clave real. Utiliza la sintaxis de referencia propia de cada cliente: ${VAR} en Claude Code, ${env:VAR} en Cursor y Windsurf, un aviso de inputs en VS Code, $VAR en Gemini CLI, env_vars en Codex y ${{ secrets.VAR }} en Continue. Para los demás clientes, usa el marcador <VAR>, que debes completar.
OAuth en el primer uso
La mayoría de los servidores alojados de aquí te permiten iniciar sesión con OAuth. El cliente abre un navegador la primera vez que se conecta o cuando ejecutas el paso de inicio de sesión correspondiente: /mcp en Claude Code, codex mcp login, devin mcp login u openclaw mcp login. Slack, Asana y HubSpot solo aceptan clientes registrados previamente, así que comprueba que el tuyo sea compatible.
Recarga después de editar
Claude Desktop lee el archivo al iniciarse, así que ciérralo y vuelve a abrirlo después de hacer un cambio; en macOS, sus registros están en ~/Library/Logs/Claude. Si un servidor nuevo no aparece en otro cliente, reinícialo o vuelve a cargar la ventana. En OpenClaw, openclaw mcp doctor <name> --probe comprueba un servidor.
Preguntas sobre la configuración
¿Dónde se guarda mcp.json para Cursor y Claude Code?
Cursor lee .cursor/mcp.json en el proyecto o ~/.cursor/mcp.json para todos los proyectos. Claude Code lee .mcp.json en la raíz del repositorio para el ámbito del proyecto y guarda la configuración local y de usuario en ~/.claude.json. VS Code usa .vscode/mcp.json y Codex usa ~/.codex/config.toml en lugar de JSON.
¿Por qué no se carga un servidor remoto desde claude_desktop_config.json?
Claude Desktop solo acepta servidores locales desde ese archivo. Los servidores remotos deben añadirse como conectores personalizados en Settings > Connectors, donde se pega la URL y se inicia sesión. Por eso, el generador muestra esas URL por separado.
¿Cómo puedo evitar incluir claves de API en un .mcp.json que voy a subir al repositorio?
Usa una variable de entorno en lugar de pegar la clave. Claude Code expande ${VAR} y ${VAR:-default}, Cursor expande ${env:NAME} y VS Code puede solicitar un secreto mediante una entrada inputs. Define la variable en el shell o en el gestor de secretos antes de iniciar el cliente.
¿Puedo reutilizar una configuración MCP en varios clientes?
No sin modificarla: la clave de nivel superior es mcpServers en la mayoría de los clientes, pero servers en .vscode/mcp.json, context_servers en Zed y tablas mcp_servers en Codex. Algunos clientes importan los archivos de otros: VS Code detecta las configuraciones de Claude Desktop, Cursor y Windsurf; Continue permite añadir un mcp.json directamente, y JetBrains AI Assistant ofrece la opción Import from Claude.
¿Por qué falla npx en Claude Desktop en Windows?
El README de los servidores MCP ejecuta npx mediante cmd en Windows: command cmd, con /c, npx y el paquete como argumentos. El generador aplica esta envoltura automáticamente al seleccionar Claude Desktop y Windows.
¿Conviene usar la versión alojada o la local de un servidor?
La versión alojada es más sencilla: no hay que instalar ningún entorno de ejecución y OAuth evita guardar tokens de larga duración en el disco. La versión local es adecuada cuando el servidor necesita acceder a archivos o credenciales de tu equipo, o si no existe un endpoint alojado, como ocurre con Filesystem, Playwright o el servidor de la API de AWS.