Qué es MCP y por qué cambia el uso del software en una constructora

Una definición desde la bodega de obra

MCP, sigla de Model Context Protocol, es un estándar para que un asistente de inteligencia artificial se conecte a un sistema, como el software de gestión de una constructora, y consulte o haga cosas en él con los permisos de la persona que está preguntando. Lo publicó Anthropic, la empresa que desarrolla Claude, como un estándar abierto: cualquier sistema puede implementarlo y cualquier asistente compatible puede usarlo.

Dicho así suena técnico. En obra hay una figura que lo explica mejor.

Piense en la ventanilla de la bodega. El bodeguero entrega lo que está en el registro, a quien está autorizado a retirarlo, y anota cada salida con fecha y responsable. Nadie entra a sacar materiales por su cuenta, y nadie retira a nombre de otro. MCP funciona como esa ventanilla entre el asistente de IA y su sistema: el sistema publica qué se puede consultar y qué se puede hacer, el asistente pide a través de ella y cada pedido se atiende con el usuario de quien lo hizo.

Cómo funciona, sin entrar en la parte técnica

Del lado del software hay un conector, que en el lenguaje del estándar se llama servidor MCP. Ese conector declara una lista de cosas disponibles: los informes que el asistente puede leer y, si el proveedor lo habilitó, las acciones que puede ejecutar. Del lado de la persona está el asistente, por ejemplo Claude, que conoce esa lista y decide qué informe pedir según la pregunta que le hacen.

Cuando un jefe de oficina técnica pregunta cuánto queda disponible en la partida de terminaciones de una obra, el asistente pide al conector el informe que corresponde, con el usuario de esa persona, y responde con lo que el sistema devolvió. Si ese usuario no tiene acceso a esa obra, el sistema no entrega el dato.

La conexión se hace una vez por persona. Después, preguntar es escribir.

La diferencia con copiar y pegar en un chat

Muchas constructoras ya usan un chat de IA de la forma más directa: exportan un informe, lo pegan en la conversación y preguntan. Funciona para salir del paso, pero arrastra problemas que en una empresa con varias obras se notan rápido.

Un ejemplo. El viernes, alguien exporta el listado de órdenes de compra de tres obras: 340 OC por $1.850 millones. Lo pega en un chat y le pide un resumen por proveedor. El lunes ya hay doce OC nuevas y dos rechazadas, y el resumen sigue circulando por correo como si fuera actual. Nadie sabe de qué fecha es, quién lo armó ni si incluía las tres obras completas.

Con una conexión por MCP, el cuadro cambia en cuatro puntos:

• El dato se consulta en el momento, directo del sistema, y refleja lo que hay registrado a esa hora.
• Los permisos los pone el sistema. Lo que la persona no puede ver en su software, el asistente tampoco lo recibe.
• Nada de lo que se ve en la respuesta tuvo que copiarse a mano a una conversación, con el riesgo de pegar más de la cuenta.
• Un buen conector entrega cada dato con su origen: de qué empresa, de qué obra y a qué fecha de corte.

Hay un límite que conviene tener presente. El asistente llega solo hasta donde el conector le abre la puerta, y si el sistema tiene datos desordenados, la respuesta llega igual de desordenada.

Qué cambia en el uso diario del software

Un software de gestión de obras se aprende pantalla por pantalla: dónde está el informe de presupuesto, qué filtro usar para ver las OC de un proveedor, cómo se cruza lo facturado con lo pagado. Esa curva la recorren la oficina técnica y la administración, que lo usan todos los días. La gerencia, que pregunta más de lo que navega, suele depender de que alguien le arme el cuadro.

Con MCP, la puerta de entrada pasa a ser la pregunta. ¿Cuánto llevamos comprometido en la obra de Concepción? ¿Qué estados de pago de subcontratos se pagan esta semana? El asistente elige el informe, lo pide con el usuario de quien pregunta y responde. Las pantallas siguen existiendo y siguen siendo el lugar del trabajo detallado; lo que se acorta es el camino para las preguntas frecuentes.

Cuando el conector también permite acciones, como autorizar una orden de compra, cómo se protegen depende en buena parte de cómo el proveedor construyó el conector. Ahí aparece la diferencia entre una conexión bien hecha y una apurada.

Qué preguntarle a su proveedor de software

Si su proveedor le ofrece conectar el sistema a un asistente de IA, estas preguntas separan rápido una conexión pensada para una constructora de una demostración:

¿Con qué permisos responde el asistente?

La respuesta correcta es: con los de cada usuario, heredados del sistema. Si la conexión usa una cuenta general que ve todas las obras, cualquier persona con acceso al chat termina viendo lo que en el sistema no podría ver.

¿Pide confirmación antes de cambiar algo?

Toda acción debería ir en dos pasos: el asistente muestra un resumen de lo que va a hacer y espera que la persona confirme. Autorizar una OC de $40 millones con una frase ambigua es justo el error que el circuito de firmas existe para evitar.

¿Cada dato dice de dónde sale?

Empresa, obra o contrato e informe de origen. Si su grupo opera con varias razones sociales, este punto deja de ser un detalle.

¿Trae fecha de corte?

Un comprometido sin fecha no se puede comparar con nada. La respuesta debería decir a qué fecha corresponde el dato.

¿Las reglas del sistema siguen mandando?

Si su software no deja aprobar una OC sin saldo en la partida, el asistente tampoco debería poder hacerlo. La IA trabaja dentro del control existente.

Un proveedor que responde estas cinco preguntas con claridad, y que además le dice qué parte del sistema cubre la conexión, entiende de qué se trata.

Sisip ERP, conectado de esta forma

Sisip ERP ya se conecta así a Claude. Cada persona conecta el ERP a su propia cuenta de Claude, acompañada por el equipo de Sisip, y consulta los informes del ERP con los mismos permisos que ya tiene; cada respuesta dice la empresa, el contrato y la fecha de corte. Si la persona se lo pide, Claude autoriza órdenes de compra y estados de pago o deja lista una OC, siempre después de mostrarle el resumen y esperar su confirmación, y con las reglas del ERP intactas: una OC sin saldo en su partida no se autoriza desde ningún lado.