El código que la IA no debería escribir

Las herramientas actuales generan código a una velocidad que hace unos años habría parecido ciencia ficción. Pueden escribir un CRUD entero, traducir entre lenguajes, montar un andamiaje completo en segundos. La pregunta interesante ya no es qué puede escribir la IA, sino qué conviene dejar que escriba.

No es una distinción ideológica. Es práctica.

Dónde el juicio no se delega

Hay código cuyo coste de equivocarse es asimétrico: barato si funciona, carísimo si falla en silencio. La lógica que decide quién accede a qué. El manejo del dinero. Las migraciones que tocan datos que no se pueden recuperar. Las fronteras donde tu sistema se fía de algo externo. En todos estos sitios el cuello de botella nunca fue escribir el código — fue entender exactamente qué tenía que hacer y por qué.

La IA acelera la parte de escribir. La parte de entender sigue siendo tuya, y es la cara.

Generar código rápido y entenderlo bien son dos trabajos distintos. Confundirlos es el error.

Aceptar no es lo mismo que generar

El cambio sano no es prohibir la herramienta, sino mover el peso del trabajo. Que la IA proponga; que el humano decida si esa propuesta es la correcta para este sistema, este dominio, este equipo. Aceptar un diff exige el mismo criterio que habría hecho falta para escribirlo — solo que ahora es fácil saltarse ese paso, porque el código ya está ahí, plausible y ordenado.

La velocidad es real y vale la pena. Pero la dirección sigue siendo una decisión humana, y delegarla es el único error que la máquina no puede ayudarte a corregir.