MCP no es magia: es un contrato que tu operación necesita

Cuando escuché por primera vez hablar de Model Context Protocol, mi reacción fue la misma que con cualquier nueva tecnología: sospecha. ¿Otro acrónimo? ¿Otra promesa de que ahora sí todo se conectará mágicamente?

Pero después de construir un sistema con MCP para consultar datos operativos a través de un LLM, me di cuenta de que el valor no está en el protocolo en sí. Está en lo que permite dejar de hacer.

El problema real

La mayoría de las empresas medianas tienen entre cinco y quince sistemas que no se hablan. El CRM no conecta con el ERP. El sistema de tickets no ve el inventario. El dashboard de analytics requiere que alguien exporte un CSV cada lunes. Cada integración que se intenta termina siendo un proyecto de tres meses, tres reuniones semanales y un documento de especificaciones que nadie lee.

El resultado es que la gente desarrolla soluciones manuales. Copian y pegan. Tienen una hoja de cálculo “temporal” que lleva dos años funcionando. El conocimiento vive en la cabeza de tres personas, y cuando una se enferma, la operación se resiente.

Lo que MCP resuelve (y lo que no)

MCP no conecta tus sistemas automáticamente. No es un middleware mágico. Lo que hace es definir un contrato estándar: si tu sistema expone datos de una forma predecible, cualquier agente que hable MCP puede consumirlos sin que alguien tenga que escribir un conector nuevo cada vez.

Eso significa que cuando tu equipo de operaciones necesita una herramienta nueva, no empieza con “necesitamos una integración”. Empieza con “necesitamos que este agente pueda preguntarle a este sistema”. El contrato ya existe. La conexión toma días, no meses.

Lo que aprendí construyendo con MCP

En el proyecto que diseñé, el desafío no fue técnico. Fue de gobernanza: ¿quién puede preguntar qué? ¿qué datos sensibles están disponibles? ¿cómo se audita lo que el agente consultó? Esas preguntas son las que separan un demo impresionante de una herramienta que puede operar en producción.

MCP te da el protocolo. Tú sigues necesitando pensar en permisos, límites, trazabilidad y recuperación de errores. Pero al menos no empiezas desde cero en cada integración.

Para quién es esto

Si tu organización tiene más de tres sistemas que deberían compartir datos pero no lo hacen, MCP no es la respuesta completa. Pero es una pieza del rompecabezas que puede reducir drásticamente el costo de conectar lo que ya tienes con lo que estás construyendo.

La pregunta no es si MCP es el futuro. La pregunta es si tu operación puede seguir permitiéndose que cada integración sea un proyecto independiente.