MCP explicado: qué es el Model Context Protocol y por qué importa

Si trabajas con agentes de IA, seguramente ya te topaste con la sigla MCP. Es uno de esos términos que aparecen en todas partes pero que rara vez alguien explica desde cero. En este artículo lo hacemos: qué es, qué problema resuelve y por qué se está convirtiendo en un estándar.

El problema: cada integración era artesanal

Un modelo de lenguaje, por sí solo, no puede consultar tu base de datos, leer un archivo ni llamar a una API. Necesita herramientas. Hasta hace poco, conectar un modelo a cada herramienta era un trabajo a medida: un adaptador para tu CRM, otro para tu almacén de documentos, otro para tu sistema de tickets.

Cada integración tenía su propio formato, su propia autenticación y su propia forma de describir qué podía hacer. Multiplica eso por cada herramienta y cada modelo, y el mantenimiento se vuelve inabordable.

La solución: un protocolo común

El Model Context Protocol (MCP) es un estándar abierto que define cómo un agente y una herramienta se hablan. En lugar de N integraciones a medida, tienes un único lenguaje común: cualquier herramienta que hable MCP puede conectarse a cualquier agente que hable MCP.

La idea es la misma que la de un puerto USB: no importa el fabricante del dispositivo, si respeta el estándar, encaja.

MCP no le da inteligencia al agente. Le da manos: acceso ordenado a las herramientas y datos del mundo real.

Las piezas: cliente, servidor y herramientas

El protocolo tiene dos roles principales:

• Servidor MCP. Expone un conjunto de capacidades: herramientas (acciones que el agente puede ejecutar), recursos (datos que puede leer) y prompts (plantillas reutilizables). Por ejemplo, un servidor MCP conectado a tu CRM podría ofrecer una herramienta buscar_cliente y un recurso con la ficha de cada cuenta.
• Cliente MCP. Es el agente (o la plataforma que lo aloja) que se conecta al servidor, descubre qué ofrece y decide cuándo usarlo.

Lo elegante es que el agente descubre las capacidades en tiempo de ejecución. No hace falta programar a mano qué puede hacer: el servidor lo declara y el agente lo aprende.

{
  "name": "buscar_cliente",
  "description": "Busca un cliente por nombre o correo en el CRM.",
  "inputSchema": {
    "type": "object",
    "properties": {
      "query": { "type": "string" }
    },
    "required": ["query"]
  }
}

Por qué esto importa para tu empresa

Para quien opera agentes, MCP tiene tres ventajas muy concretas:

1. Reutilización. Registras un servidor MCP una vez y queda disponible para todos tus agentes. No repites la integración en cada uno.
2. Seguridad centralizada. Las credenciales viven en el servidor MCP, no dispersas en cada prompt o script. Controlas el acceso en un solo punto.
3. Portabilidad. Si mañana cambias de modelo o de plataforma, tus integraciones siguen funcionando, porque hablan un estándar y no una API propietaria.

Cómo se usa en Root

Root publica su propio servidor MCP, y todos los CLI de tu equipo registran la misma URL:

# Claude Code
claude mcp add --transport http --scope user root https://onroot.dev/api/mcp

# Codex
codex mcp add root --url https://onroot.dev/api/mcp

Fíjate en que la URL no lleva ningún secreto. La primera vez que el CLI la usa, abre el navegador para iniciar sesión en Root por OAuth 2.1 (con PKCE) y elegir la empresa en la que trabajará. A partir de ahí, cada herramienta que invoca el agente se resuelve con los permisos del rol de quien lo autorizó, y revocar ese acceso lo corta en la siguiente petición.

En resumen

MCP resuelve el problema más aburrido y más importante de los agentes: darles acceso ordenado al mundo real. No es magia ni un modelo nuevo; es plomería bien hecha. Y como toda buena plomería, cuando funciona, deja de ser un problema del que preocuparse.

Si quieres profundizar, revisa nuestra documentación de Root o escríbenos y te ayudamos a conectar tu primer MCP.