MCP conecta agentes de IA con Revit y BIM en 2026

Durante dos años la historia de la IA en la arquitectura fue la de un sidecar. Escribía un prompt en una aplicación web aparte, obtenía un render o un boceto de planta, y después pasaba la idea a Revit a mano. El modelo nunca tocaba su proyecto real. Esa brecha se está cerrando rápido. La pieza que la cierra es el Model Context Protocol, y en 2026 se ha convertido, sin ruido, en la vía por la que los asistentes de IA llegan al BIM vivo.

MCP es un estándar abierto y pequeño, impulsado en su origen por Anthropic y adoptado hoy mucho más allá. Permite que un modelo de lenguaje invoque herramientas en su equipo o su servidor a través de una interfaz común. Piénselo como un adaptador universal entre un asistente y un software que nunca se diseñó para hablar con uno. Revit no lo estaba. Rhino tampoco. IFC tampoco. MCP les da a todos un mismo conector.

Qué es realmente MCP

Quitando el marketing, MCP son tres cosas: un servidor que expone un conjunto de herramientas con nombre, un cliente a través del cual habla la IA, y un transporte entre ambos. El servidor describe cada herramienta en lenguaje claro: «obtén todos los muros del nivel 2», «fija la resistencia al fuego de esta puerta», «exporta una tabla a CSV». El modelo lee esas descripciones, decide qué herramienta encaja y la dispara con argumentos estructurados. El servidor ejecuta el código real y devuelve un resultado que el modelo puede leer.

Lo importante es la dirección. Los plugins de IA antiguos iban en un solo sentido: la herramienta volcaba datos al modelo y esperaba una respuesta útil. MCP es un bucle. El agente hace una pregunta, lee la respuesta, hace otra más afilada, luego aplica un cambio y comprueba si funcionó. Ese bucle es lo que convierte un chatbot en algo capaz de conducir de verdad una herramienta de modelado a lo largo de una tarea de varios pasos.

Como el protocolo es abierto, usted no queda atado al asistente de un fabricante. El mismo servidor MCP para Revit funciona tanto si al otro lado hay Claude, como un modelo Llama local o un agente propio que construya su estudio. Esa portabilidad es una de las razones de peso por las que se extendió tan rápido por el mundo de las herramientas AEC.

Cómo se enchufa un servidor a Revit y al resto del BIM

Un servidor MCP para Revit suele ser un puente fino. Por un lado habla MCP con el agente. Por el otro llama a la API de Revit, a menudo mediante un pequeño complemento que mantiene una conexión abierta mientras Revit corre, o mediante pyRevit, que ya le da un entorno Python dentro de la aplicación. El complemento recibe una orden como «crea un muro genérico de 200 mm del eje A1 al A4», la traduce en transacciones de la API de Revit, las confirma y reporta qué ha creado.

La comunidad de código abierto llegó primero. Busque en GitHub y encontrará varios proyectos revit-mcp, un servidor MCP para Rhino/Grasshopper que mueve definiciones por la capa Rhino Compute, y servidores centrados en IFC construidos sobre IfcOpenShell que permiten a un agente consultar un archivo IFC sin ningún software de autoría abierto. El propio Autodesk se ha sumado: la hoja de ruta de Forma y Revit 2026 habla abiertamente de MCP y acceso de agentes, y los foros de desarrolladores AEC llevan masticando «BIM to AI» desde mitad de año.

La vía de IfcOpenShell merece mención porque esquiva el mayor dolor de cabeza práctico. Revit es pesado, de un solo hilo para mucho trabajo de API, y con licencia por puesto. Un archivo IFC es una instantánea plana y portátil. Apunte un servidor MCP al IFC y un agente puede responder «cuántas puertas cortafuegos hay en el ala norte y qué resistencia tienen» en segundos, en un servidor, sin quemar una licencia de Revit. Para auditorías, mediciones y comprobaciones de cumplimiento, a menudo es todo lo que necesita.

Qué flujos de trabajo se usan de verdad

La versión honesta: hoy el uso en producción es sobre todo de lectura. Los estudios apuntan un agente a un modelo y le piden que interrogue cosas que antes exigían una tabla, un filtro y diez minutos de clics. «Enumera cada sala sin valor de ocupación.» «Qué muros del nivel 3 no tienen resistencia al fuego.» «Muéstrame puertas de menos de 900 mm en una ruta accesible.» El agente ejecuta la consulta a través de las herramientas MCP y devuelve una lista limpia, a veces con los ID de elemento para que los seleccione directamente en la vista.

Las operaciones de escritura crecen, pero la gente es cauta, y con razón. Los flujos que cuajan son repetitivos y verificables. Renombrar cientos de vistas a un estándar de nomenclatura. Empujar un valor de parámetro corregido a cada instancia de una familia. Generar un primer conjunto de planos desde una plantilla. Son tareas en las que una persona mira el resultado y ve al instante si salió mal, justo el tipo de tarea que conviene ceder a un agente antes de confiarle algo más sutil.

Hay un segundo patrón que vale la pena vigilar: el agente como capa de pegamento entre herramientas. Un asistente saca un programa de locales de un archivo Excel, pide a una herramienta de volumetría generativa tres opciones, deja la elegida en Rhino a través del servidor MCP de Grasshopper, y luego la exporta a IFC para el equipo de costes. Ninguna aplicación hizo eso sola. El agente orquestó cuatro, cada una por su propio servidor MCP, y el proyectista supervisó en lugar de hacer clic.

Dónde falla

MCP no arregla lo que hace arriesgada la IA en el BIM: el modelo puede equivocarse con aplomo. Si la descripción de una herramienta es vaga, el agente adivina los argumentos. Pídale «arregla los muros» y puede reclasificar alegremente un muro estructural como tabique, porque nadie le dijo que la diferencia importa. La calidad de las descripciones de herramientas en el servidor hace un enorme trabajo invisible. Malas descripciones producen malas llamadas, y el modelo narrará su error como un éxito.

La latencia es la otra fricción diaria. Cada ida y vuelta —el modelo piensa, llama a una herramienta, Revit abre una transacción, confirma, responde— cuesta segundos. Una tarea que toca doscientos elementos de uno en uno puede arrastrarse. Los servidores que se sienten bien en la práctica agrupan con fuerza: una llamada que fija un parámetro sobre toda una selección, no doscientas que fijan uno cada una. Diseñar la superficie de herramientas para operaciones pocas y más gruesas importa más de lo que se espera.

Luego está el estado del modelo. La API de Revit lo quiere dentro de una transacción, en el documento correcto, con las unidades correctas. Un agente que pierde la pista de qué documento está activo, o que dispara una orden mientras hay un diálogo abierto, recibe una excepción. Los mejores servidores devuelven errores claros y estructurados para que el modelo se recupere en vez de trastabillar. Los peores devuelven una traza que el modelo no sabe leer, y el bucle se para.

Seguridad y acceso de escritura

Dar a un modelo de lenguaje acceso de escritura a un modelo de producción vivo debería ponerle nervioso, y los equipos serios lo tratan así. Un servidor MCP capaz de borrar elementos es un arma cargada. Los montajes sensatos corren el agente contra una copia desvinculada o un local compartido, nunca directamente contra el modelo central, y mantienen una lista blanca estricta de qué herramientas pueden modificar algo. Las herramientas de lectura quedan abiertas; las de escritura, acotadas.

Los estudios con equipo de seguridad también vigilan qué sale del edificio. Un servidor MCP es una puerta, y si el agente del otro lado es un modelo en la nube, la geometría y los parámetros de su proyecto viajan a los servidores de otro. Eso está bien para un render de marketing y es un problema real para un cliente de defensa o sanidad bajo un acuerdo de confidencialidad. La respuesta a la que llegan muchos despachos es un modelo local para todo lo que toque el BIM vivo, y un modelo en la nube solo para exploración desechable. Espere que esa división se endurezca a medida que los departamentos jurídicos alcancen lo que sus proyectistas ya hacen.

Preguntas que los arquitectos repiten

¿Necesito programar para usar un servidor MCP con Revit?

Para usar uno que haya escrito otra persona, no: instala el complemento, apunta su asistente al servidor y empieza a preguntar. Para construir o ampliar uno, sí, necesita a alguien cómodo con la API de Revit o pyRevit. La mayoría de los estudios consumirán servidores de la comunidad y de fabricantes mucho antes de escribir el propio, igual que consumían scripts de Dynamo antes de escribir ninguno.

¿Esto no es solo Dynamo con un chat encima?

Hay solapamiento, pero la diferencia es real. Dynamo y Grasshopper le piden que construya el grafo; la lógica queda fija una vez cableada. Un agente por MCP decide los pasos en tiempo de ejecución a partir de su petición en lenguaje natural, y puede afrontar una tarea que nunca ha visto componiendo las herramientas que tiene. Dynamo es un programa que usted escribe. El agente es un trabajador al que usted instruye. Ambos tienen su lugar, y a menudo la jugada inteligente es que el agente llame a un grafo de Dynamo como una de sus herramientas.

¿Puede un agente MCP trabajar directamente sobre un IFC sin Revit abierto?

Sí, y es uno de los trucos más útiles. Los servidores sobre IfcOpenShell leen y consultan archivos IFC directamente, de modo que un agente puede correr mediciones, auditorías y comprobaciones de cumplimiento en un servidor sin ninguna licencia de autoría. Pierde la capacidad de devolver ediciones al modelo nativo, pero para análisis e informes es rápido y barato.

¿Reemplazará esto a los coordinadores BIM?

No, y quien vende esa frase no ha dirigido una reunión de coordinación de verdad. Lo que quita es el medio tedioso: la consulta manual, la limpieza repetitiva de parámetros, el «exporta esta tabla otra vez». Las decisiones de criterio, la resolución de conflictos que exige saber por qué un conducto se puede mover y una viga no, la conversación con el cliente: eso sigue siendo humano. El coordinador que aprenda a instruir bien a un agente sencillamente sacará más trabajo adelante.

Hacia dónde va esto

La dirección está clara aunque el ritmo no. Autodesk está integrando el acceso de agentes en sus productos centrales en vez de dejarlo a los plugins, lo que significa que las llamadas a herramientas estilo MCP pronto serán una función nativa de Revit y Forma, no un proyecto de GitHub que usted instala por su cuenta y riesgo. Cuando eso llegue, la pregunta para un estudio dejará de ser si permite la IA en el modelo y pasará a ser cómo la gobierna: qué modelos, qué permisos de escritura, qué proyectos. Es un problema de políticas, no técnico, y es el problema correcto sobre el que discutir.

En Pixintellect construimos herramientas de IA para el diseño y la arquitectura. Vea más en pixintel.es.

Imágenes: AI-Designed