Dynamo y plugins C# para Civil 3D y Revit con IA: cómo desarrollarlos 10x más rápido con Claude

Lo que sí cambia:

• Escribir el primer borrador de código es 10x más rápido. Le dices en español lo que necesitas, te da C# funcional.
• Aprender la API es más fácil: le pides "explícame FilteredElementCollector" y te da ejemplos claros.
• Debug — le pegas el mensaje de error y te lo traduce a un plan de acción.
• Explorar alternativas — "¿esto se puede hacer con menos código?" — obtienes 3 opciones.

Lo que NO cambia:

• Necesitas entender qué le estás pidiendo. Si no sabes qué es un Transaction en Revit, la IA te dará código que compila pero no funciona.
• Necesitas probar en un modelo real. La IA no tiene tu modelo abierto.
• Necesitas decidir la arquitectura de un proyecto grande. La IA hace piezas, tú diseñas el rompecabezas.
• Necesitas responsabilizarte — si el código borra un elemento equivocado, es tu firma la que va, no la de Claude.

Lo que necesitas instalado antes de escribir la primera línea:

1. Visual Studio Community 2022 (gratis, visualstudio.microsoft.com). Al instalar, elige la carga "Desarrollo de escritorio con .NET".
2. Revit / Civil 3D que ya usas.
3. SDK de Revit / Civil 3D — Google "Revit SDK 2024 download" o busca el instalador oficial de Autodesk.
4. Claude o ChatGPT (versión Pro recomendada para conversaciones largas, pero gratis funciona).
5. Un template de proyecto: hay templates gratuitos oficiales de Autodesk. Ahorran horas.

Para Dynamo el setup es todavía más simple: solo instala Dynamo (viene con Revit y con Civil 3D como paquete). Nada que compilar.

La diferencia entre un prompt bueno y uno malo son horas de trabajo. Regla de oro: la IA no adivina tu contexto.

Prompt malo:

"Hazme un plugin para renombrar cosas."

Prompt bueno:

"Necesito un comando C# para Revit 2024 que:

• Tome todas las vistas de tipo Sección y Elevación.
• Las renombre siguiendo el formato: {TipoAbreviado}-{Nivel}-{Numero}, donde Numero es correlativo por nivel.
• Si una vista ya cumple el formato, la ignore.
• Use una única Transaction. Dame el código completo del IExternalCommand con manejo de errores."

El segundo tiene contexto (versión, categoría exacta, formato, edge cases, patrón esperado). El código que devuelve la IA compila y funciona a la primera con muchísima más frecuencia.

Estructura de un prompt efectivo:

1. Qué software y versión (Revit 2024, Civil 3D 2024).
2. Qué debe hacer en detalle.
3. Qué elementos toca (categorías, tipos exactos).
4. Edge cases — qué pasa si no encuentra nada, si el nombre ya existe, etc.
5. Formato de salida — código completo, con imports, con transacciones.

Lista honesta:

• API desactualizada. Los modelos a veces usan métodos que ya no existen o que cambiaron entre versiones. Solución: pega el link o snippet de la doc oficial en el chat cuando dudes.
• Bugs de negocio. Si tu regla es "las vigas menores de 3 m no se cuentan" y no se lo dijiste, la IA no lo adivinará.
• Rendimiento en modelos gigantes. El código de la IA funciona en tu modelo de prueba de 500 elementos. En producción con 200 000 elementos, puede colgarse. Toca optimizar.
• Distribución — instalador .msi, firma digital, actualizaciones. La IA te lo puede empezar, pero requiere criterio humano.
• Seguridad — si el plugin borra elementos, ¿tiene "undo"? ¿pide confirmación? Eso es diseño de UX, no código puro.

El patrón que usan los equipos mixtos hoy:

Paso a paso:

1. Idea: "quiero automatizar el renombrado de familias".
2. Prototipo en Dynamo: rápido, visual. En 1-2 días tienes algo funcional. Se lo enseñas al equipo y validan si es lo que necesitan.
3. Si nadie lo va a usar: te ahorraste una semana de C#. Guarda el .dyn, pasa al siguiente problema.
4. Si va a usarlo mucha gente: pídele a Claude que porte el grafo Dynamo a un add-in C#. Le pegas la lógica del grafo (o le explicas en palabras) y te devuelve el código base. Tú lo pules.
5. Empaquetas como plugin .msi con instalador. Lo distribuyes al equipo.
6. Mantienes el .dyn original como "spec ejecutable": si mañana quieres cambiar la lógica, iteras en Dynamo primero, luego regeneras el C# con IA.

Ese flujo reduce el "riesgo de desarrollo" — no inviertes 3 semanas en algo que nadie va a usar.

No necesitas ser ingeniero de software. Necesitas 5 hábitos:

a) Nombres claros. BotonRenombrarVistas es mejor que Boton1. La IA respeta lo que le dices; si le dices "usa nombres claros", los usa.

b) Un archivo por comando. No metas 8 comandos en un archivo gigante. Uno por archivo (RenombrarVistasCommand.cs, ExportarCubicacionCommand.cs). Facilita entender qué hace qué.

c) Backup con Git — sin drama. Instala GitHub Desktop (interfaz visual, cero terminal). Crea un repo privado. Cada vez que algo funciona: "Commit → Push". Si mañana rompes algo, vuelves atrás con un botón. Costo: 20 minutos aprender. Valor: infinito.

d) Comentarios cortos donde importan. No comentes lo obvio. Sí comenta las reglas de negocio raras: // Las vigas metálicas de <3m no se cuentan por norma interna. Tu yo del futuro te lo agradecerá.

e) Prueba en modelo pequeño primero. Antes de correr contra un modelo real, dupliquíquelo y prueba. Siempre.

Señales de que ya toca ayuda experta:

• Tu plugin lo usan 10+ personas y no puedes mantener el ritmo de bugs y peticiones.
• Empiezas a tener errores que la IA no te resuelve después de 3-4 iteraciones.
• Necesitas integración con sistemas externos (base de datos corporativa, ERP, autenticación empresarial).
• Necesitas distribución profesional con instalador firmado.
• Sientes que tus scripts se están volviendo imposibles de mantener.

Qué esperar de una mentoría seria:

• Revisión de tu código actual y refactor a algo mantenible.
• Enseñarte patrones para que futuros plugins sean más simples.
• Setup profesional: Git + CI + tests.
• Roadmap de crecimiento — para que no dependas del mentor para siempre.

Una buena mentoría es una inversión que te vuelve autónomo, no dependiente.