MCP: el estándar que conecta la IA con tus sistemas

Qué resuelve

El problema no era técnico sino combinatorio: cada asistente por cada herramienta significaba una integración distinta. MCP define un contrato común, de modo que un mismo conector sirve para cualquier cliente que hable el protocolo.

Para una empresa eso se traduce en menos trabajo desechable: si mañana cambias de proveedor de modelo, los conectores siguen sirviendo.

Qué expone un servidor MCP

Un servidor puede ofrecer tres cosas: recursos para leer, herramientas para ejecutar acciones y plantillas de instrucciones. La distinción importa, porque leer un documento y emitir una orden de compra no merecen el mismo nivel de control.

• Recursos: documentos, registros o consultas de sólo lectura.
• Herramientas: acciones con efectos, como crear un ticket o actualizar un registro.
• Plantillas: instrucciones reutilizables para tareas frecuentes.

Lo que hay que revisar antes de conectarlo

Abrirle un sistema a un modelo es, en la práctica, darle una credencial. Las preguntas son las mismas que harías con cualquier integración, más una específica de la IA: qué pasa si el contenido que lee contiene instrucciones.

• Credenciales acotadas al menor alcance posible, nunca la cuenta de un administrador.
• Acciones con efecto separadas de las de lectura, y aprobación humana para las sensibles.
• Registro de qué herramienta se invocó, con qué parámetros y con qué resultado.
• Tratamiento de la inyección de instrucciones: el contenido que el modelo lee es dato, no orden.
• Límites de uso y tiempos de espera, para que una falla no se propague.

Cuándo conviene y cuándo no

MCP brilla cuando varias herramientas deben quedar disponibles para un asistente y el conjunto va a crecer. Si el caso es una sola integración, estable y bien documentada, una llamada directa a la API sigue siendo más simple de mantener.

La regla es la de siempre: el estándar ahorra trabajo futuro, no reemplaza el diseño de permisos ni la validación de lo que el modelo devuelve.