¿Qué es MCP? El Model Context Protocol explicado

MCP, el Model Context Protocol, es un protocolo abierto que conecta las aplicaciones de IA con herramientas y datos externos de forma estándar. Un servicio describe una sola vez lo que ofrece, como servidor MCP, y los clientes compatibles pueden usarlo, desde Claude Code y Cursor hasta Codex y VS Code, siempre que admitan su transporte, su autorización y su versión del protocolo. Anthropic presentó MCP el 25 de noviembre de 2024. En diciembre de 2025 donó el protocolo a la Agentic AI Foundation, un fondo dirigido (directed fund) de la Linux Foundation.

El problema que resuelve MCP

Un modelo de lenguaje solo sabe lo que hay en su contexto. Para leer un ticket, consultar una base de datos o iniciar un despliegue, una aplicación de IA necesita una integración con ese sistema. Antes de MCP, cada aplicación construía la suya. En palabras de Anthropic: “Every new data source requires its own custom implementation, making truly connected systems difficult to scale.”

MCP sustituye esas integraciones a medida por un único protocolo. Un servicio implementa un servidor MCP, una aplicación de IA implementa clientes MCP y cada lado funciona con contrapartes compatibles, según el transporte, la autorización, la versión y las funciones que admitan. La especificación dice que se inspira en el Language Server Protocol, que estandarizó el soporte de lenguajes de programación en las herramientas de desarrollo. En diciembre de 2025, Anthropic citaba ChatGPT, Cursor, Gemini, Microsoft Copilot y Visual Studio Code entre los productos que habían adoptado MCP.

Hosts, clientes y servidores

• Host: la aplicación de IA en la que trabajas, como Claude Code, Claude Desktop o VS Code. Coordina uno o varios clientes.
• Cliente: un componente dentro del host que mantiene la conexión con un servidor. El host crea un cliente por servidor.
• Servidor: el programa que ofrece herramientas y contexto. Se ejecuta en tu ordenador (servidor local) o como servicio en internet (servidor remoto).

Cliente y servidor intercambian mensajes JSON-RPC 2.0. Cuando conectas Claude Code a Nodion, Claude Code es el host, ejecuta un cliente para esa conexión y el servidor MCP alojado de Nodion responde.

Qué ofrece un servidor: tools, resources y prompts

• Tools (herramientas): funciones que el modelo puede llamar para actuar, como una llamada a una API o una consulta a una base de datos. Cada tool tiene un nombre, una descripción y un JSON Schema para su entrada. El modelo controla las tools: decide cuándo llamar a una según lo que le pides.
• Resources (recursos): datos que dan contexto al modelo, como el contenido de archivos, registros de una base de datos o respuestas de una API.
• Prompts: plantillas reutilizables para trabajar con el modelo, como un system prompt o ejemplos few-shot.

El cliente descubre las tools con tools/list y ejecuta una con tools/call. Esta es la llamada de la especificación, sin los metadatos que lleva cada petición:

{
  "jsonrpc": "2.0",
  "id": 2,
  "method": "tools/call",
  "params": {
    "name": "get_weather",
    "arguments": { "location": "New York" }
  }
}

Un servidor también puede pedir datos al usuario. Con la elicitation, el servidor responde a una petición con un resultado que indica que necesita más información; el cliente pregunta al usuario y vuelve a enviar la petición con la respuesta. En la revisión actual, los servidores no inician peticiones por su cuenta.

Transportes: stdio y Streamable HTTP

MCP especifica dos transportes estándar, y también admite transportes personalizados:

• stdio: el host arranca el servidor como proceso local y se comunica con él por la entrada y la salida estándar. Encaja con herramientas que trabajan en tu ordenador, como un servidor de sistema de archivos. Un servidor local suele atender a un solo cliente.
• Streamable HTTP: el cliente envía mensajes con HTTP POST y el servidor puede enviar las respuestas en streaming con Server-Sent Events. Lo usan los servidores remotos. Admite autenticación HTTP estándar, como bearer tokens, claves de API y cabeceras personalizadas, y el protocolo recomienda OAuth para obtener los tokens.

La revisión actual de la especificación tiene fecha 2026-07-28. En ella el protocolo es stateless: cada petición lleva la versión del protocolo y las capacidades que necesita, así que un servidor puede gestionar cada petición por separado. La revisión también describe extensiones opcionales como Tasks y MCP Apps; los detalles están en la especificación.

Por qué MCP importa para los coding agents

Los coding agents ya leen, escriben y prueban el código de tu repositorio. Pero gran parte del trabajo en torno a ese código ocurre en otros sistemas: el gestor de incidencias, la base de datos, la monitorización de errores y la plataforma de hosting. MCP permite al agente trabajar también en esos sistemas.

• Una integración para muchos agentes: un servicio que ofrece un servidor MCP funciona con clientes compatibles como Claude Code, Cursor y Codex, sin un plugin aparte para cada uno, siempre que admitan su transporte, su autorización y sus funciones.
• Peticiones en lenguaje natural: los nombres de las tools, sus descripciones y sus esquemas de entrada le dicen al modelo qué puede hacer, así que “muéstrame los últimos errores” se convierte en la llamada a la tool correcta.
• Nada que instalar con servidores remotos: para conectar un servidor alojado, basta con su URL y una clave o un inicio de sesión.

Seguridad: qué revisar antes de conectar un servidor

MCP da a un modelo acceso a sistemas reales, y la especificación lo dice sin rodeos: las tools representan ejecución arbitraria de código, y los hosts deben obtener el consentimiento explícito del usuario antes de invocar cualquier tool. En la práctica:

• Confirma las acciones de escritura. Mantén a una persona en el bucle: la especificación pide a las aplicaciones que muestren qué tools están expuestas y que pidan confirmación, y los ajustes de permisos de tu cliente deciden si lo hace. No confíes en un flag del lado del servidor que el propio agente puede activar.
• Usa claves con el mínimo privilegio. Da a cada servidor una credencial solo con los scopes que necesita, y usa una clave por agente para poder revocarla por separado. La guía de seguridad de la especificación lo llama scope minimization.
• Conecta solo servidores de confianza. Los clientes deben tratar las descripciones y anotaciones de las tools como no fiables, salvo que vengan de un servidor de confianza.
• Revisa los servidores locales. Un servidor local se ejecuta con los mismos privilegios que el cliente que lo arranca. Lee el comando exacto antes de añadir uno.
• Mantén los secretos fuera del chat. Los tokens van en la configuración del cliente, no en un prompt.

El servidor MCP alojado de Nodion

Nodion aloja un servidor MCP remoto en https://mcp.nodion.net/mcp. Tu agente usa la misma cuenta que usas en el dashboard, y no hay que instalar ningún daemon local. Una vez conectado, pides las cosas en lenguaje natural: crear un proyecto, desplegar una app desde el repositorio actual, añadir una base de datos, definir variables de entorno, leer logs y comprobar que una release ya está activa. Tu cliente puede pedirte confirmación antes de cada llamada a una tool, según sus ajustes de permisos. Nodion también exige un flag de confirmación explícito en las tools de escritura con claves personales, pero ese flag lo pone el agente, así que no sustituye a una revisión humana.

Claude Code se conecta con un comando y una clave personal de Account → Security:

claude mcp add nodion --transport http https://mcp.nodion.net/mcp \
  --header "Authorization: Bearer nodion_your_key"

Las claves personales tienen scopes como read, write, deploy, env:read y logs:read, y puedes limitar una clave a proyectos concretos. Un agente que solo debe investigar errores no necesita write ni deploy.

Cursor usa el mismo tipo de clave. Claude Desktop, ChatGPT y Codex, en cambio, se conectan con OAuth: inicias sesión en la página de autorización de Nodion y vinculas uno o varios proyectos. Los secretos se quedan en el dashboard, y la conexión no pide contraseñas ni valores de variables de entorno en el chat. Windsurf, Zed, VS Code Copilot y OpenCode usan la misma URL del servidor, https://mcp.nodion.net/mcp.

La configuración de cada cliente está en Conecta Nodion a tu agente, y la referencia completa, en la documentación de MCP.