Los agentes de código con IA no nos reemplazaron — cambiaron cómo es un día
En algún momento del último año la forma de una jornada de trabajo cambió en silencio. No despedimos a nadie, no contratamos un robot, ni multiplicamos por diez la producción. Pero las horas se ven distintas, y fingir lo contrario sería deshonesto. Los agentes de código con IA — los que leen tu base de código, editan archivos, ejecutan comandos e iteran — pasaron de truco de fiesta a parte normal de cómo entrega un estudio pequeño. Aquí está lo que cambió de verdad, sin la parte jadeante.
En qué son genuinamente buenos
Las victorias son reales y se concentran en un sitio: trabajo mecánico, bien especificado y verificable.
- Andamiaje y boilerplate. Nuevo componente, nuevo endpoint, la décima variación de un formulario. El agente escribe el 80% obvio en segundos y gastas tu atención en el 20% que necesitaba cabeza.
- Traducción y tedio. Portar un patrón entre archivos, migrar una API, producir la versión trilingüe de algo, perseguir un rename por la base de código. Trabajo que nunca fue difícil, solo lento.
- El primer borrador de un experimento. "Constrúyeme una versión tosca de X para ver si la idea sirve." Llegar a un prototipo funcionando una hora antes cambia qué ideas siquiera te molestas en probar.
- Un segundo par de ojos. "Por qué esto está undefined, qué se me escapa." A menudo más rápido que una búsqueda, y está mirando tu código real.
En qué siguen siendo malos
Los modos de fallo son igual de consistentes, y conocerlos es ahora toda la habilidad:
- Gusto. Un agente produce alegremente algo que funciona y es feo, genérico o sutilmente fuera de marca. No tiene opinión sobre si la cosa es buena — solo si corre. Ese juicio sigue siendo enteramente tuyo.
- Saber cuándo se equivoca. La salida peligrosa no es el error que revienta; es la respuesta plausible que está silenciosamente mal. Un agente afirma algo erróneo con confianza exactamente en el mismo tono que uno correcto.
- Arquitectura nueva. Pídele el décimo formulario CRUD y brilla. Pídele la decisión estructural sobre la que descansa todo tu sistema y vuelves a ser el arquitecto, usándolo como un delineante muy rápido.
- Su propio radio de destrucción. Dejado suelto, refactoriza con confianza más de lo que pediste, o "arregla" algo que no estaba roto. Sostener el alcance es tu trabajo.
El cambio real: el trabajo es ahora verificación
Esta es la parte que tardamos en decir en voz alta. Cuando un agente produce una implementación plausible en segundos, escribir el código deja de ser el cuello de botella. Confiar en él se convierte en el cuello de botella. El centro de gravedad del día de un programador se desplaza de teclear a revisar — leer un diff que no escribiste, con la sospecha específica de que puede estar sutilmente mal, y tener el gusto para rechazar trabajo que apenas funciona.
Es un músculo distinto del que la industria entrenó durante treinta años. Recompensa a quien puede sostener una especificación clara, a quien verifica contra la cosa corriendo de verdad en vez de la vibe del código, y a quien conoce su dominio lo bastante para oler cuándo una respuesta está torcida. Castiga a quien hace cargo-cult de la salida de un agente hacia producción solo porque parecía segura.
Dónde aterrizamos
No somos románticos con esto, ni catastrofistas. Bien usado, un agente es el delineante junior más rápido con el que has trabajado — incansable, enciclopédico, y con genuina necesidad de supervisión adulta. No reemplazó el oficio. Subió el oficio un nivel: de "puedes escribirlo" a "puedes decir si sirve, y probarlo." Esa fue siempre la pregunta más difícil y más valiosa. Ahora es la mayor parte del trabajo.
(Si quieres nuestra opinión sobre el otro tipo de agente — el producto autónomo que todos quieren atornillar a su app — ya escribimos esa: en su mayoría, no.)