METODOLOGÍA

Código Generado por IA

Código escrito por una herramienta de IA en vez de tecleado por un ingeniero. No es intrínsecamente peor, pero se salta las mismas cosas cada vez, así que necesita un pase estructurado de production-readiness antes de que dinero o usuarios reales lo toquen.

Última revisión: porChristof Jori wiki ↗

El código generado por IA es código producido por una herramienta de IA (Copilot, Cursor, Claude Code, Lovable y el resto) en vez de tecleado a mano. Lo importante de tener claro es que no es intrínsecamente peor que el código humano. En el happy path suele ser más limpio, más idiomático y mejor comentado que lo que escribiría un ingeniero apurado a las 6 de la tarde un viernes. Tratar todo el código generado por IA como basura es tan erróneo como tratarlo todo como apto para producción.

La propiedad que de verdad conviene conocer es que el código generado por IA falla igual cada vez. Un LLM no tiene un mal día, ni una fecha límite, ni rencor. Tiene una distribución de entrenamiento y un prompt. Así que los huecos son sistemáticos, no aleatorios: omite comprobaciones de autorización que el prompt no mencionó, confía en input que el prompt no marcó como hostil, deja el manejo de errores flojo porque el prompt describió el caso de éxito. Los huecos sistemáticos son buena noticia, porque un hueco sistemático se cierra con una checklist estructurada en vez de esperar que un revisor lo note por casualidad.

Ejemplo de la diferencia con un bug humano. Un ingeniero cansado quizá olvide la validación en uno de veinte endpoints, al azar, y un revisor pasa de largo. Un LLM al que le pides construir veinte endpoints tenderá a manejar la validación igual en los veinte, así que si está mal, está mal de forma consistente, y un revisor que conoce el patrón los caza los veinte de una vez. El trabajo no es “encontrar el error aleatorio”. El trabajo es “confirmar la decisión sistemática que tomó el modelo y anularla donde producción necesita más”. Es una revisión más rápida y más fiable que perseguir descuidos humanos de una sola vez.

El trade-off honesto: el código generado por IA desplaza el esfuerzo de escribir a revisar, y eso solo ahorra tiempo si la revisión de verdad ocurre. Sáltate la revisión y tienes software vibe-coded con un historial de commits más bonito. Las herramientas hacen que escribir sea casi gratis, lo que tienta a los equipos a saltarse el único paso que nunca fue el cuello de botella, el pase de TDD y seguridad que caza los huecos sistemáticos. El ahorro solo es real si gastas parte de él en la revisión que ya crees que no necesitas.

Wavect trata el código generado por IA como un primer borrador que necesita un pase de production-readiness conocido y repetible antes de salir, bajo Software Quality Assurance. Como los huecos son predecibles, el pase es rápido: autorización en cada endpoint, validación en cada input, secretos fuera del cliente, manejo de errores, y luego una suite de regresión y un gate de CI/CD para que el siguiente prompt no vuelva a abrir un hueco en silencio. Hecho así, el código generado por IA es una ganancia de productividad real en vez de un montón silencioso de deuda técnica.

// FAQ

Preguntas frecuentes

No en el happy path, donde suele ser más limpio. La diferencia es que falla de forma sistemática en vez de aleatoria: se salta las mismas cosas cada vez (autorización, validación, secretos, manejo de errores) porque el prompt rara vez las pide. Los huecos sistemáticos son más fáciles de cerrar que los descuidos humanos aleatorios, pero solo si de verdad haces la revisión.
Sí, más que nunca, pero de otro tipo. El trabajo no es cazar erratas aleatorias, es confirmar las decisiones sistemáticas que tomó el modelo y anularlas donde producción necesita más. Sáltate la revisión por completo y tienes software vibe-coded: rápido de escribir, caro de que te lo brecheen.
El código generado por IA es solo código que escribió un LLM; puede revisarse, endurecerse y ser perfectamente seguro. El software vibe-coded es el subconjunto donde nadie leyó los caminos críticos de seguridad. La herramienta es la misma. Que un humano hiciera el pase de production-readiness es toda la diferencia.