De dónde viene MCP y qué problema resuelve
Anthropic abrió Model Context Protocol el 25 de noviembre de 2024 para sustituir integraciones aisladas por una forma abierta de conectar asistentes de IA con repositorios, herramientas empresariales y entornos de desarrollo. [1]
MCP no sustituye bases de datos ni API REST. Un servidor MCP suele situarse sobre un sistema existente y exponer sus capacidades a un host de IA compatible. [1][4]
Qué estandariza MCP y qué no
MCP estandariza el descubrimiento y la invocación de tools, la exposición de resources y las plantillas reutilizables de prompts. [4][5][6][7]
La lógica de negocio, el modelo de datos y las políticas de permisos siguen siendo responsabilidad de cada implementación. [5][8]
Arquitectura práctica: host, cliente y servidor
| Elemento | Función |
|---|---|
| Host | Aplicación de IA que coordina modelo, usuario y conexiones MCP. |
| Cliente MCP | Capa de comunicación del protocolo para un servidor concreto. |
| Servidor MCP | Expone capacidades y las conecta con datos o sistemas externos. |
| Tools | Acciones que puede invocar el modelo. |
| Resources | Datos y contexto identificados por URI. |
| Prompts | Plantillas de prompts reutilizables. |
La arquitectura clásica separa host, cliente y servidor. El host es la aplicación de IA, el cliente implementa el protocolo y el servidor expone datos y operaciones. La versión actual mantiene esta separación, pero ya no exige estado HTTP entre peticiones. [15][2]
Un host puede conectarse a varios servidores MCP, por ejemplo GitHub, tickets y una base de conocimiento interna. [12][15]
Tools, resources y prompts: los elementos principales
Los `tools` son acciones que puede invocar el modelo y se describen con nombre, descripción y esquema de entrada. [5]
Los `resources` exponen datos identificados por URI y los `prompts` ofrecen plantillas reutilizables. [6][7]
STDIO, Streamable HTTP y el antiguo transporte SSE
| Transporte | Uso típico |
|---|---|
| STDIO | Proceso local, CLI, IDE, herramientas de desarrollo. |
| Streamable HTTP | Servidor remoto, SaaS, infraestructura de producción. |
| HTTP+SSE | Transporte HTTP heredado, deprecado desde 2026-07-28. |
STDIO es apropiado para servidores locales ejecutados como procesos. Streamable HTTP es el transporte para despliegues remotos. [4][2]
Desde `2026-07-28` el núcleo remoto es sin estado. Legacy HTTP+SSE está oficialmente deprecado con al menos doce meses de transición. [2]
Cómo es una llamada a un tool en MCP actual
POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search
Content-Type: application/json
{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": {
"name": "search",
"arguments": {"q": "invoice 2026"}
}
}Desde `2026-07-28` ya no son obligatorios `initialize` ni `Mcp-Session-Id`. Cada petición puede incluir versión, información de cliente y capabilities; `server/discover` es opcional. [2]
En Streamable HTTP, `Mcp-Method` y `Mcp-Name` permiten que gateways, WAF y limitadores enruten y midan sin analizar todo el JSON. [2]
Ejemplo real: un agente conectado a tickets
Un servidor MCP puede publicar `search_tickets`, `get_ticket` y `update_ticket` como tools, documentación como resources y un prompt para analizar incidentes. El host descubre el catálogo, el modelo selecciona la operación y el servidor llama a la API interna. [5][6][7]
La misma integración puede reutilizarse en distintos hosts compatibles. [4][12]
Autorización: OAuth 2.1, Bearer tokens y Client ID Metadata Documents
Para HTTP, MCP usa conceptos de OAuth 2.1 y estándares de discovery. Los tokens van en `Authorization: Bearer` y nunca en la query string. [8]
La especificación contempla validación de audience y PKCE. Dynamic Client Registration está formalmente deprecado a favor de Client ID Metadata Documents. [2][8]
Seguridad: MCP no implica confianza completa
Los servidores deben validar entradas, aplicar control de acceso, limitar llamadas y sanear resultados. Los clientes deberían pedir confirmación en acciones sensibles, mostrar argumentos, aplicar timeouts y registrar llamadas. [5]
El principio de privilegio mínimo es clave. Un servidor de documentación no necesita permisos para borrar datos productivos. [5][8][13]
MCP Apps: cuando un tool necesita interfaz
MCP Apps es una extensión oficial para devolver formularios, dashboards y visualizaciones interactivas. Un tool referencia un recurso `ui://` que el host puede renderizar en un iframe aislado. [9]
La comunicación sigue siendo estructurada y auditable, y el host puede exigir consentimiento antes de llamadas originadas desde la interfaz. [9]
Tasks: operaciones largas sin mantener la conexión
MCP Tasks permite devolver un identificador duradero en vez de mantener bloqueada una conexión. Después el cliente consulta estado y resultado. [10]
CI, procesos batch, despliegues, colas externas y aprobaciones humanas son casos naturales. [10][2]
Adopción: Anthropic, OpenAI, GitHub y herramientas de desarrollo
OpenAI añadió soporte para servidores MCP remotos a Responses API en mayo de 2025 y se incorporó al comité de dirección. [11]
GitHub Copilot admite MCP en IDE, CLI, aplicación Copilot y cloud agent, además de registry y controles empresariales. [12][13][14]
MCP frente a REST API y function calling
REST define interfaces generales; function calling describe cómo un modelo concreto solicita funciones. MCP añade una capa común de descubrimiento, esquemas y comunicación entre host de IA y servidor de herramientas. [4][5]
Con un solo modelo y pocas funciones privadas, MCP puede sobrar. Cuando las capacidades deben funcionar en varios hosts, aporta mucho más valor. [4][11][12]
Checklist de un servidor MCP de producción
Empieza con pocos tools, bien definidos, con esquemas validados y permisos mínimos. [5][8]
Para remoto, usa Streamable HTTP actual, autorización, métricas, rate limiting y tracing, y decide conscientemente la compatibilidad con clientes antiguos. [2][8]
- Diseñar para `2026-07-28`.
- Mantener mínimos tools y permisos.
- Validar todos los argumentos y resultados.
- Pedir confirmación en operaciones sensibles.
- En HTTP, implementar OAuth y validación audience correctamente.
- Aplicar rate limiting, timeouts, auditoría y tracing.
- No entregar secretos innecesarios al servidor.
- Probar compatibilidad y errores en los hosts.
Qué cambió en 2026 y hacia dónde va MCP
`2026-07-28` introdujo núcleo sin estado, eliminó handshake y sesiones, añadió caché de listas, routing por cabeceras, extensiones formales y endurecimiento de autorización. Roots, Sampling y Logging están deprecados para nuevas implementaciones. [2]
La hoja de ruta de agosto de 2026 prioriza mensajería de agentes, webhooks, eventos, unificación HTTP, identidad de agentes, seguridad empresarial y mejores SDK. Son direcciones futuras, no todas funciones actuales. [3]
