Vibe Coding para ingenieros: construye tus propias herramientas BIM sin ser programador

La IA amplifica lo que le das. Si tu idea es difusa, el resultado será difuso.

Antes de abrir Claude o ChatGPT, escribe en una hoja:

• Qué tarea concreta quieres eliminar. No "automatizar el modelado", sino "renombrar todas las alineaciones siguiendo el formato AL-<nivel>-<correlativo>".
• Cuál es la entrada. ¿Qué selecciona el usuario? ¿Todo el dibujo? ¿Sólo lo seleccionado?
• Cuál es la salida esperada. ¿Modifica el modelo? ¿Genera un archivo? ¿Muestra un reporte?
• Qué NO debe hacer. El límite explícito. "No toca alineaciones que ya cumplan el formato".

El error más común: pedir código sin decir en qué versión y con qué herramienta.

Un mensaje de contexto que deberías reutilizar en cada sesión:

Contexto de mi entorno:
- Civil 3D 2025 (.NET 8)
- Windows 11, Visual Studio Community 2022
- Objetivo: add-in en C# usando la API oficial
- Nivel: nunca he programado en C#, explícame lo que hagas

Cuando propongas código, dime también:
- Qué hace cada bloque, en lenguaje simple
- Qué necesito instalar o referenciar
- Cómo lo pruebo

Sin esto, la IA asume una versión cualquiera y te da código que no compila. Con esto, acierta a la primera muchísimo más a menudo.

Pide primero el esqueleto: qué archivos, qué carpetas, qué hace cada parte. Recién después entra al detalle.

Orden que funciona:

1. Estructura del proyecto — carpetas y archivos vacíos, con la responsabilidad de cada uno.
2. El caso más simple — que haga UNA cosa mínima y la haga bien.
3. Los casos reales — ahora sí, tu lógica de negocio con sus excepciones.
4. Manejo de errores — qué pasa si no encuentra nada, si el dato viene vacío.
5. Interfaz — botón, ventana, opciones. Al final, no al principio.

Este orden viene de la arquitectura en capas que explicamos en detalle en crear un plugin de Civil 3D con Claude Code.

Un cambio a la vez. Verifica cada resultado antes de pedir el siguiente.

El bucle correcto:

1. Pides una cosa pequeña.
2. Lees lo que propone (aunque no entiendas cada línea, entiende la intención).
3. Lo pruebas en una copia de un modelo pequeño.
4. Si funciona: guardas el avance. Si no: le das el error completo, no un resumen.
5. Siguiente cosa pequeña.

Cuando algo falla: no pidas "arréglalo". Pega el mensaje de error exacto, di qué esperabas y qué pasó. La diferencia en calidad de respuesta es enorme.

No necesitas escribir código de memoria. Sí necesitas entender qué hace el que tienes delante.

El mínimo viable para no depender ciegamente de la IA:

• Variables y tipos — qué guarda cada cosa.
• Condicionales y bucles — cómo decide y cómo repite.
• Funciones — cómo se organiza y reutiliza la lógica.
• En BIM concretamente: qué es una Transaction (el bloque que agrupa cambios en el modelo y permite deshacerlos) y por qué todo cambio va dentro de una.

Si te faltan esos fundamentos, la ruta más corta es nuestra guía de programar desde cero para ingenieros civiles. Son unas semanas, y multiplican lo que puedes hacer con IA.

Aquí es donde el Vibe Coding solo deja de alcanzar, y hay que sumar disciplina.

Lo que separa un experimento de una herramienta real:

• Control de versiones. Instala GitHub Desktop, crea un repositorio, haz un "commit" cada vez que algo funcione. Es tu backup infinito. 20 minutos de aprendizaje, valor permanente.
• Manejo de errores decente. Que muestre "No se encontraron alineaciones en el dibujo" en vez de reventar con un texto rojo incomprensible.
• Probado con datos raros. Modelo vacío, 10 000 elementos, nombres con tildes y emojis, datos incompletos.
• Documentación mínima. Tres líneas: qué hace, cómo se instala, cuándo NO usarlo.
• Distribución. Un archivo suelto sirve para ti. Para el equipo, empaquétalo como bundle.

Si la herramienta va a ser crítica para la operación, llega el momento de decidir entre sostenerla tú o encargarla. Los factores están en cuánto cuesta un add-in.