Qué es MCP y cuándo lo necesita su producto

El Model Context Protocol, o MCP, es un estándar abierto para conectar asistentes de IA con las herramientas y los datos que necesitan. Anthropic lo publicó a finales de 2024, y la mayoría de los principales asistentes y herramientas de programación ya lo admiten. Si sus clientes usan un asistente en el trabajo, es muy probable que alguien ya haya preguntado si su producto «tiene un servidor MCP». Aquí le explicamos qué significa eso y cuándo merece la pena crear uno.

Cómo encaja todo

El asistente, como una aplicación de chat o una herramienta de programación, es el host. Se conecta a uno o más servidores MCP, y cada servidor describe lo que ofrece en un formato estándar. Cualquier asistente compatible con MCP puede utilizar cualquier servidor, sin necesidad de integraciones a medida en ninguno de los dos lados.

Los servidores ofrecen tres tipos de elementos. Las herramientas son acciones a las que el modelo puede llamar, como «crear una factura» o «buscar pedidos». Los recursos son datos que el asistente puede leer, como un documento o la ficha de un cliente. Los prompts son instrucciones preparadas que una persona puede elegir, como «resumir esta cuenta». La mayoría de los servidores empiezan con herramientas.

Local o remoto

Un servidor puede ejecutarse en el propio ordenador del usuario, iniciado por el asistente y comunicándose directamente con él. Esto resulta idóneo para herramientas de desarrollo y todo lo que funcione con archivos locales. O bien puede funcionar en internet, accesible mediante HTTP con la sesión iniciada del usuario. Esta es la forma habitual en productos con cuentas de cliente: el servidor actúa en nombre de la persona que ha iniciado sesión, con sus permisos, y no hace falta instalar nada.

¿Por qué no simplemente una API?

Es posible que ya disponga de una API pública. MCP no la sustituye, y un buen servidor suele apoyarse sobre ella. La diferencia radica en quién la lee. Una API está escrita para desarrolladores, que leen la documentación y escriben código. Un servidor MCP está escrito para un modelo, que lee las descripciones de las herramientas en el momento en que las necesita y decide a cuál llamar. Eso cambia el diseño: herramientas más reducidas y claras, con nombres adaptados a las tareas que la gente quiere realizar y descripciones que indican cuándo usar cada una.

Cuándo necesita uno su producto

Un servidor se justifica cuando los usuarios ya pasan información de forma manual entre su producto y un asistente, copiando registros en un chat y pegando las respuestas. También tiene sentido cuando los clientes lo piden en el proceso de venta, o cuando su producto almacena datos que hacen más útiles a los asistentes, como incidencias, documentos, pedidos u horarios.

Puede esperar si su producto es principalmente visual o en tiempo real, si los clientes casi nunca usan asistentes para el trabajo que hace su producto, o si los datos son demasiado confidenciales para exponerlos hasta que los permisos y el registro de auditoría estén listos.

Empiece poco a poco

La primera versión debería cubrir bien una o dos tareas, de solo lectura siempre que sea posible. Buscar y leer registros ya es útil por sí mismo y supone poco riesgo. Las acciones que modifican datos pueden añadirse una vez que haya visto cómo la gente usa el servidor y cómo se comporta el modelo. Planifique también la seguridad desde el principio: en nombre de quién actúa el servidor, a qué puede acceder y qué registra.

En resumen

MCP es el conector común entre los asistentes de IA y los productos que la gente utiliza. Crear un servidor tiene sentido cuando los clientes ya transfieren datos de un lado a otro entre su producto y un asistente. Empiece con unas pocas herramientas claras de solo lectura basadas en su API actual, y añada acciones cuando confíe en cómo se utilizan.