Agentes y automatización Inteligencia artificial

MCP: el protocolo que conecta la IA con tus herramientas

3 de noviembre de 2026 Miquel Monsalvat · Human-IA

Pídele a un asistente de IA que mire tu calendario y te diga qué reunión puedes mover. Mañana querrás que consulte un documento y pasado, una base de datos. Si cada conexión se construye a medida, acabamos con el equivalente tecnológico del cajón de los cargadores: muchos cables, ninguno compatible con el siguiente y todos guardados «por si acaso».

El Model Context Protocol (MCP) nace para ordenar ese cajón. Veamos qué es, cómo funciona a grandes rasgos y, sobre todo, qué no resuelve.

El problema: una integración para cada herramienta

Hasta hace poco, conectar una aplicación de IA con una herramienta externa solía requerir una integración propia para cada pareja. Si hay muchas aplicaciones y muchas herramientas, el número de adaptadores crece rápido.

Anthropic presentó y abrió MCP en 2024 como un estándar abierto para conectar asistentes de IA con los sistemas donde viven los datos: repositorios de contenido, herramientas empresariales y entornos de desarrollo. Su propuesta, según el anuncio original de Anthropic, era sustituir las integraciones fragmentadas por un estándar común. Conviene tener presente que eso es lo que la empresa anunció, no una evaluación independiente.

La analogía del USB-C (con letra pequeña)

La documentación oficial de MCP lo compara con USB-C: igual que un mismo puerto conecta pantallas, discos o cargadores, MCP ofrece una forma estandarizada de conectar aplicaciones de IA con sistemas externos.

La letra pequeña: es una analogía, no una equivalencia. USB-C es un estándar físico y de comunicación entre dispositivos. MCP es un protocolo de software y no hay ningún cable de por medio.

Diagrama de MCP con un host de IA, un cliente MCP, un servidor y sus recursos, prompts y herramientas. — MCP conecta una aplicación de IA con recursos, prompts y herramientas mediante un servidor.

Quién es quién: host, cliente, servidor y herramientas

Aquí entra el 20 % de técnica. La especificación oficial distingue varias piezas, y es fácil mezclarlas:

Host: la aplicación de IA con la que interactúas. Inicia y coordina las conexiones.
Cliente: el componente dentro del host que mantiene la conexión con un servidor MCP concreto.
Servidor: el servicio que ofrece contexto y capacidades.

Un servidor puede ofrecer tres tipos de capacidades:

Resources (recursos): datos o contexto que puede usar la persona o el modelo.
Prompts: plantillas de mensajes o flujos de trabajo.
Tools (herramientas): funciones que el modelo puede solicitar para interactuar con sistemas externos.

Una distinción importante: el servidor no es lo mismo que la herramienta. El servidor sería la tienda, y las herramientas, los productos que tiene en el mostrador.

Para saber qué hay en el mostrador, la documentación de herramientas describe dos operaciones: tools/list, para descubrir las herramientas disponibles, y tools/call, para invocarlas. Cada herramienta se define con un nombre, una descripción y un esquema de entrada, es decir, qué datos necesita para funcionar.

De ahí sale otra distinción práctica. Leer contexto («dame el contenido de este documento») no es lo mismo que ejecutar una acción («modifica este documento»). La segunda tiene consecuencias, y por eso importa tanto la seguridad.

MCP y API: no se pelean

Es tentador pensar que MCP viene a reemplazar las API. No es así. Una API expone una interfaz concreta de un servicio: sus reglas, sus formatos, sus llamadas. MCP estandariza cómo una aplicación de IA descubre y usa contexto, herramientas y otros recursos mediante una conexión compatible.

Como análisis editorial, una imagen útil es que la API es la puerta particular de cada edificio, y MCP, una forma común de llamar al timbre desde una aplicación de IA. Cada servicio sigue teniendo su puerta. Lo que cambia es que la aplicación ya no necesita aprender un timbre distinto para cada una.

Un ejemplo con Hermes (ilustrativo)

Imaginemos un escenario. El coordinador de LedSolEo pide a Hermes que consulte unos documentos de trabajo alojados en Drive para preparar material de apoyo. En un esquema MCP, la aplicación de IA actuaría como host, su cliente hablaría con un servidor que da acceso a esos documentos, y el modelo recibiría el contexto necesario.

Este es un escenario ilustrativo para explicar el concepto. No describe la configuración real de Hermes ni una ejecución concreta.

Lo importante es lo que el ejemplo no implica. Que Hermes pueda leer unos documentos mediante una conexión autorizada no significa que tenga permiso para editarlos, publicarlos o convertir esa tarea en una automatización recurrente. Leer, escribir y programar son permisos distintos, y cada uno debería concederse por separado.

Si te interesa la diferencia entre un asistente que responde y uno que actúa, te lo contamos en qué es un agente de IA y en qué se diferencia de un chatbot.

De proyecto de Anthropic a proyecto comunitario

MCP ha cambiado desde su presentación. El blog oficial de MCP describe la versión de la especificación del 25 de noviembre de 2025 como una evolución importante durante su primer año, con flujos basados en tareas, mejoras de autorización, funciones de seguridad y extensiones.

El 9 de diciembre de 2025, Anthropic anunció la donación de MCP a la Agentic AI Foundation, bajo la Linux Foundation, con Anthropic, Block y OpenAI como cofundadores y el apoyo de otras empresas. La intención declarada es mantener el proyecto abierto, comunitario y neutral respecto a los proveedores. Es una declaración de intenciones de quienes lo impulsan, y como tal conviene leerla.

No incluimos cifras de adopción: las que circulan proceden de comunicaciones corporativas y no de mediciones independientes.

Escalera de permisos MCP: leer, proponer cambios y ejecutar acciones, con confirmación humana antes de actuar. — Una conexión no concede por sí sola permiso para ejecutar acciones: hace falta autorización humana.

Seguridad: que se pueda no significa que se deba

Un protocolo que permite a una IA usar herramientas tiene un lado delicado: una herramienta puede hacer cosas reales. Por eso la seguridad no es un apéndice. Algunas ideas básicas:

Alcance y permisos mínimos: que la conexión dé acceso solo a lo imprescindible. Si basta con leer, no se concede escribir.
Consentimiento y autorización: la persona debe saber qué se conecta y qué podrá hacer, y autorizarlo de forma explícita.
Servidores de confianza: conectar un servidor desconocido es como enchufar el portátil a un cargador anónimo de una gasolinera. Quizá funcione, pero no es el mejor momento para confiar en la suerte.
Revisión de herramientas: la versión de junio de 2025 de la especificación plantea que haya una persona con capacidad de rechazar las invocaciones, y advierte de que las anotaciones de las herramientas no deben darse por fiables salvo que procedan de servidores confiables.
Confirmación humana antes de acciones externas: enviar, borrar, publicar o modificar debería pasar por una revisión.

Sobre cómo graduar esos permisos, tenemos una guía para dar permisos a un agente de IA sin perder el control y una reflexión sobre hasta dónde debemos dejar actuar a un agente de IA.

Lo que MCP no hace

Para no sobrevalorarlo:

No convierte a una IA en un agente autónomo. Es una forma de conectar, no de decidir. La autonomía depende de cómo se diseñe y se limite el sistema que lo usa.
No garantiza que la respuesta sea correcta. Un modelo puede recibir buen contexto y aun así equivocarse al interpretarlo.
No elimina la necesidad de permisos. Una conexión estándar sigue necesitando autorización, y que sea estándar no la hace segura por sí sola.
No sustituye las API. Las complementa.

En resumen

El Model Context Protocol propone un lenguaje común para que las aplicaciones de IA descubran y usen contexto y herramientas, sin reinventar cada conexión. Es una pieza útil, y cuanto más se extienda, más importante será decidir con criterio qué puede hacer cada conexión. Con un poco de suerte, el cajón de los cargadores por fin quedará en la memoria. Los permisos, en cambio, seguirán necesitando cabeza.

Para ampliar información

Fuentes oficiales:

Lecturas relacionadas en LedSolEo:

—