Servidor MCP remoto

Un servidor MCP remoto es una implementación del Model Context Protocol que corre en un servidor accesible por internet y se comunica por HTTP, en lugar de ejecutarse como proceso en la máquina del usuario. Expone herramientas, recursos y prompts igual que un servidor local, pero cualquier cliente compatible (Claude.ai, Claude Desktop, Claude Code o la API) puede conectarse con solo una URL y, normalmente, una autenticación OAuth.

Cómo funciona

MCP define dos familias de transporte. En el local (stdio), el cliente lanza el servidor como subproceso y se comunican por entrada y salida estándar. En el remoto, el servidor es un servicio web y el intercambio de mensajes JSON-RPC viaja por HTTP. La especificación actual usa Streamable HTTP: un único endpoint que recibe peticiones POST y puede responder en streaming mediante Server-Sent Events. El transporte anterior, HTTP+SSE con dos endpoints separados, está obsoleto aunque muchos clientes lo siguen aceptando por compatibilidad.

El flujo típico es:

1. El cliente se conecta a la URL del servidor y negocia capacidades (initialize).
2. Si el servidor exige autorización, se lanza un flujo OAuth: el usuario inicia sesión en el servicio y el cliente obtiene un token de acceso.
3. El cliente lista las herramientas disponibles y se las pasa a Claude como definiciones de tool use.
4. Cuando Claude decide usar una herramienta, el cliente envía la llamada al servidor remoto y devuelve el resultado al modelo.

Por qué importa

El servidor local obliga a cada usuario a instalar runtimes, gestionar credenciales en ficheros de configuración y mantener versiones. El remoto elimina esa fricción: el proveedor despliega y actualiza una vez, y el usuario solo añade una URL. Esto tiene consecuencias directas:

• Funciona en web y móvil: Claude.ai no puede lanzar procesos en tu equipo, así que los conectores personalizados que añades ahí son servidores remotos.
• Autenticación por usuario: con OAuth, cada persona accede solo a sus propios datos, sin compartir claves API.
• Uso desde la API: el conector MCP de la Messages API permite pasar servidores remotos directamente en la petición, sin escribir un cliente MCP propio.
• Gobierno centralizado: una empresa puede publicar un único servidor interno, con logs y control de permisos, para todos sus equipos.

Ejemplo práctico

En Claude Code, añadir un servidor remoto es una línea:

claude mcp add --transport http mi-crm https://mcp.ejemplo.com/mcp

Desde la API, el servidor se declara en la propia petición con el parámetro mcp_servers, indicando URL, nombre y token de autorización. Esta función se ha ofrecido en beta con una cabecera específica; consulta la documentación vigente porque el nombre de la cabecera y los campos pueden cambiar según la versión. En Claude.ai, los conectores personalizados se añaden desde la configuración y su disponibilidad depende del plan.

Si quieres profundizar en agentes que se conectan por MCP, incluido el despliegue y la seguridad de servidores remotos, conviene practicar con casos reales antes de llevarlos a producción.

Errores comunes

• Confundir remoto con conector: el conector es la integración tal como la ve el usuario en Claude; el servidor MCP remoto es la pieza técnica que hay detrás.
• Pensar que remoto implica oficial: cualquiera puede publicar un servidor MCP. Conectar uno desconocido le da acceso a tus datos y puede introducir prompt injection a través de los resultados de sus herramientas.
• Exponerlo sin autenticación: un servidor público sin OAuth ni validación de origen es una puerta abierta a tus sistemas.
• Ignorar la latencia: cada llamada cruza la red; herramientas muy granulares encadenadas multiplican el tiempo de respuesta.