El problema que nadie quería resolver dos veces

Un modelo de lenguaje, por sí solo, no sabe nada de tu calendario, tu base de datos o tu sistema de tickets. Para que sea útil hay que conectarlo a todo eso, y hasta hace poco cada una de esas conexiones se escribía a mano, para un solo modelo, en un solo código, y se tiraba a la basura en cuanto cambiaba cualquiera de los dos. Model Context Protocol lo resolvió de la forma menos vistosa posible: acordando una interfaz común.

Qué es MCP, dicho con claridad

Piensa en él como un puerto USB para la IA. Un servidor expone capacidades —herramientas que puede ejecutar, datos que puede leer, prompts que puede ofrecer— y cualquier cliente de IA compatible puede conectarse y usarlas sin saber nada de la implementación que hay detrás.

• Herramientas: acciones que el modelo puede invocar, como «crear una factura» o «buscar pedidos»
• Recursos: datos que el modelo puede leer, como un documento, una tabla o un log
• Prompts: instrucciones reutilizables que el servidor propone para tareas habituales
• Un único protocolo, así que el mismo servidor funciona con distintos clientes de IA

Por qué se extendió tan rápido

Porque eliminó un coste que pagaba todo el mundo. Una empresa que escribe un servidor MCP para su sistema interno consigue que ese sistema esté disponible en todos los asistentes que ya usan sus empleados, en lugar de construir la misma integración tres veces para tres herramientas. Y porque es pequeño a propósito. No te dice cómo construir tu producto; solo describe cómo encaja el enchufe.

Qué permite en la práctica

• Un asistente que lee tu CRM y redacta un seguimiento con el historial real del cliente
• Herramientas de soporte que consultan el estado del pedido en tu base de datos real, no en una copia
• Agentes de desarrollo que pueden ejecutar tus tests, leer tus logs y abrir una pull request
• Analítica interna a la que puedes hacer preguntas en lenguaje natural, respaldada por consultas reales
• Herramientas de proveedores que dejan de ser silos de datos, porque el conector es estándar

La parte de seguridad que no te puedes saltar

Un protocolo que permite a un modelo actuar en tus sistemas es exactamente igual de peligroso que de útil. El conector es estándar; los permisos los diseñas tú.

• Da a cada servidor el acceso mínimo que necesita, nunca una clave de administrador compartida
• Separa las herramientas de lectura de las de escritura y exige confirmación para las destructivas
• Registra cada llamada a una herramienta: quién la lanzó y qué cambió
• Trata los datos que devuelve una herramienta como entrada no fiable, no como instrucciones
• Revisa los servidores de terceros antes de instalarlos: se ejecutan con tus credenciales

Conclusión

MCP no es un producto y nunca le parecerá emocionante a quien no sea ingeniero. Pero es la razón por la que la IA dejó de ser una caja de texto ingeniosa y empezó a estar integrada en el funcionamiento real de las empresas. Si este año estás planificando proyectos con IA, la pregunta práctica ya no es «qué modelo», sino «qué deben exponer nuestros sistemas y a quién».