Qué es MCP en inteligencia artificial y cómo funciona

MCP en inteligencia artificial significa Model Context Protocol. Es un protocolo abierto para que una aplicación de IA conecte de forma estandarizada con herramientas y fuentes de contexto. MCP define cómo se comunican los componentes; no decide por sí solo qué modelo usar, qué datos autorizar ni si una acción es segura.

El problema que intenta resolver

Sin un protocolo común, cada aplicación necesita una integración distinta para bases de datos, archivos, repositorios o servicios. MCP crea una interfaz compartida para descubrir capacidades e intercambiar mensajes, reduciendo adaptadores específicos.

La estandarización mejora portabilidad, pero no elimina el trabajo de modelar permisos, validar datos y operar cada servidor.

Host, cliente y servidor

El host es la aplicación de IA que coordina la experiencia. Dentro crea un cliente MCP por cada servidor al que se conecta. El servidor MCP expone capacidades y puede ejecutarse localmente o de forma remota.

La relación uno-a-uno entre cliente y conexión ayuda a aislar estados. Un host puede conectarse simultáneamente a un servidor de archivos, otro de incidencias y otro de datos, cada uno con permisos diferentes.

Capa de datos y transporte

MCP separa una capa de datos, basada en mensajes JSON-RPC, de la capa de transporte. La primera cubre inicialización, negociación de capacidades, peticiones, respuestas y notificaciones. La segunda mueve esos mensajes.

Entre los transportes comunes se encuentran stdio para procesos locales y Streamable HTTP para conexiones remotas. La elección afecta despliegue, autenticación, red y observabilidad, no el significado de las primitivas.

Herramientas, recursos y prompts

Las tools son operaciones que el modelo o la aplicación puede solicitar, como consultar un ticket o crear un borrador. Los resources ofrecen contenido contextual identificable, como documentos o registros. Los prompts son plantillas de interacción que un servidor puede exponer.

No todas las integraciones necesitan las tres primitivas. Diseña la superficie mínima. Una herramienta genérica de ejecutar comandos es más difícil de asegurar que varias operaciones específicas con parámetros cerrados.

Un ejemplo de flujo

Un usuario pide resumir una incidencia. El host selecciona el servidor apropiado, el cliente llama a una herramienta de lectura con el identificador validado y recibe datos estructurados. El host aporta ese resultado al modelo y genera un resumen con enlace al origen.

Si el usuario pide cerrar la incidencia, debe existir una operación de escritura separada, comprobar autorización y, según la política, solicitar confirmación. El protocolo transporta la solicitud; la aplicación sigue siendo responsable de la decisión.

Descubrimiento y negociación

Durante la inicialización, cliente y servidor comunican versiones y capacidades. El host puede descubrir herramientas en lugar de codificarlas todas de antemano. Esa flexibilidad exige controlar cambios: una herramienta nueva o una descripción modificada altera lo que el agente podría intentar.

Fija versiones, revisa el catálogo y prueba compatibilidad. No actives automáticamente todo lo que un servidor remoto anuncie.

Seguridad de un servidor MCP

Aplica autenticación y autorización fuera del modelo. Limita cada identidad a datos y acciones necesarias, valida parámetros, registra llamadas y protege secretos. Para servidores remotos, usa transporte seguro y mecanismos de autorización apropiados.

El servidor debe tratar la entrada como no confiable. Evita rutas arbitrarias, consultas sin límites y ejecución general. Establece cuotas, tiempos máximos y tamaños de respuesta.

Inyección y tool poisoning

Un documento consultado puede contener instrucciones dirigidas al modelo. También una descripción de herramienta maliciosa puede intentar influir en su elección. El contenido y los metadatos no deben recibir la misma autoridad que las políticas del host.

Revisa servidores antes de instalarlos, fija versiones y muestra al usuario las acciones sensibles. La allowlist de herramientas debe depender de identidad y tarea. Nunca conviertas la salida de una herramienta directamente en una acción privilegiada sin validación.

Servidor local frente a remoto

Un servidor local por stdio puede acceder a recursos del equipo con baja latencia, pero hereda riesgos del proceso y sus permisos. Un servidor remoto facilita centralización y actualización, aunque añade autenticación, red, multiusuario y disponibilidad.

Local no significa seguro y remoto no significa inseguro. Evalúa quién ejecuta el proceso, qué credenciales usa, qué rutas o datos alcanza y cómo se audita.

Cuándo usar MCP

MCP es útil si varias aplicaciones o modelos deben reutilizar integraciones, si quieres descubrir capacidades de forma estándar o si necesitas separar la lógica del conector del host. Para una sola llamada estable, una API directa puede ser más simple.

No adoptes el protocolo solo por tendencia. Compara complejidad de operación, ecosistema, controles y necesidad real de portabilidad.

Cómo evaluar una integración

Prueba conexión, negociación, errores, cancelación, límites, entradas adversarias y revocación de permisos. Verifica que el servidor no devuelve más datos de los solicitados y que las acciones son idempotentes cuando corresponde.

Observa latencia, tasa de fallos y uso por herramienta. Conserva trazas con cuidado de no registrar secretos o información personal innecesaria.

Arquitectura responsable

Coloca políticas y autorización en capas deterministas. El modelo puede proponer la herramienta; el host filtra; el servidor vuelve a autorizar y valida; el usuario aprueba acciones críticas. Esta defensa por capas evita que una única salida del modelo controle todo.

MCP estandariza la conexión, no la confianza. Su adopción profesional comienza con una superficie pequeña, servidores revisados y permisos estrechos, y crece solo después de medir comportamiento y capacidad de recuperación.

Continúa aprendiendo

Amplía este tema con agentes de IA para empresas, prompt injection, qué es un LLM.

Fuentes oficiales y primarias

• Documentación oficial o primaria de modelcontextprotocol.io
• Documentación oficial o primaria de modelcontextprotocol.io

Preguntas frecuentes

¿Qué significa MCP en IA?
Model Context Protocol, un protocolo abierto para conectar aplicaciones de IA con herramientas y fuentes de contexto.

¿Qué diferencia hay entre host, cliente y servidor?
El host coordina la aplicación, el cliente mantiene una conexión y el servidor expone capacidades.

¿Qué son tools y resources?
Las tools ejecutan operaciones; los resources ofrecen contenido contextual identificable.

¿Qué transportes utiliza MCP?
La documentación contempla stdio para procesos locales y Streamable HTTP para conexiones remotas.

¿MCP hace segura una integración?
No por sí solo. Se necesitan autenticación, autorización, validación, límites, revisión y registros.

¿Cuándo conviene una API directa?
Cuando existe una única integración estable y no necesitas descubrimiento ni reutilización entre varios hosts.