dette technique

Kent Beck, creador del desarrollo dirigido por pruebas, planteó el mecanismo directamente en una publicación de LinkedIn de octubre de 2024: la IA amplifica las consecuencias de un desarrollo indisciplinado. Programar más rápido sin pruebas significa acumular deuda técnica más rápido. Ese planteamiento se repite a lo largo de las notas de origen, con distintos actores llegando a él desde direcciones diferentes.

Itamar Friedman, CEO de QodoAI, puso cifras a la acumulación en noviembre de 2025: el volumen de pull requests aumentó un 97%, el tiempo de revisión un 90%, los incidentes de seguridad un 300% según algunos informes, mientras que el 67% de los desarrolladores expresó preocupación por la calidad y el mantenimiento del código generado. Martin Harrison y Natasha Maniar, de McKinsey, describieron el mismo cuello de botella desde el lado de la entrega, donde las grandes empresas se estancan en una mejora global de entre el 5 y el 15% pese a ganancias individuales espectaculares, siendo la revisión manual de código uno de los puntos de estrangulamiento.

Addy Osmani trazó la línea como una cuestión semántica: el «vibe coding» sirve para prototipos y proyectos de fin de semana desechables, mientras que la ingeniería asistida por IA mantiene al ingeniero humano responsable de cada línea generada. El método BMAD de Philippe Martin y el «plugin Compound Engineering» de EveryInc atacan el problema de forma estructural, este último haciendo que cada unidad de trabajo documente patrones y codifique convenciones para que la base de código mejore en lugar de degradarse.

Lo que ninguna de las fuentes resuelve es la cuestión de la titularidad que plantea Edgar Kussberg: los desarrolladores aceptan las sugerencias de la IA sin un examen profundo, lo que rompe la propiedad del código. La deuda es medible. Quién la sostiene, no.