Qué es MCP (Model Context Protocol)

¿Qué es MCP? El Model Context Protocol (MCP) es un estándar abierto que permite a las aplicaciones de modelos de lenguaje conectarse a herramientas y datos externos de la misma manera, las haya hecho quien las haya hecho. Su propia documentación lo compara con «un puerto USB-C para aplicaciones de modelos de lenguaje»: en lugar de que cada asistente necesite una integración a medida para cada servicio, un servicio publica un único servidor MCP y cualquier aplicación compatible con MCP puede usarlo. Esta explicación sigue la especificación oficial, versión 2026-07-28, comprobada el 6 de octubre de 2026.

El problema que resuelve

Sin un protocolo común, conectar cinco aplicaciones de modelos de lenguaje con cinco servicios obliga a construir hasta 25 integraciones distintas. Con MCP, cada servicio construye un servidor y cada aplicación un cliente, y todos hablan el mismo idioma. La documentación del protocolo lista el soporte de asistentes como Claude y ChatGPT y de herramientas para desarrolladores como Visual Studio Code y Cursor.

Algunos ejemplos de la introducción oficial:

• un asistente que lee tu Google Calendar y Notion para actuar como un asistente más personal;
• Claude Code construyendo una aplicación web a partir de un diseño de Figma;
• un chatbot de empresa que consulta varias bases de datos de la organización.

Para lo que esto supone en una empresa, con costes y riesgos, mira agentes para empresas. Las herramientas de programación compatibles con MCP se comparan en Claude Code vs Cursor.

Cómo funciona: hosts, clientes y servidores

MCP tiene tres papeles:

Tabla: los tres papeles de MCP

Un servidor puede funcionar en tu propio equipo o en internet. Los servidores locales suelen hablar por entrada y salida estándar (el transporte «stdio») y atienden a un solo cliente. Los servidores remotos usan «Streamable HTTP» y pueden atender a muchos clientes; la especificación recomienda OAuth para obtener los tokens de acceso que necesitan. Todos los mensajes, locales o remotos, usan el formato JSON-RPC 2.0.

Qué puede ofrecer un servidor: herramientas, recursos y prompts

La especificación define tres bloques básicos («primitivas») que exponen los servidores:

• Herramientas (tools): acciones que el modelo puede ejecutar, como consultar una base de datos, llamar a una API o editar un archivo.
• Recursos (resources): datos que el modelo puede leer como contexto, como el contenido de un archivo o el esquema de una base de datos. Como la recuperación en RAG, los recursos ponen datos externos delante del modelo; MCP estandariza cómo se conecta la fuente de datos.
• Prompts: plantillas reutilizables, como un prompt de sistema o ejemplos de uso de las herramientas del servidor.

Los clientes descubren lo que ofrece un servidor pidiendo sus listas (por ejemplo tools/list) y después llaman a lo que necesitan (tools/call). Como las listas se piden en el momento de usarlas, un servidor puede añadir o quitar herramientas sin que la aplicación cambie.

Los servidores también pueden pedir información al usuario a través del cliente, lo que la especificación llama elicitation: por ejemplo, para confirmar una acción antes de ejecutarla. Una función más antigua, el sampling, con la que los servidores pedían respuestas de un modelo a través del cliente, está obsoleta desde la versión 2026-07-28 del protocolo.

MCP y agentes

MCP es una de las formas en que un agente consigue sus herramientas. El modelo del agente decide qué herramienta usar a continuación; MCP es el enchufe estándar por el que esas herramientas se encuentran y se llaman. Muchas herramientas que no hablan MCP de forma nativa se pueden envolver en un pequeño servidor MCP.

Seguridad: qué pide la especificación

MCP conecta modelos con datos y con acciones que tienen efectos reales, así que la especificación fija principios que quien lo implementa debe atender:

• Consentimiento y control del usuario: los usuarios deben entender y aceptar a qué datos se accede y qué acciones se hacen, con interfaces claras para revisar y autorizar la actividad.
• Privacidad de los datos: los hosts deben obtener el consentimiento explícito antes de exponer datos del usuario a los servidores y no deben enviar datos de recursos a otro sitio sin consentimiento.
• Seguridad de las herramientas: las herramientas «representan ejecución de código arbitrario y deben tratarse con la debida cautela». Las descripciones de lo que hace una herramienta deben considerarse no fiables salvo que vengan de un servidor de confianza, y los hosts deben obtener el consentimiento explícito antes de invocar cualquier herramienta.

La propia especificación es clara sobre sus límites: MCP no puede imponer estos principios de seguridad en el nivel del protocolo. Que una aplicación te pida bien el consentimiento depende de la aplicación. En la práctica, instala servidores solo de fuentes de confianza, revisa lo que puede hacer cada herramienta y desconfía de cualquier servidor que pueda a la vez leer datos privados y enviarlos fuera. Las instrucciones inyectadas escondidas en documentos o páginas web («inyección de prompts») son el primer riesgo de la lista de 2025 de OWASP para aplicaciones con modelos de lenguaje, y conectar más herramientas da más material a una instrucción inyectada.

Cómo empezar a usar MCP

• Como usuario: muchos asistentes y herramientas de programación permiten añadir servidores MCP («conectores») desde sus ajustes. Lee lo que puede hacer un servidor antes de activarlo.
• Como desarrollador: el sitio oficial tiene SDK, una lista de referencia de servidores y el MCP Inspector, una herramienta para probar servidores durante el desarrollo.

Si ejecutas modelos en tu propio ordenador, LM Studio también puede actuar como cliente MCP para modelos locales; mira Ollama vs LM Studio.