¿Qué es un servidor MCP y para qué sirve?

Las tres piezas: host, cliente y servidor

La documentación de MCP distingue tres participantes:

Es habitual llamar «cliente MCP» a la aplicación entera. La documentación separa los términos: el host es lo que usas tú, y los clientes son las piezas internas que mantienen cada conexión con un servidor.

Qué puede ofrecer un servidor

Hay tres tipos de elementos, y cada uno lo activa alguien distinto:

Para saber qué hay disponible, el cliente lo pregunta con tools/list y recibe el nombre, la descripción y el esquema JSON de las entradas de cada herramienta. Para ejecutar una, el cliente usa tools/call.

Servidores locales y remotos

«Servidor MCP» se refiere al programa, no al lugar donde se ejecuta. Un servidor local usa el transporte stdio, se ejecuta en la misma máquina y suele atender a un solo cliente. Uno remoto usa Streamable HTTP, se ejecuta en la plataforma de otra empresa y suele atender a muchos clientes. Los remotos admiten los métodos de autenticación HTTP habituales, y MCP recomienda OAuth para obtener las credenciales de acceso.

Los conectores personalizados de Claude y las aplicaciones MCP de ChatGPT funcionan con servidores remotos. En Claude, ve a «Personalizar», luego a «Conectores», pulsa «+ Añadir» y elige «Añadir conector personalizado». Después escribe un nombre y la URL del servidor.

Ejemplo: un servidor que publica en redes sociales

Mellow Hub tiene un servidor MCP remoto en https://www.mellow.world/mcp. Un cliente como Claude se conecta, inicia sesión con OAuth y pide la lista de sus herramientas. Las que importan para publicar son list_channels (las cuentas conectadas), validate_post, create_post, get_post y post_results. Esto es lo que pasa cuando le pides a un asistente que publique:

1. El modelo decide que primero hay que comprobar la publicación. El host llama a validate_post con los canales y el texto, por ejemplo «Nuestro menú de otoño empieza hoy». Los canales son identificadores que empiezan por spc_ y se obtienen con list_channels.
2. El servidor comprueba el texto y los archivos con las reglas de cada red. Responde con ok (verdadero o falso) y con todos los problemas a la vez, cada uno con el nombre de la red y del campo. El modelo lo lee y corrige lo que había enviado. Todavía no se ha publicado nada.
3. Si la comprobación es correcta, el modelo llama a create_post con una clave de idempotencia, para que un reintento tras un tiempo de espera agotado no publique dos veces. Las instrucciones de Hub para los agentes piden llamar siempre a validate_post antes.
4. get_post y post_results leen el resultado en cada red.

El protocolo no decide si el asistente puede actuar: eso lo deciden el host y tú.

Dónde interviene la persona

La especificación de MCP dice que siempre debería haber una persona que pueda rechazar las llamadas a herramientas. Pide que las aplicaciones dejen claro qué herramientas se exponen al modelo, avisen cuando se invoca una y pidan confirmación para las operaciones. No exige una interfaz concreta. En la práctica, la aprobación puede darse en tres sitios:

• El asistente. Claude muestra las solicitudes de aprobación de herramientas. Sobre «Permitir siempre», avisa de que es solo para un servidor y una herramienta en los que confíes lo bastante como para dejarlos actuar sin supervisión. ChatGPT puede pedir confirmación para una acción según los permisos y el contexto, y bloquear algunas especialmente arriesgadas en lugar de pedirte que las apruebes.
• El propio servidor. Cuando Claude o ChatGPT se conectan a Hub, la pantalla de consentimiento te pregunta qué cuentas puede usar, cuándo puede publicar («Al momento» o «Cuando yo lo apruebe»), cuántas publicaciones al día (de 1 a 1000) y cuánto dura el acceso. Con «Cuando yo lo apruebe», la publicación espera en «Publicaciones» hasta que una persona la apruebe.
• La red. Las reglas de cada red se siguen aplicando a lo que se envía.

Hub es de pago: los planes empiezan en 19 USD al mes (Solo), después de una prueba de 7 días con tarjeta registrada que no cuesta nada si cancelas antes de que termine. El primer mes de un plan mensual tiene un 20 % de descuento. Publicar es ilimitado en todos los planes, con un tope de uso razonable que frena los envíos automáticos masivos (900 publicaciones al mes en Solo). Una publicación es un post en una cuenta, así que un post enviado a cinco redes cuenta como cinco. No hay cargos automáticos por exceso.

Qué cambió en 2026

La revisión del 28 de julio de 2026 convirtió MCP en un protocolo sin estado: cada solicitud lleva la versión del protocolo y las capacidades que necesita, en lugar de depender de una sesión abierta con un intercambio inicial. También dejó obsoletas, entre otras funciones, roots y sampling; no pueden retirarse antes del 28 de julio de 2027. El servidor de Hub admite cuatro versiones del protocolo, de la 2025-03-26 a la 2026-07-28, así que un cliente con una versión más antigua también se conecta.