¿Qué es MCP?
El Model Context Protocol — un estándar abierto para conectar un agente con herramientas y datos externos, de modo que un sistema exponga sus capacidades una sola vez en lugar de una vez por cada producto de IA.
MCP es un estándar de enchufe. Antes de él, conectar un agente con tu CRM significaba escribir una integración para ese agente y ese CRM; conectar un segundo agente significaba escribirla otra vez.
Con MCP, un sistema expone un servidor MCP que describe lo que sabe hacer, y cualquier agente que hable MCP puede usarlo. El problema de N por M se convierte en N más M.
Qué aspecto tiene en realidad
Un servidor MCP publica una lista de herramientas, cada una con un nombre, una descripción de cuándo usarla y la forma de sus entradas. El agente lee esa lista, decide que una herramienta viene al caso, la llama con argumentos y recibe un resultado sobre el que razonar.
No hay nada específico de IA en todo esto. Se parece más a la descripción de una API tipada escrita para un lector que decide en tiempo de ejecución qué endpoint necesita, en vez de para un desarrollador que lo decide al construir.
Qué clase de cosas van detrás de una herramienta
Capacidad de pago. Elegibilidad por puntos. Recargos de prima. Cualquier cosa donde las reglas sean largas, la respuesta tenga que ser exacta y alguien pueda tener que demostrar más tarde cómo se llegó a ella.
Una cotización hipotecaria es el ejemplo limpio. Las reglas ocupan páginas, cambian cuando cambia la normativa, y un número equivocado por cien no es un problema de redacción: es una reclamación. Así que el cálculo se queda en una función que tus propios sistemas ya usan, expuesta como herramienta, y el trabajo del agente es reunir las entradas, llamarla y reportar lo que volvió.
Lo que eso deja detrás es auditable: entraron estas entradas, salió este número. Es un artefacto muy distinto de un párrafo de razonamiento verosímil que casualmente terminó en una cifra.
Por qué importa comercialmente
De un estándar abierto se siguen dos cosas, y las dos van de no quedar atrapado:
Tus integraciones sobreviven a tu elección de modelo. Una herramienta expuesta por MCP sigue funcionando cuando cambia el modelo de debajo, porque el contrato es con el protocolo y no con el proveedor.
Tus sistemas siguen siendo tuyos. Un servidor MCP corre donde tú lo corras, exponiendo exactamente las herramientas que decidas exponer. Conectar un agente a tu sistema de reservas no significa entregarle tu sistema de reservas a nadie.
Cómo se alcanzan las herramientas aquí
A un agente no se le entregan sin más todas las herramientas que el inquilino tenga conectadas. Las herramientas las habilitan las Skills que ese agente lleva, y una Skill se carga solo cuando la conversación la pide — así que una herramienta que ninguna Skill cargada habilita es una herramienta a la que el agente no va a recurrir.
También hay una protección para el fallo que más importa comercialmente. Un agente puede configurarse para exigir fundamentación: antes de afirmar una cifra concreta tiene que haber llamado de verdad a una herramienta o a una búsqueda para obtenerla. Si produce un número sin haberlo hecho, el turno se vuelve a ejecutar. Eso convierte «el modelo normalmente lo consulta» en algo más parecido a una regla.
Aquí MCP funciona en las dos direcciones. Tu agente puede llamar a tus sistemas a través de él — y esta documentación se sirve ella misma por MCP, así que un agente de programación puede leerla y montar una integración sin que tú transcribas nada. Ve Configúralo con tu agente de programación.