Buenas, esto es BIMPRAXIS, el podcast donde el
BIM se encuentra con la inteligencia artificial.
Exploramos la ciencia, la tecnología y el futuro
desde el enfoque de la arquitectura, ingeniería y
construcción.
¡Empezamos!
Bienvenidos y bienvenidas al episodio 43 del podcast
de BIMPRAXIS.
Seguimos con nuestra serie dedicada a herramientas open
source gratuitas y la verdad es que cada
vez encontramos propuestas más, más audaces.
Hoy, de hecho, la propuesta es doble.
No vamos a analizar una sola herramienta, sino
un binomio, una posible pareja de poder.
Un dos por uno.
Exacto.
Por un lado, un viejo conocido, PyRevit, y
por otro, un recién llegado llamado Revit MCP.
Y todo bajo ese paraguas que tanto nos
interesa últimamente, la alianza de la inteligencia artificial
con el BIM.
Pero con un giro, un enfoque de construye
tus propias herramientas.
Y eso nos lleva a la pregunta que
va a flotar durante toda nuestra conversación.
Con dos personalidades tan fuertes, ¿harán buena pareja
o acabarán discutiendo?
Me gusta el planteamiento.
Venga, pues empecemos por el miembro más establecido
de esta relación, PyRevit.
Para quienes lleven poco en este mundo, recordemos
qué es y, sobre todo, por qué vuelve
a estar en boca de todos.
Pues, a ver, PyRevit es para muchísima gente
una extensión casi indispensable para Revit.
Es gratuita, es de código abierto y, básicamente,
sobrealimenta el programa con un arsenal de utilidades.
Y, lo más importante, te permite crear y
ejecutar tus propios scripts en Python.
Exacto.
Y la razón por la que ha vuelto
a ser noticia es que su creador, Esan
Iran Nejad, acaba de lanzar la actualización que
lo hace compatible con Revit 2025.
Una actualización que, según hemos visto en el
análisis que hace Vimpure, no es un simple
parche de compatibilidad.
Trae mejoras muy, muy sustanciales.
Sí, sobre todo en lo que llaman Pre-Flight
Checks, las comprobaciones del estado del modelo antes
de despegar.
Vale.
¿Y qué destaca ahí?
Pues se nota un esfuerzo por hacer estas
auditorías más profundas.
Hay dos herramientas que me han llamado la
atención.
La primera es Audit All.
Auditar todo.
Suena simple, pero el matiz es importante.
A diferencia de la auditoría nativa de Revit,
esta no solo analiza el modelo que tienes
abierto.
Ah.
Se mete dentro de todos y cada uno
de los archivos de Revit que tengas vinculados.
Que suele ser donde se esconden los problemas,
¿no?
Cualquiera que haya gestionado un proyecto grande sabe
que tu archivo principal puede estar impecable.
Pero un vínculo de una disciplina externa te
puede venir cargado de basura.
Miles de patrones de línea, familias in situ.
Y esta herramienta te lo saca todo a
la luz.
Te da una radiografía completa de la salud
de todo el ecosistema del proyecto.
La otra herramienta de chequeo nueva tiene un
nombre que impone.
Ten Mile Raider.
Suena a película de acción.
¿Qué es lo que busca este asaltante?
Busca un problema muy específico pero que te
puede destrozar un proyecto.
¿Cuál?
La distancia de los elementos del modelo respecto
al punto de origen interno de Revit.
Si por error se modela o se vincula
algo a más de 10 millas, unos 16
kilómetros de ese origen… Uf, Revit empieza a
hacer cosas rarísimas.
Catastróficas.
Las líneas no se ven rectas, los snaps
fallan… Un desastre.
Pues esta herramienta, creada por Ty Hotman, hace
una comprobación rapidísima y te dice si estás
a salvo o si tienes elementos en territorio
peligroso.
Pero el verdadero salto, para mí, y creo
que aquí es donde se pone interesante de
verdad, es que ahora los informes de todas
estas comprobaciones se pueden exportar a un archivo
CSV.
Claro, es que eso saca la inteligencia del
modelo fuera de Revit.
De repente, puedes volcar toda esa información en
herramientas como Power BI para analizar tendencias a
lo largo del tiempo.
¡Oh!
Y aquí ya empezamos a conectar los puntos.
O podrías darle SCSV a una inteligencia artificial
para que busque anomalías que un humano no
vería.
Hay otra herramienta que mencionan en el vídeo,
que aunque no es nueva, sí que ha
recibido una puesta a punto importante.
Color Splasher.
Sí, esta herramienta es una maravilla.
Originalmente era de Beam One, pero ahora está
totalmente integrada en PyRevit.
Su función es aparentemente sencilla.
Colorea los elementos de una vista según el
valor de un parámetro.
Espera, espera.
¿Me estás diciendo que puedo colorear todos los
muros por su clasificación de resistencia al fuego
con dos clics y encima me crea la
leyenda automáticamente?
Exactamente eso.
Cualquiera que haya pasado media tarde creando filtros
de vista para un plano de evacuación sabe
que eso no es una mejora.
Es un milagro.
Es que lo es.
Y la nueva versión ha corregido muchos fallos,
así que ahora es mucho más fiable.
Vale, pero como decías antes, la verdadera magia
de PyRevit no son solo las herramientas que
trae, sino que te da las llaves del
taller para que fabriques las tuyas.
Y supongo que esa capacidad es lo que
nos va a permitir conectar con el mundo
de la IA, ¿no?
Esa es la pieza clave.
La capacidad de crear y ejecutar tus propios
scripts es el pilar sobre el que se
va a construir todo lo que viene ahora.
De hecho, el proyecto Revit MCP se apoya
explícitamente en una función de PyRevit para tender
ese puente.
Perfecto.
Pues crucemos ese puente.
Hablemos del otro miembro de la pareja, el
misterioso Revit MCP.
¿Qué es exactamente?
¿Es un protocolo militar?
Pues mira, lo fascinante aquí es que Revit
MSP no es una herramienta que instalas y
usas.
Es un framework, un esqueleto.
¿Vale?
Su propósito es implementar algo que llaman el
Model Context Protocol o MSP.
Pensemos en un protocolo como las reglas de
un juego.
Las reglas de comunicación.
comunicación.
Exacto.
Son las reglas que definen cómo una IA
puede preguntar qué hay en el modelo y
cómo Revit debe responder de una forma que
la IA entienda, le da el contexto para
que no hable a ciegas.
Entiendo.
Es como el traductor universal de Star Trek,
pero entre una IA y Revit.
Es una analogía perfecta.
Y en los repositorios de GitHub se ve
que está dividido en varias piezas.
Sí, ¿cómo encajan?
Es una arquitectura muy inteligente, dividida en tres.
Primero está Revit MSP, que es el cerebro.
Se conecta con el cliente de IA, imagínate
un chatbot, y gestiona la comunicación.
Curiosamente está escrito en TypeScript, un lenguaje del
mundo web.
Interesante.
Luego está el Revit MCP Plugin.
Este es el soldado que vive dentro de
Revit.
Por eso, lógicamente está desarrollado en C Sharp,
el lenguaje nativo de Revit.
Su único trabajo es escuchar las órdenes que
le llegan del cerebro y ejecutarlas.
Ah, vale.
La parte inteligente está fuera y el plugin
es un simple operario dentro del programa.
Esa es la clave.
Y finalmente está el Revit MCP Command Set.
Que serían las herramientas del operario, supongo.
Eso es.
Son las acciones concretas que Revit puede realizar.
Crear un muro, leer un parámetro, cambiar un
tipo de familia… Me gusta la analogía.
Entonces, si el plugin es un oído siempre
atento dentro de Revit… Los common sets son
el vocabulario de acciones que entiende.
Y lo más interesante es que ese vocabulario
puede crecer.
Vale.
Has dado en el clavo.
No es un sistema cerrado.
La comunidad puede enseñarle palabras nuevas, acciones nuevas.
Está diseñado desde cero para ser modular y
expandible.
Vale, creo que tenemos a la pareja definida.
PyRevit, el artesano veterano que vive en Revit
y sabe fabricar de todo con Python.
y Revit MCP, el comunicador moderno que habla
con las IAs.
Pero, ¿cómo hacemos que colaboren?
Si uno habla Python y el otro C
Sharp y TypeScript, falta algo que los una.
Ese es el punto crucial.
El pegamento, o si seguimos con la metáfora,
el consejero matrimonial que consigue que se entiendan
es un repositorio específico llamado Revit-MCP-Python.
Ah.
Es en esencia una implementación de todo el
protocolo MCP, pero pensada y diseñada para funcionar
a través de PyRevit.
O sea que es una versión del framework
para los que ya se sienten cómodos en
el ecosistema de Python y Revit.
Exactamente.
Y su objetivo, lo dicen explícitamente en la
documentación, es ofrecer una plantilla sencilla para que
especialistas en Python, e incluso principiantes en la
API de Revit, puedan prototipar herramientas que den
a los LLMs acceso a los modelos.
Y la frase clave es, sin necesidad de
programar en C Sharp.
Ahí está.
Eso derriba una barrera de entrada gigantesca.
Aquí es donde la cosa se pone seria.
Porque ya no hablamos de simples scripts, sino
de darle a una IA el control del
programa.
¿Qué tipo de acciones puede realizar a través
de esta conexión?
Pues aquí es donde se rompen los moldes.
Un director de proyecto sin tocar Revit podría
pedirle a la IA en un chat, muéstrame
una vista en planta del nivel 2 y
dime cuántas puertas cortafuegos tenemos.
Y la IA usaría comandos como listlevels y
getrevitview para, literalmente, ver el modelo y analizarlo.
Exacto.
Y si el director responde, vale, faltan dos
en el pasillo norte, colócalas usando la familia
puerta RF60.
La IA podría ejecutar placefamily para hacerlo.
Estamos hablando de gestionar un modelo a través
de una conversación, no de clics.
A eso se aspira.
Incluso podría usar el ColorSplasher del que hablábamos.
Podrías decirle, colorea todos los elementos estructurales según
el material.
Y lo haría.
Por supuesto.
Hay un comando ColorSplash implementado que conecta directamente
con la herramienta de PyRevit.
Pero la herramienta más potente, y a la
vez la que da más vértigo, es una
llamada ExecuteRevitCode.
¿Qué hace?
Permite que la IA envíe un bloque de
código IronPython y que Revit lo ejecute directamente.
¡Ostras!
Las posibilidades son literalmente infinitas.
Un momento.
Me estás diciendo que la IA puede escribir
y ejecutar código directamente en Revit.
Eso suena increíblemente potente, pero también un poco
peligroso.
Un poco, sí.
¿Qué evita que alguien le pida algo como
encuentra todos los muros de carga y bórralos,
y lo haga sin más?
Es una pregunta excelente y absolutamente necesaria.
Y la respuesta es que, ahora mismo, el
sistema es una prueba de concepto, un prototipo
para desarrolladores.
No está listo para producción.
Para nada.
La propia documentación lo define como más una
demostración que un producto final.
La seguridad, la gestión de permisos, todo eso
forma parte de su hoja de ruta.
Pero tu pregunta apunta al verdadero desafío de
esta tecnología, la confianza y el control.
Claro, porque esto nos lleva de vuelta a
la idea central de construye tus propias herramientas.
No es un producto que compras, es un
motor que tienes que aprender a conducir.
Totalmente.
Su filosofía es prototipar e iterar rápidamente.
Esto abre un paradigma nuevo para los flujos
de trabajo BIM.
Ya no tienes que esperar meses o años
a que un gran desarrollador implemente una función
que necesitas.
Exacto.
Un técnico de una oficina con conocimientos de
Python podría crear una herramienta a medida, impulsada
por IA para una tarea súper específica de
su empresa.
Y podría hacerlo en días.
No en años.
A eso se aspira.
Y además, no estaría solo.
El proyecto en GitHub invita a todo el
mundo a unirse a su canal de Discord,
a colaborar, a proponer ideas.
Es la filosofía del código abierto en su
máxima expresión.
Esto plantea una pregunta importante sobre las habilidades
del futuro, ¿eh?
Desde luego.
Quizá la habilidad más demandada ya no sea
solo saber programar en Python, sino la capacidad
de prompt engineering, el arte de formular la
pregunta o la instrucción precisa a la IA,
para que construya la herramienta que necesitas.
El cuello de botella se les plaza de
la sintaxis del código a la claridad del
pensamiento.
Justo.
Bueno, pues volvamos a la pregunta con la
que empezamos.
Después de este análisis, PyRevit y Revit MCP
hacen buena pareja.
Yo diría que son la pareja perfecta para
un tipo muy concreto de usuario.
El explorador, el experimentador.
¿No para todo el mundo?
No, todavía no.
Es una combinación que democratiza y reduce drásticamente
la barrera de entrada a la automatización BIM
impulsada por IA.
El foco se traslada del desarrollo complejo de
plugins en C Sharp, que requiere un perfil
muy especializado, a la creación ágil de scripts.
Y a la habilidad de dialogar eficazmente con
una inteligencia artificial.
Eso es.
Entonces, el éxito de la relación no depende
tanto de ellos, sino de la habilidad del
usuario para actuar como mediador y director de
orquesta.
Exactamente.
No es una solución plug and play, es
una plataforma de innovación.
Y con esto, queremos dejar una reflexión final
para quienes nos escuchan.
Con la aparición de herramientas como estas, el
límite de la innovación ya no reside únicamente
en la capacidad de programar código complejo.
Cada vez más, el límite estará en la
claridad de nuestro pensamiento y en la creatividad
de las instrucciones que le damos a una
IA.
Así que la pregunta que dejamos en el
aire es, si se pudiera pedir a una
IA que hiciera cualquier cosa en un modelo
de Revit, ¿qué sería lo primero que se
le pediría?
Una pregunta que da para pensar.
Quizás la respuesta revele cuáles son las tareas
que menos valor nos aportan.
Y, por tanto, las primeras que deberíamos delegar.
Y antes de despedirnos, un pequeño recordatorio.
Detrás de las voces sintéticas que escuchas en
estos episodios, creadas gracias a la IA de
Notebook LM, se encuentra un humano con orejas,
nariz, pestañas y hasta esternocleidomastoideo, entre otras cosas.
Casi nada.
Concretamente, Julio Pablo Vázquez.
Si detectas algún error, lo más probable es
que la culpa sea suya.
Hasta el próximo programa, humanos.
Y hasta aquí el episodio de hoy.
Muchas gracias por tu atención.
Esto es BIMPRAXIS.
Nos escuchamos en el próximo episodio.
¡Gracias!