Idea principal

Los archivos que crecen demasiado, las pruebas ausentes, el negocio disperso por los endpoints, las arquitecturas demasiado complicadas para la necesidad, las reescrituras aplazadas: nada de esto apareció con los asistentes de desarrollo. Había equipos que ya construían una catedral para colgar una estantería, y empresas que ya confundían velocidad de entrega con valor real.

Lo que cambia no es, pues, la naturaleza de los defectos, sino su caudal. Un asistente acelera lo que ya iba demasiado rápido, hace menos visible lo que ya estaba mal comprendido y permite apilar en unas horas decisiones que nadie ha tomado de verdad.

La consecuencia es que un sistema puede presentar hoy una madurez aparente sin haber atravesado las etapas que normalmente la producen. El defecto no es nuevo; es su velocidad de acumulación la que supera ahora a la de la comprensión del equipo.

Por qué es importante

Esto desplaza el diagnóstico. Atribuir esos defectos a la herramienta lleva a buscar una herramienta mejor o a prohibir su uso; reconocerlos como patologías antiguas amplificadas lleva a rearmar los dispositivos que ya las contenían mal: revisión, arbitraje de arquitectura, pruebas, decisión explícita.

También ofrece una lectura de los proyectos que se degradan rápido: no es la generación de código lo que los ha fragilizado, es que ha suprimido el plazo durante el cual la fragilidad seguía siendo corregible.

Capa aportada por "Cuatro días de vibe coding…" (2026-07-28). Observado de cerca durante cuatro días de construcción, el mecanismo adopta una forma precisa y repetible. Un archivo empieza siendo razonable, luego se hincha hasta hacer un poco de todo, y el coste aparece tres días más tarde, cuando hay que modificarlo. Las capas se mezclan porque nada obliga a decidir dónde va la lógica de negocio. Una API que devuelve treinta mil elementos se trata como una API que devuelve doscientos. Ninguno de estos gestos es nuevo; lo nuevo es que se acumulan en unas horas y que la demostración sale bien igualmente. El mecanismo se prolonga además fuera del código: las herramientas fabricadas en un rincón, sin mantenimiento y sin gobernanza, son un problema conocido por las empresas desde las hojas de cálculo y las macros; el asistente tampoco lo inventa, baja el precio de entrada y, por tanto, el número de objetos que lo toman.

Matices y límites

El cambio de escala no es neutro: más allá de cierto caudal, una diferencia de cantidad se vuelve una diferencia de naturaleza, porque los dispositivos humanos de control —releer, discutir, arbitrar— no siguen la misma curva.

Y algunos equipos disciplinados obtienen el efecto contrario: el mismo asistente escribe las pruebas, separa el dominio de la capa operacional y propone una solución más simple en cuanto se le pide explícitamente. Lo que hace espontáneamente y lo que sabe hacer son dos cosas distintas.

Preguntas abiertas

• ¿A partir de qué caudal de producción dejan de estar dimensionados los dispositivos humanos de control, y cómo medirlo antes del incidente?