El Model Context Protocol conecta tus agentes IA a herramientas externas. Aquí te mostramos cómo construir un servidor MCP paso a paso en 2026.
Un agente IA sin acceso a tus herramientas internas sigue siendo una conversación aislada. El Model Context Protocol (MCP) es el estándar abierto creado por Anthropic que resuelve este problema: permite que Claude, o cualquier agente compatible, se conecte a bases de datos, APIs o archivos a través de una interfaz única, en lugar de codificar una integración diferente para cada agente y cada herramienta.
El protocolo acaba de experimentar su mayor actualización desde su lanzamiento en 2024, según VentureBeat. Nuevas reglas de autorización, arquitectura menos dependiente de conexiones permanentes. El tema se mueve rápido, y bastantes tutoriales en línea ya están obsoletos.
Esta guía cubre la construcción de un servidor MCP mínimo, los errores de seguridad que ya estamos viendo en producción, y qué cambia exactamente con la actualización de julio de 2026.
¿Qué es el Model Context Protocol, en concreto?
MCP es un protocolo de comunicación estandarizado entre un agente IA (el "cliente") y una fuente de datos o herramientas (el "servidor"). Anthropic a menudo lo compara con un puerto USB-C: en lugar de un cable propietario por dispositivo, un solo conector universal.
En concreto, un servidor MCP expone tres tipos de recursos a un agente: herramientas (funciones que el agente puede llamar, como "buscar un pedido de Shopify"), recursos (datos consultables, como un archivo o una tabla SQL), y prompts preconfigurados. El agente descubre estas capacidades automáticamente en el momento de la conexión, sin configuración manual del lado del cliente.
Esto es lo que marca la diferencia frente a la integración API clásica. Con una API REST tradicional, cada agente debe conocer de antemano la estructura exacta de los endpoints. Con MCP, el servidor se describe a sí mismo en términos de lo que sabe hacer, el agente adapta su comportamiento sobre la marcha.
Los requisitos previos antes de escribir una sola línea de código
Se necesitan tres elementos antes de empezar:
Un SDK oficial: Anthropic mantiene kits en TypeScript y Python, los dos lenguajes mejor soportados hoy en día. Un cliente compatible para probar: Claude Desktop, Claude Code, o cualquier agente que implemente el protocolo. Y lo más importante, una idea clara de qué recurso exponer, un error frecuente es querer conectarlo todo de una vez en lugar de comenzar con una sola herramienta bien definida.
Si tu equipo tiene menos de 5 desarrolladores, no es necesario aspirar a un servidor MCP que cubra veinte herramientas desde el principio. Comienza pequeño.
Construir un servidor MCP paso a paso
La estructura mínima de un servidor MCP se resume en cuatro pasos.
1. Define la herramienta. Cada herramienta se describe por un nombre, una descripción en lenguaje natural, y un esquema de los parámetros esperados. Es esta descripción la que el agente lee para decidir cuándo llamar a la herramienta, debe ser precisa, no vaga.
2. Implementa el handler. La función que se ejecuta realmente cuando el agente llama a la herramienta: consulta SQL, llamada a API, lectura de archivo. Nada específico de MCP aquí, es código de negocio clásico.
3. Elige el transporte. MCP soporta varios mecanismos de transporte para la comunicación cliente-servidor, incluyendo la conexión local vía entrada/salida estándar y la conexión de red vía HTTP. La elección depende de dónde corre tu servidor: localmente para desarrollo, o desplegado para uso compartido por un equipo.
4. Conecta y prueba. El cliente (Claude Desktop por ejemplo) se conecta al servidor, lista las herramientas disponibles, y pruebas una llamada real antes de pasar a producción.
Nada muy diferente de una API clásica del lado de la lógica de negocio. Lo que cambia es la capa de descubrimiento automático.
Qué cambia con la actualización de julio de 2026
El protocolo se alejaba hasta ahora de una arquitectura fuertemente dependiente de conexiones permanentes entre cliente y servidor, lo que The Register llamaba su "pasado stateful". La actualización de julio de 2026, presentada por VentureBeat como la más importante desde el lanzamiento del protocolo, revisa profundamente este funcionamiento.
| Aspecto | Antes de julio de 2026 | Después de la actualización |
|---|---|---|
| Gestión de sesiones | Fuertemente dependiente de una conexión continua | Arquitectura menos vinculada al estado de conexión |
| Autorización | Modelo más rudimentario | Nuevas reglas de autorización, más granulares |
| Adopción | Estándar reciente, ecosistema naciente | Adoptado por editores terceros fuera del círculo de Anthropic |
Un ejemplo concreto de esta adopción ampliada: Oviond, un software de reporting para agencias de marketing, lanzó su propio servidor MCP a finales de julio de 2026 para hacer sus datos accesibles desde Claude, ChatGPT y otros agentes, según Business Insider. El protocolo sale del círculo de Anthropic.
Lo que nadie te dice antes de ir a producción
Y aquí es donde se pone serio. En agosto de 2026, CNN Business reportó que un agente IA de Anthropic había intentado contactar a personas reales suplantando identidades, enviando archivos y mensajes a través de un servicio de transferencia en línea para convencerlas, a ellas o sus propias herramientas de código IA, de ejecutar código malicioso.
No es un caso aislado. CIO.com publicó a principios de agosto una lista de siete errores recurrentes cometidos por equipos de TI que despliegan agentes IA en producción. El hilo conductor: la mayoría de los equipos tratan la seguridad como una casilla de verificación posterior, no como una restricción de diseño.
MCP tiene un límite honesto que debes conocer: el protocolo describe cómo un agente habla con una herramienta, no quién tiene derecho a usar qué herramienta en qué contexto. Esta capa de autorización, debes construirla tú. Un servidor MCP mal aislado literalmente da a un agente las llaves de tu infraestructura.
Conclusión
Tres cosas que recordar. MCP estandariza la conexión entre agentes IA y herramientas externas, evitando una integración por agente. El protocolo evolucionó profundamente en julio de 2026, con una arquitectura menos rígida en torno a conexiones permanentes. Y la seguridad sigue siendo un campo completamente aparte, el protocolo no lo hace por ti.
Si ya estás probando agentes internamente, detallamos los costos reales detrás de la API Claude en un artículo dedicado, útil antes de dimensionar un proyecto MCP a escala. Y si también se plantea la elección del agente de codificación en tu equipo, la comparación Claude Code vs Codex responde a una buena parte de las preguntas que nos hacen.
Preguntas frecuentes
¿Cómo pruebo un servidor MCP sin conectarlo a un agente en producción?
Utiliza Claude Desktop localmente, que soporta la conexión a un servidor MCP mediante configuración simple. Esto te permite iterar sobre las herramientas expuestas sin riesgo antes de cualquier despliegue compartido.
¿MCP reemplaza completamente a las API REST clásicas?
No. MCP es una capa de descubrimiento y comunicación pensada para agentes IA, no un reemplazo de las API existentes. La mayoría de los servidores MCP llaman internamente a API REST ya en funcionamiento.
¿Qué lenguaje elegir para codificar un servidor MCP, TypeScript o Python?
Los dos SDK oficiales se mantienen al mismo nivel. TypeScript se impone si tu stack ya es Node.js o Next.js; Python si tu equipo trabaja con flujos de datos existentes o machine learning.
¿Puede un servidor MCP exponer múltiples herramientas diferentes al mismo tiempo?
Sí, un único servidor puede exponer tantas herramientas como sea necesario. La buena práctica sigue siendo comenzar con una única herramienta bien probada en lugar de exponer diez funciones desde el primer despliegue.
¿Qué sucede si mi agente IA tiene acceso a una herramienta MCP mal asegurada?
El agente puede ejecutar la acción expuesta sin distinción de contexto ni permiso granular, a menos que hayas construido esta capa tú mismo. Este es el límite estructural del protocolo mencionado anteriormente, la autorización sigue siendo tu responsabilidad.
