Desarrollo de servidores MCP: que la IA use tu producto

Qué incluye un proyecto de servidor MCP#

Partimos de las tareas que tus usuarios quieren que un asistente haga, no de la referencia de tu API. La guía de OpenAI pide una herramienta por acción distinta, con una descripción que diga cuándo usarla, porque el modelo elige las herramientas a partir de ese texto; un servidor que replica cada endpoint le da decenas de opciones casi idénticas. La propuesta indica qué entregables están incluidos y cómo se acepta cada uno.

• Un mapa de herramientas: cada tarea del usuario como herramienta, recurso o prompt, con entradas, salidas y permisos
• Un servidor remoto sobre Streamable HTTP, en tu repositorio y tu cuenta de nube
• Inicio de sesión OAuth con tu proveedor de identidad, o una API key acotada para uso interno
• Scopes por herramienta, validación de entradas, límites de uso, confirmación antes de escribir y un registro de auditoría
• Pruebas automatizadas, más ejecución de tareas en cada cliente incluido
• Una página de configuración para tus usuarios y un runbook para las actualizaciones del protocolo

¿Qué es el Model Context Protocol?#

El Model Context Protocol (MCP) es un estándar abierto para conectar aplicaciones de IA con herramientas y datos externos. Anthropic lo presentó a finales de 2024 y en diciembre de 2025 lo donó a la Agentic AI Foundation, un fondo de la Linux Foundation cofundado por Anthropic, Block y OpenAI. Un servidor puede ofrecer herramientas (funciones que el modelo llama, cada una con un JSON Schema para sus entradas), recursos (datos que se leen como contexto) y prompts (plantillas que elige el usuario).

La especificación se versiona por fecha. En octubre de 2026 la revisión vigente es la 2026-07-28, que hizo cada solicitud autosuficiente al eliminar el handshake inicial y las sesiones a nivel de protocolo. Los clientes adoptan las revisiones a su propio ritmo, así que probamos los servidores contra la 2026-07-28 y la anterior, 2025-11-25.

¿Cuándo vale la pena construir un servidor MCP?#

Cuando tus clientes ya piden usar tu producto desde un asistente y tu API puede responderles: un servicio de soporte cuyos clientes quieren que Claude lea el historial de tickets, una herramienta para desarrolladores cuyos usuarios trabajan en VS Code o Cursor, un producto B2B cuyos compradores piden una integración con ChatGPT.

Es prematuro en tres casos. Sin una API, el primer proyecto es la API misma, que corresponde al desarrollo de software a medida. Si quieres que la IA ejecute un proceso dentro de tu empresa, como clasificar consultas, la automatización con IA es el alcance adecuado. Y un servidor MCP no hará que recomienden tu negocio: como encontramos en nuestra guía de sitio web preparado para agentes de IA, la documentación de los rastreadores de los principales asistentes no describe que descubran por su cuenta las herramientas de un sitio. Que te citen depende de tus páginas, algo que cubren nuestro servicio de SEO para IA y nuestra guía para aparecer en respuestas de IA.

¿Qué asistentes de IA pueden conectarse a tu servidor?#

La mayoría de los asistentes llega a un servidor MCP remoto por su URL, pero cada uno fija sus propias reglas sobre desde dónde se conecta y qué pregunta antes de ejecutar una herramienta. Según la documentación de octubre de 2026:

Cursor, Gemini y Microsoft Copilot también adoptaron MCP, y revisamos su documentación vigente cuando entran en el alcance. Antes del lanzamiento conectamos cada cliente con cuentas de prueba, ejecutamos las mismas tareas y registramos qué le pide confirmar cada uno al usuario.

¿Cómo inician sesión los usuarios y qué puede hacer el asistente?#

Con OAuth, cada persona inicia sesión con su propia cuenta y el asistente recibe solo el acceso que ella aprueba. La autorización es opcional en MCP; cuando un servidor remoto la usa, la especificación 2026-07-28 se apoya en OAuth 2.1:

• El servidor publica Protected Resource Metadata (RFC 9728), que le indica a los clientes dónde iniciar sesión
• Cada token se solicita para un solo servidor (RFC 8707); el servidor rechaza los tokens pensados para otros y nunca reenvía el token de un usuario a otra API
• Los permisos faltantes devuelven un 403 con insufficient_scope, para que el cliente pueda pedir más acceso
• Se prefieren los Client ID Metadata Documents para registrar clientes; el Dynamic Client Registration está obsoleto

Qué scopes existen es una decisión de producto. Empezamos en solo lectura, añadimos un scope de escritura por acción (drafts:write, no admin) y conectamos el inicio de sesión a tu proveedor de identidad actual.

Esto lo hacemos nosotros mismos. El CMS detrás de dardo.studio es un servidor MCP: una solicitud sin token recibe un 401 que apunta a sus metadatos de recurso, donde se listan scopes separados de lectura y escritura para contenido, medios, esquema y configuración. Nuestros agentes redactan y editan artículos a través de él; el dueño decide qué se publica.

¿Cómo proteger un servidor MCP frente a la inyección de prompts?#

Trata cada llamada a una herramienta como una entrada de un modelo que puede haber sido manipulado. La especificación exige que los servidores validen las entradas, apliquen controles de acceso, limiten la frecuencia de las llamadas y sanen las salidas, y pide a los clientes desconfiar de las anotaciones de herramientas de servidores en los que no confían; OpenAI añade que las anotaciones no reemplazan las verificaciones en el servidor. El riesgo específico es la inyección de prompts: el texto de tus propios datos, como un ticket de soporte, puede traer instrucciones dirigidas al modelo. Nuestras reglas por defecto:

• Solo lectura primero; las herramientas que envían, borran, pagan o publican requieren la confirmación del usuario
• Scopes verificados en el servidor en cada llamada, no solo al iniciar sesión
• Entradas acotadas por esquema y tamaño, con límites de uso por usuario y por cliente
• Resultados limitados a los campos que la tarea necesita, y un registro de auditoría con los datos personales ocultos
• Descripciones de herramientas revisadas como código, porque cambiar una descripción cambia lo que hace el modelo

El servidor público de dardo.studio es el extremo pequeño de esto: dos herramientas de solo lectura que listan nuestros servicios y preparan un brief de proyecto sin enviarlo, leyendo el catálogo publicado sin ninguna base de datos detrás. Los cuerpos de las solicitudes se limitan a 8 KiB, se rechazan los orígenes de navegador ajenos y el endpoint tiene su propio límite de frecuencia.

Alojamiento, pruebas y entrega#

Alojamos el servidor junto a tu API actual o en Cloudflare Workers, donde corre el nuestro. Cloudflare recomienda su createMcpHandler sin estado para servidores nuevos, con inicio de sesión mediante Cloudflare Access o cualquier proveedor OAuth 2.0. Sin sesiones de protocolo, el estado que abarca varias llamadas, como un carrito, viaja como un identificador que el servidor emite y verifica contra el usuario con sesión cada vez.

Las pruebas con guion llaman a cada herramienta con entradas válidas, inválidas y de tamaño excesivo mediante el MCP Inspector, que OpenAI recomienda para verificaciones locales y de producción, y se repiten en CI con cada cambio. Después ejecutamos tareas reales en cada cliente, y alguien de tu equipo sigue la página de configuración sin nuestra ayuda.

El código vive en tu repositorio, el servidor en tu cuenta de nube y los registros de OAuth a nombre de tu empresa. Según la política de obsolescencia de la especificación, una función obsoleta normalmente permanece al menos doce meses antes de poder eliminarse, así que el runbook que dejamos convierte las actualizaciones del protocolo en trabajo planificado.

¿Cuánto cuesta desarrollar un servidor MCP?#

No publicamos un precio por paquete: un servidor de solo lectura sobre una API documentada es un trabajo mucho menor que uno que escribe datos de clientes mediante OAuth. Los rangos de presupuesto de nuestro formulario van de menos de USD 5.000 a más de USD 60.000. Esto es lo que mueve la cifra:

• La API de base: documentada y estable, o aún por construir
• Cuántas herramientas escriben, borran o mueven dinero
• El inicio de sesión: ninguno para datos públicos, una clave fija, o OAuth con tu proveedor de identidad
• Cuántos clientes entran en el alcance, cada uno con su propia configuración y revisión
• Vistas interactivas dentro del chat (MCP Apps) y los requisitos de seguridad o auditoría que fijen tus clientes

Tu proveedor de nube factura el alojamiento a tu cuenta. Después del lanzamiento, un plan de soporte puede cubrir las actualizaciones de protocolo y de clientes, el monitoreo y las herramientas nuevas, con alcance por escrito como en nuestros planes de mantenimiento web.

Preguntas antes de elegir#

Desde el blog#

• ¿Qué es un servidor MCP? Guía para fundadores de SaaS sobre si necesitas uno

  Un servidor MCP deja que Claude, ChatGPT y Copilot usen tu producto para un usuario con sesión: qué es, qué exponer primero, los riesgos y si alguien lo quiere.