MCP (Model Context Protocol): definición, funcionamiento y ejemplos

Un agente de IA que solo puede hablar consigo mismo no sirve de mucho. Para actuar de verdad, debe leer sus archivos, consultar sus bases de datos, escribir en sus herramientas. MCP es el protocolo nacido para estandarizar esta conexión, en lugar de reinventarla con cada nueva herramienta.

Definición detallada

El sitio oficial del protocolo lo define así: MCP es «un estándar abierto para conectar aplicaciones de IA a sistemas externos», que les permite acceder a fuentes de datos (archivos locales, bases de datos), a herramientas (motores de búsqueda, calculadoras) y a workflows (prompts especializados). Su propia documentación resume la idea con una imagen sencilla: MCP es «como un puerto USB-C para las aplicaciones de IA», un conector estandarizado en lugar de un cable distinto para cada aparato.

El protocolo fue anunciado por Anthropic el 25 de noviembre de 2024. El anuncio describe el problema que MCP busca resolver: los asistentes de IA seguían aislados de datos sin embargo críticos, y cada nueva fuente exigía una implementación a medida, lo que creaba un problema de integración que se multiplicaba con cada nueva herramienta y cada nuevo modelo. Anthropic publicó al mismo tiempo la especificación, kits de desarrollo y un repositorio de servidores MCP de referencia para herramientas como Google Drive, Slack, GitHub, Git o Postgres. Véase el anuncio de Anthropic.

IBM propone una formulación técnica complementaria: MCP es «una capa de estandarización que permite a las aplicaciones de IA comunicarse eficazmente con servicios externos, como herramientas, bases de datos o plantillas de prompts predefinidas». Esta descripción insiste en un punto que a menudo se olvida: MCP no le dice a un agente cuándo usar una herramienta, ni cómo orquestar varios pasos. Solo estandariza la forma en que la herramienta se describe y se conecta. Véase la ficha de IBM sobre MCP.

Cómo funciona

MCP sigue una arquitectura cliente-servidor con tres roles, descrita en detalle por la documentación oficial y retomada por Microsoft en su documentación de .NET. El host MCP (MCP host) es la propia aplicación de IA, como un asistente o un editor de código. Crea un cliente MCP dedicado para cada servicio al que se conecta. Cada cliente mantiene una conexión con un servidor MCP, el programa que expone realmente datos o acciones. Un servidor MCP puede funcionar en local, en la máquina del usuario, o de forma remota en los servidores del proveedor de la herramienta.

En concreto, un servidor MCP expone tres tipos de elementos: herramientas (acciones que el agente puede activar, como consultar una base de datos o enviar un mensaje), recursos (datos consultables, como el contenido de un archivo) y prompts (plantillas de solicitud reutilizables). El cliente primero consulta al servidor para saber qué ofrece, y luego puede llamar a una herramienta precisa con argumentos precisos, un funcionamiento parecido al descrito en nuestro artículo sobre el tool calling.

Es justo ahí donde las fuentes divergen sobre el alcance exacto de MCP. IBM y Microsoft coinciden en que MCP no sustituye al tool calling: es el mecanismo que sigue debajo, aquel por el cual un modelo solicita en concreto la ejecución de una acción. Lo que MCP añade es una forma común de describir y descubrir esas herramientas, independiente del proveedor del modelo, allí donde antes cada proveedor imponía su propio formato de llamada. Del mismo modo, MCP no sustituye a las API clásicas: la documentación de .NET de Microsoft precisa que un servidor MCP «puede ofrecer una abstracción sobre una API REST» para exponer datos de negocio a un modelo. MCP es, por tanto, una fachada común colocada sobre API existentes, no una tecnología que las vuelva innecesarias.

Un servidor MCP también puede exponer una base documental para consultar antes de responder, un uso que coincide directamente con el principio del RAG: buscar primero en una fuente fiable, y luego generar la respuesta a partir de lo que se ha encontrado.

Ejemplo concreto con Atako

El plan Standard de Atako incluye «Atako MCP» entre sus funcionalidades, junto a las integraciones, la observabilidad o el BYOK, en la página de tarifas. Una clave API generada desde los ajustes de la cuenta sirve, entre otros usos, para conectar clientes MCP externos a la plataforma.

El resto de la implementación precisa, qué servidores, qué herramientas expuestas en detalle, no está documentado públicamente por el momento. Mejor mantenerse en los hechos en este punto en lugar de adivinar una lista de herramientas o una fecha de lanzamiento.

Errores frecuentes

Primer error: creer que MCP es un mecanismo totalmente nuevo que sustituiría al tool calling. No es el caso, MCP estandariza la descripción y el descubrimiento de las herramientas, pero la llamada en sí sigue siendo una llamada de función clásica, producida por el modelo.

Segundo error: pensar que un «servidor MCP» designa forzosamente una gran máquina remota. La documentación oficial distingue claramente los servidores locales, que funcionan en el ordenador del usuario y se comunican en local, de los servidores remotos, alojados por el proveedor de la herramienta y accesibles por HTTP.

Tercer error: confundir MCP con una garantía de seguridad en sí misma. El protocolo estandariza la forma en que un modelo descubre y llama a una herramienta, no decide en su lugar los permisos otorgados a esa herramienta. En una plataforma seria, esa decisión sigue siendo una capa separada, independiente del protocolo de conexión utilizado.

Cuarto error: creer que toda herramienta conectada a un agente pasa forzosamente por MCP. Muchos agentes, incluidos los que usan integraciones como GitHub o Slack, llaman a acciones mediante tool calling clásico sin pasar por un servidor MCP dedicado. Atako no documenta públicamente el detalle de las herramientas expuestas por su propio MCP: MCP sigue siendo una opción de conexión entre otras, no un paso obligatorio para dar herramientas a un agente.

Para profundizar

MCP se impuso bastante rápido como un estándar respaldado por un amplio ecosistema: la documentación oficial cita aplicaciones como Claude o editores de código como Visual Studio Code y Cursor entre los clientes MCP compatibles. Para entender las piezas vecinas de este protocolo, vaya al glosario completo, con los términos tool calling, RAG y BYOK, todos mecanismos de conexión o de configuración del lado del modelo.