La versión popular de la historia de la IA y la ingeniería es reconfortante: las herramientas elevan a todos, el junior escribe código de calidad sénior y el terreno se nivela. Es una historia bonita. También está, en su mayor parte, al revés. La IA no cierra la brecha entre ingenieros. La amplía, porque lo que más premia es lo único que no puede darte: criterio sobre por qué estás haciendo todo esto.
La inversión
Buena parte de lo que llamamos buenas prácticas es en realidad una adaptación a los límites humanos. Manteníamos las funciones cortas porque una persona solo puede tener cierta cantidad en la cabeza. Éramos disciplinados con no repetirnos en parte porque cambiar lo mismo en cinco lugares a mano es como aparecen los bugs. Escribíamos las cosas porque la memoria humana pierde datos. Buenas reglas, pero reglas moldeadas por el costo de ser un humano frente a un teclado.
La IA cambia esos costos. Cuando un agente puede leer un código entero en segundos, refactorizar un patrón duplicado en cuarenta archivos de forma atómica y no olvidar nunca dónde está nada, algunas de esas viejas restricciones simplemente dejan de atar. La economía que produjo la regla se invirtió y, sin ruido, algunas reglas se invirtieron con ella. No todas, pero las suficientes como para que "siempre lo hemos hecho así" ya no sea un valor por defecto seguro.
La brecha de razonamiento
Aquí se abre la brecha. Dos ingenieros conocen la regla "no te repitas". Uno sabe por qué: que la duplicación es peligrosa sobre todo porque se desincroniza cuando cambias una copia y olvidas las otras, y que la regla trata en realidad de un riesgo de mantenimiento, no de la mera existencia de dos bloques parecidos. El otro solo conoce la regla.
Dales a ambos un mundo donde una IA puede encontrar y actualizar cada copia de un patrón al instante y de forma fiable. El primero puede razonar si la regla sigue aplicando aquí, y cuándo la duplicación es ahora más barata que la abstracción equivocada. El segundo solo puede recitar la regla. Cuando el suelo se mueve, entender te permite volver a derivar la respuesta correcta; memorizar solo te deja defendiendo una regla cuya razón se evaporó.
Esa es la brecha de razonamiento, y la IA le echa gasolina. El ingeniero que entendió los tradeoffs recibe un multiplicador de fuerza. El que memorizó las conclusiones recibe una herramienta segura para producir más respuestas de ayer, más rápido.
No solo menos productivo, sino negativo neto
Una cosa sería que el ingeniero por debajo del listón fuera simplemente menos productivo. La verdad más dura es que en un entorno que se mueve rápido puede volverse negativo neto para el equipo. Frena buenos cambios apelando a la tradición —"no es así como lo hacemos"— sin poder decir si la tradición todavía tiene sentido. Genera fricción, revisa por reflejo y ancla las discusiones a reglas que ya no se ganan el sueldo. El costo no es solo el trabajo que no hace; es el lastre que pone sobre todos los que razonan a su alrededor.
El mito de la democratización
Por eso "la IA democratiza la programación" es solo media verdad. Sí, el suelo de lo posible subió: quien no podía enviar nada ahora puede enviar algo. Pero el valor del criterio subió más rápido. Las herramientas de IA son más valiosas para quienes ya saben lo que hacen, porque son quienes pueden distinguir cuándo la herramienta acierta, cuándo se equivoca con confianza y cuándo la situación cambió lo suficiente como para que la vieja respuesta ya no valga. Una herramienta que te amplifica solo vale tanto como aquello que amplifica.
No hay un nuevo normal
El instinto es esperar a que las cosas se asienten: aprender las nuevas buenas prácticas y luego relajarse en ellas. Pero las capacidades mejoran demasiado rápido para eso. Cada pocos meses alguna restricción que moldeaba cómo trabajamos se afloja de nuevo, y otro lote de sabiduría recibida expira sin ruido. No hay un nuevo normal estable que memorizar. Lo que importa no es dónde estás hoy, sino con qué rapidez puedes volver a derivar la respuesta correcta cuando el suelo se mueva otra vez, y eso es una propiedad del entendimiento, no del reglamento que memorizaste.
Este es también el argumento honesto para mantener a un humano firmemente en el bucle, y es como diseñamos TaskGoblin. El agente escribe el código y revisa el merge request, pero nunca aprueba ni fusiona, porque el criterio sobre si un cambio es de verdad correcto para este sistema, ahora mismo, es justo la parte que no se automatiza. El agente sube el suelo de lo que se produce. Decidir qué debe ser verdad sobre el sistema sigue siendo tuyo, y vale más que nunca.
¿Dónde estás tú?
Aquí tienes una prueba que puedes hacerte. Elige una práctica que sigas —DRY, funciones cortas, pruebas exhaustivas, la que sea. ¿Puedes explicar la restricción a la que originalmente respondía? ¿Y puedes decir con honestidad si esa restricción todavía ata ahora que una IA hace parte del trabajo? Si puedes, estarás bien; seguirás volviendo a derivar buenas respuestas a medida que las herramientas cambien. Si lo único que puedes ofrecer es que es la regla, vale la pena notarlo, porque el suelo sigue subiendo, y la distancia entre recitar las reglas y entenderlas es exactamente la distancia que se está abriendo.
