Generador de config
de MCP
Cada cliente MCP quiere un archivo distinto en un lugar distinto con una forma de JSON distinta. Elige tu cliente, rellena tus servidores y copia un config que está bien a la primera.
Tu cliente, tu config exacto
Yetty es un plano de control MCP completo para tu sitio: tu IA publica, edita, revisa el SEO y lee leads, a través de exactamente este tipo de config.
Un protocolo,
siete dialectos de config
La clave de nivel superior difiere
La mayoría de clientes leen mcpServers, pero VS Code lee servers; e ignora en silencio un archivo con la clave equivocada. Esa sola palabra le cuesta horas a la gente.
El campo de la URL difiere
Cursor dice url, Windsurf dice serverUrl, VS Code quiere url más "type": "http", Cline quiere "type": "streamableHttp". Mismo servidor, cuatro grafías.
Las CLI se saltan el archivo
Claude Code toma un comando claude mcp add en vez de un archivo editado a mano; con los flags --transport http y --header para servidores remotos. Generamos la línea de comandos completa.
La auth viaja en una cabecera
Los servidores MCP alojados suelen autenticarse con Authorization: Bearer YOUR_KEY. Dónde va; un objeto headers, un flag --header, un argumento mcp-remote; depende del cliente.
El JSON no perdona
Una sola coma final y el cliente descarta el archivo entero, normalmente sin decir nada. Esta herramienta construye objetos en código y los serializa; un JSON inválido es imposible.
Reiniciar significa reiniciar
La mayoría de clientes leen el config de MCP solo al arrancar. Cierra por completo y reabre tras editar; cerrar la ventana no basta, y "no funcionó" suele ser justo esto.
La gente también pregunta
¿Dónde está el archivo claude_desktop_config.json?
En macOS está en ~/Library/Application Support/Claude/claude_desktop_config.json, en Windows en %APPDATA%\Claude\claude_desktop_config.json. El archivo no existe hasta que lo creas (o abres Settings -> Developer -> Edit Config, que lo crea por ti). Tras editar, cierra por completo y vuelve a abrir Claude Desktop; cerrar la ventana no basta, el config solo se lee al arrancar.
¿Cuál es la diferencia entre servidores MCP stdio y HTTP?
Un servidor stdio es un programa que tu cliente lanza localmente y con el que habla por stdin/stdout; configuras un comando y sus argumentos. Un servidor HTTP (Streamable HTTP) corre en remoto en una URL y suele autenticarse con una cabecera Authorization: Bearer u OAuth; configuras la URL. Las herramientas locales vienen como stdio; los servicios alojados como el MCP de Yetty son HTTP, así que no hay nada que instalar.
¿Por qué mi servidor MCP no aparece en mi cliente?
Los sospechosos de siempre, en orden: el config está en el archivo o la ubicación equivocados para ese cliente; la forma del JSON es incorrecta para ese cliente (Windsurf quiere serverUrl, VS Code quiere una clave servers con un campo type; de verdad que todos difieren); el JSON tiene un error de sintaxis como una coma final; o el cliente no se reinició del todo tras la edición. Genera aquí el config para tu cliente exacto y los cuatro quedan resueltos.