Revizto abre sus datos de obra a la IA con API y servidor MCP

Revizto ha empezado a exponer los datos de sus proyectos a plataformas de IA de terceros mediante dos piezas nuevas: una API y un servidor MCP propio. Lo publica AEC Magazine, y la señal es concreta: el Model Context Protocol está saliendo del terreno de las herramientas para desarrolladores y entrando en software vertical de sectores que rara vez aparecen en estas conversaciones, como arquitectura, ingeniería y construcción.

Conviene situar de qué datos hablamos. Revizto es una plataforma de coordinación: agrega modelos de distintas disciplinas, ayuda a detectar interferencias y gestiona el flujo de incidencias entre oficina y obra. Ese historial de incidencias, con su autor, su disciplina, su ubicación en el modelo y su estado, es justo el tipo de información que hoy se consulta a mano o exportando informes. Abrirlo por API cambia quién puede leerlo. Abrirlo por MCP cambia cómo.

Qué aporta el servidor MCP frente a la API

Una API es una superficie de llamadas contra la que alguien tiene que programar. MCP es el estándar de Anthropic para que un modelo descubra las herramientas disponibles y las invoque con los permisos del usuario, sin integración a medida por cada cliente. En la práctica, un responsable de coordinación puede pedir un resumen de las incidencias abiertas de instalaciones de la última semana y el asistente llama a la herramienta correspondiente, en lugar de esperar a que alguien prepare el informe.

La diferencia no es cosmética. Con la API, cada integración exige desarrollo propio y mantenimiento cada vez que el proveedor cambia algo. Con MCP, el proveedor escribe el conector una vez y cualquier cliente compatible lo aprovecha, ya sea Claude Desktop, Claude Code o un agente interno montado sobre la misma especificación. Es el movimiento que ya hicieron los gestores de incidencias del mundo del software, solo que aquí el punto de partida es un modelo federado de obra y no un repositorio.

Por qué importa fuera de la construcción

El catálogo de servidores MCP ha crecido sobre todo en la franja previsible: repositorios, bases de datos, documentación y servicios cloud. Los sectores con software propietario, licencias por puesto y ciclos de compra largos iban por detrás. Que un actor de AEC publique un servidor oficial, y no un wrapper comunitario mantenido por un integrador, indica que el protocolo empieza a tratarse como interfaz de producto y no como experimento de laboratorio.

Para quien construye agentes internos, esto elimina una parte del trabajo ingrato: dejar de sostener conectores frágiles contra APIs que se mueven sin avisar. Pero conviene calibrar expectativas. Un servidor MCP vale lo que valen sus herramientas. Si expone tres endpoints de lectura sin filtros, el asistente se traerá ruido al contexto y el resultado será peor que una consulta bien escrita contra la base de datos. Lo que marca la diferencia son los filtros por proyecto, disciplina, fecha y estado, y un modelo de permisos que respete los roles que ya existen en la plataforma. Un becario no debería poder leer por MCP lo que no puede leer por interfaz.

Para quién es útil

Responsables de coordinación y BIM managers que dedican horas a preparar informes de incidencias que nadie lee entero.
Equipos de datos de constructoras que quieren cruzar incidencias con planificación o costes sin montar un ETL para cada consulta.
* Desarrolladores con agentes ya en marcha en Claude Code que necesitan contexto de obra sin escribir un cliente desde cero.

Queda pendiente el detalle, que es donde se decide si esto sirve: qué herramientas expone exactamente el servidor, con qué granularidad de permisos, con qué límites de uso y con qué trazabilidad de las llamadas. La nota de AEC Magazine confirma que la pieza existe, y el resto lo dirá la documentación cuando esté publicada.

Nuestra lectura es que lo relevante no es que Revizto haya añadido IA, sino que haya elegido MCP como puerta de entrada en lugar de un chatbot embebido: esa decisión deja al cliente decidir qué modelo usa y con qué permisos. Nos gustaría ver el mismo criterio en el resto del software vertical, siempre que venga acompañado de scopes claros y auditoría de llamadas.