En la oficina, una pared en CAD a menudo era esto: línea + línea + hatch. Movías la ventana en planta y alguien más actualizaba sección, elevación y el cuadro de vanos. Tres dibujos, tres versiones, tres oportunidades de que el plano de obra no coincida con el de estructura.
Revit nació para romper ese ritual. No como un AutoCAD con más botones, sino como un modelo donde la pared es un objeto Wall —con espesor, altura, materiales y relaciones— y planta, sección, elevación y schedules son vistas de la misma información.
Y hay un dato que sorprende a mucha gente en obra y en oficina: Revit no lo creó Autodesk.
1997: Charles River Software y la pregunta de PTC
La historia empieza en 1997 con una startup llamada Charles River Software, fundada por Leonid Raiz e Irwin Jungreis. Ambos venían de PTC, el mundo de Pro/ENGINEER: modelado paramétrico con relaciones, restricciones, dimensiones y features.
En mecánica ya se trabajaba así. La pregunta fue casi obvia para un ingeniero: ¿podemos hacer algo parecido con edificios?
Al principio el equipo era pequeño —hay relatos de trabajo desde un apartamento y después desde una oficina sobre una pizzería en Massachusetts—. La idea, en cambio, era enorme: que el software entendiera el edificio, no solo el dibujo.
Revise Instantly: el nombre es la promesa
El nombre Revit viene de Revise Instantly.
Si cambias algo en el modelo, las demás vistas deberían actualizarse:
Eso es el salto conceptual respecto al CAD donde cada lámina podía vivir su propia vida.
2000: Revit 1.0
Revit 1.0 aparece en abril de 2000. El producto todavía era limitado frente a lo que conocemos hoy, pero la filosofía ya estaba completa: objetos, parámetros, relaciones y actualización bidireccional entre vistas.
Punto crítico: Revit no se construyó sobre AutoCAD. Era una arquitectura independiente. Autodesk ya tenía AutoCAD y Architectural Desktop; Revit representaba otra escuela: modelo frente a dibujo.
2002: Autodesk compra Revit (~133 M USD en efectivo)
En febrero de 2002 Autodesk anuncia la compra de Revit Technology Corporation por aproximadamente 133 millones de dólares en efectivo. La operación se completó en abril de 2002.
Autodesk no eliminó AutoCAD. Durante años ambos convivieron —y siguen conviviendo— porque resuelven problemas distintos:
| AutoCAD | Revit |
|---|---|
| dibujo / entidades geométricas | modelo / objetos de construcción |
| líneas, arcos, polilíneas | Wall, Door, Beam, Floor… |
| láminas que puedes desincronizar | vistas del mismo modelo |
Fue una de las apuestas estratégicas más importantes de Autodesk en AEC: no intentar “convertir” AutoCAD en BIM a la fuerza, sino adquirir una plataforma pensada desde el paramétrico de edificios. La genealogía de la empresa está en Historia de Autodesk.
Multidisciplinario: Structure 2005 y Systems (MEP) 2006
Después de la compra, Autodesk expandió Revit por disciplinas.
- 2005: aparece Revit Structure (Structure 1.0 en junio de 2005).
- 2006: aparece Revit Systems para MEP (luego renombrado Revit MEP).
La idea se vuelve Architecture + Structure + MEP sobre una misma filosofía BIM.
Para el civil y el estructuralista, eso abre la puerta a coordinación real: el mismo lenguaje de modelo, no tres archivos DWG que “se parecen”.
Modelo físico vs modelo analítico
En estructuras hay un puente que sigue siendo delicado hoy.
Una columna existe como objeto físico (geometría, materiales, uniones). Pero el análisis necesita una representación analítica (nodos, barras, rigideces).
Revit intenta mantener relación entre ambos. Ese puente —modelo físico ↔ modelo analítico ↔ motor de análisis— es uno de los temas más complejos del BIM estructural, y explica por qué muchos estudios combinan Revit con ETABS, SAP2000 u otros solvers según el procedimiento estándar de la oficina.
Families: de geometría copiada a base de datos visual
Otro concepto central: las families.
Una puerta deja de ser un bloque pegado. Se convierte en una familia con ancho, alto, material, tipos y parámetros. Aparece la diferencia entre parámetros de tipo e instancia.
Revit empieza a comportarse como una base de datos visual de elementos del edificio: cantidades, schedules y cambios de tipología dejan de ser un ejercicio de buscar-y-reemplazar en veinte láminas.
API, Dynamo y automatización
Revit también se volvió plataforma de desarrollo:
- API .NET y plugins en C#
- Dynamo (programación visual) para automatizar sin necesariamente escribir un add-in completo
- Python dentro de Dynamo en muchos workflows
Para el civil que ya automatiza en Excel o en Civil 3D, el mensaje es el mismo: el modelo deja de ser solo algo que se dibuja a mano; se vuelve algo que se puede consultar y transformar con reglas.
Cloud: de BIM 360 a Autodesk Construction Cloud
Con BIM 360 y posteriormente Autodesk Construction Cloud, la colaboración sale del servidor local de la oficina. El modelo central migra a workflows cloud: equipos distribuidos, revisión, issues, documentos.
Eso importa en obra tanto como en diseño: el plano “bueno” deja de ser el USB que alguien trajo el lunes.
Qué se puede hacer / por qué importa al civil
Coordinación multidisciplinar
Arquitectura, estructura y MEP sobre un modelo compartido: detectar choques antes de que el fierro llegue a obra. Esos planos de colocación son el detallado de armaduras en Revit.
Documentación derivada del modelo
Plantas, secciones, elevaciones y schedules que no viven como archivos huérfanos.
Estructuras y puente al análisis
Modelo físico + analítico como punto de partida hacia motores de cálculo —con el cuidado de no confundir “modelo BIM” con “modelo listo para norma”.
Automatización de oficina
Families tipificadas, Dynamo, API: menos trabajo repetitivo en cambios de vanos, cuantías y documentación.
Datos para construcción
Cantidades, issues y colaboración cloud cuando el proyecto sale del escritorio.
Contraste rápido
| CAD clásico | Revit |
|---|---|
| La pared son dos líneas | La pared es un Wall |
| Cada vista puede desincronizarse | Las vistas leen el mismo modelo |
| Bloques y capas | Families, tipos, parámetros |
| Automatización vía LISP/scripts sobre dibujo | API / Dynamo sobre objetos BIM |
Cronología breve
| Año | Hito |
|---|---|
| 1997 | Charles River Software (Raiz + Jungreis); influencia PTC / paramétrico |
| ~nombre | Revise Instantly → Revit |
| 2000 | Revit 1.0 (abril) |
| 2002 | Autodesk anuncia compra (~133 M USD cash, feb.); cierre abr. 2002 |
| 2005 | Revit Structure |
| 2006 | Revit Systems (MEP) |
| 2010s | API, Dynamo, BIM 360 / colaboración cloud |
| 2020s | Autodesk Construction Cloud; modelo + datos de proyecto |
| 2026 / Revit 2027 | Autodesk Assistant y Public MCP Server en Technology Preview (no GA) |
Revit 2027: Assistant y MCP (Technology Preview)
En Revit 2027 Autodesk introduce Autodesk Assistant y un Public MCP Server en Technology Preview.
Durante años automatizamos Revit con C#, Dynamo y Python. Ahora aparece una capa experimental: agentes que reciben intención en lenguaje natural y usan herramientas sobre el modelo.
Conclusión
Revit comenzó intentando una sola cosa: que el edificio no fuera un conjunto de dibujos independientes.
Casi treinta años después, la filosofía es la misma —objetos, parámetros, relaciones— solo que el modelo ahora habla con cloud, APIs, automatización e IA experimental.
De Revise Instantly la industria se acerca a algo parecido a Automate Intelligently. Pero el civil que entiende families, modelo físico/analítico y el límite entre preview y producción sigue siendo quien decide qué entra al procedimiento estándar de la oficina.
Referencias
- Autodesk. Autodesk to Acquire Revit Technology Corporation (21 feb. 2002; ~133 M USD cash).
- Autodesk. Autodesk Completes Acquisition of Revit Technology Corporation (cierre 1 abr. 2002).
- Autodesk Help. What’s New in Revit 2027 (Assistant y MCP Tech Preview).
- Autodesk Help. Revit Public MCP Server (Tech Preview).
- Autodesk AEC Blog. Autodesk Assistant in Revit – Tech Preview (22 abr. 2026).
Evaluación y limitaciones
Trata las notas siguientes como contexto de evaluación, no como un cálculo o una revisión verificados.
Úsalo como modelo de edificio: objetos, parámetros y vistas coordinadas. Families, el puente físico/analítico y el límite entre preview y producción siguen siendo decisión de la oficina.