MCP (Model Context Protocol) explicado de forma sencilla

MCP, siglas de Model Context Protocol, es un estándar abierto que permite a una IA conectarse con sus herramientas y sus datos de la misma manera en todas partes, igual que un puerto USB-C conecta cualquier dispositivo compatible. Entender sus tres roles y sus tres piezas le ayuda a elegir los conectores adecuados y a medir los riesgos antes de ceder el control a un agente.

El problema que resuelve MCP

Por sí solo, un modelo de lenguaje solo conoce lo que aprendió y lo que usted le escribe. Para convertirse en un agente de IA útil, tiene que leer su agenda, buscar en sus documentos, consultar una base de datos o abrir una incidencia. Cada una de esas acciones pasa por una API distinta.

Antes de MCP, cada aplicación de IA tenía que escribir su propia integración para cada servicio. Con diez aplicaciones y cien servicios, eso supone mil conectores que mantener, a menudo de calidad desigual. El Model Context Protocol sustituye ese rompecabezas por una interfaz única: un servicio publica un servidor MCP una sola vez y todas las aplicaciones compatibles pueden usarlo.

Los tres roles: anfitrión, cliente y servidor

La especificación describe una arquitectura con tres participantes que se comunican mediante mensajes en formato JSON-RPC 2.0.

• El anfitrión (host) es la aplicación de IA que usted utiliza: un asistente de escritorio, un editor de código, un agente propio. Es quien abre las conexiones y mantiene el control.
• El cliente es un conector alojado en el anfitrión. El anfitrión crea un cliente por servidor, lo que aísla cada conexión.
• El servidor es el programa que expone capacidades: acceso a archivos, a un correo, a una herramienta de seguimiento de errores o a una base de datos.

Sus diseñadores se inspiraron en el Language Server Protocol, que estandarizó la forma en que los editores de código dialogan con las herramientas de análisis de cada lenguaje. MCP aplica la misma idea a las aplicaciones de IA.

Local o remoto: dos transportes

Un servidor puede funcionar en su equipo o en internet. La documentación de arquitectura prevé dos transportes:

• stdio para los servidores locales, que el anfitrión lanza en su ordenador, por ejemplo un servidor que da acceso a una carpeta;
• Streamable HTTP para los servidores remotos, con peticiones HTTP POST y, de forma opcional, un flujo de eventos. Se recomienda la autenticación OAuth.

La documentación pone como ejemplo el servidor remoto de Sentry, una herramienta de seguimiento de errores, y un servidor local de acceso al sistema de archivos.

Las tres piezas que puede ofrecer un servidor

Un servidor MCP expone sus capacidades de tres formas, que el anfitrión descubre mediante peticiones de listado y luego utiliza cuando las necesita.

Pieza	Qué es	Quién la activa	Ejemplo
Recursos	Datos y contexto para leer	La aplicación	El esquema de una base de datos
Prompts	Mensajes y flujos preparados	El usuario	Una plantilla de consulta con ejemplos
Herramientas	Funciones que el modelo puede ejecutar	El modelo	Lanzar una consulta SQL, crear un evento

La documentación lo ilustra con un servidor de base de datos que ofrecería herramientas para consultar los datos, un recurso con el esquema y un prompt con algunos ejemplos de consultas. Las herramientas son la pieza que más usan los agentes: son la prolongación estandarizada de la llamada a herramientas que los modelos ya saben hacer.

En el lado del cliente, la versión actual de la especificación destaca la elicitación: el servidor puede pedir al anfitrión que haga una pregunta al usuario, por ejemplo para confirmar una elección o aportar un dato que falta.

Póngase a prueba Un servidor MCP ofrece una función crear_factura que la IA puede llamar por su cuenta. ¿De qué pieza se trata?

De una herramienta. Las herramientas son funciones ejecutables que el modelo decide llamar durante la conversación. Un recurso solo aporta datos para leer, y un prompt es una plantilla de mensaje que el usuario elige utilizar.

Un intercambio MCP, paso a paso

Tomemos un asistente conectado a un servidor de seguimiento de errores y su petición: «¿Qué errores aparecieron anoche en mi aplicación?». Esto es, simplificado, lo que ocurre:

1. Descubrimiento: al conectarse, el anfitrión pregunta al servidor qué capacidades ofrece.
2. Inventario: el cliente pide la lista de herramientas disponibles, con su nombre, su descripción y los parámetros esperados.
3. Elección: el modelo lee esas descripciones y decide llamar a la herramienta que lista los errores recientes.
4. Validación: el anfitrión puede pedirle que autorice la llamada antes de ejecutarla.
5. Ejecución: el cliente envía la llamada al servidor, que consulta el servicio y devuelve el resultado.
6. Respuesta: el modelo integra ese resultado en su respuesta en lenguaje natural.

Si el servidor añade o retira una herramienta por el camino, puede avisarlo con una notificación, y el anfitrión actualiza su lista sin reiniciar.

Qué cambió con la especificación 2026-07-28

MCP se versiona por fechas. En la página oficial consultada el 22 de octubre de 2026, la versión vigente es la especificación 2026-07-28. Varias novedades afectan directamente a los desarrolladores:

• el protocolo base funciona con peticiones autónomas y sin estado, y cada petición negocia sus capacidades;
• una petición de descubrimiento permite al anfitrión saber qué puede hacer el servidor;
• las funciones de cliente de muestreo (sampling) y de registro quedan marcadas como obsoletas;
• aparecen extensiones opcionales: Tasks para operaciones largas, Skills over MCP y MCP Apps para mostrar una interfaz interactiva dentro de la conversación.

Si usa un servidor antiguo, compruebe que sigue siendo compatible con la versión que admite su aplicación.

Lo que MCP permite en la práctica

La documentación oficial cita usos elocuentes: un asistente que accede a su Google Calendar y a Notion para actuar como asistente personal, Claude Code generando una aplicación web a partir de un diseño de Figma, chatbots empresariales que consultan varias bases de datos o una IA que crea diseños 3D en Blender.

MCP también llega a los navegadores: el plan gratuito de Opera Neon incluye un conector MCP, como señalamos en nuestra guía de agentes de IA en el navegador. Y en un sistema multiagente, MCP sirve para equipar a cada agente con sus herramientas, mientras que el protocolo A2A gestiona el diálogo entre agentes.

Los frameworks compatibles con MCP

Para crear un agente que use servidores MCP, no hace falta partir de cero. En nuestra base de frameworks, la gran mayoría es compatible con MCP. El Claude Agent SDK de Anthropic, el OpenAI Agents SDK, LangGraph, Google ADK y Mastra lo ofrecen, y el agente de código abierto goose se amplía por completo mediante extensiones MCP. Hay algunas excepciones: Aider no lo admite, y ciertos editores no precisan su postura.

Herramienta	Tipo	Licencia	MCP	Multiagente	Nivel
Claude Agent SDK	Código	proprietary	Sí	Sí	Intermedio
OpenAI Agents SDK	Código	MIT	Sí	Sí	Intermedio
LangGraph	Código	MIT	Sí	Sí	Avanzado
Google Agent Development Kit (ADK)	Código	Apache-2.0	Sí	Sí	Intermedio
Mastra	Código	Apache-2.0	Sí	Sí	Intermedio
goose	Low-code	Apache-2.0	Sí	Sí	Principiante

Nuestro comparador de frameworks permite filtrar directamente por compatibilidad con MCP.

La seguridad: el punto que no conviene descuidar

Conectar un servidor MCP equivale a darle manos a su IA. La especificación lo dice sin rodeos: las herramientas representan una ejecución de código arbitrario y deben tratarse con cautela.

En la práctica, destacan tres riesgos:

1. El servidor malicioso o comprometido: un servidor instalado desde una fuente dudosa puede robar datos o ejecutar comandos.
2. La inyección de prompt: un documento o un correo leído mediante MCP puede contener instrucciones ocultas que el agente podría seguir.
3. Los permisos demasiado amplios: un servidor con acceso a todo su disco o a todo su correo multiplica los daños posibles si algo sale mal.

Buenos hábitos: instale solo servidores de fuentes oficiales o reconocidas, conceda a cada uno el mínimo acceso necesario, mantenga la confirmación manual de las acciones sensibles y revise de vez en cuando la lista de servidores conectados.