Los coding agents aceleran el código y encarecen el criterio

En una nota breve del 24 de septiembre, Simon Willison escribe que cuanto más trabaja con coding agents, más convencido está de que complican la ingeniería de software. También afirma que permiten hacer cosas extraordinarias, pero que aprovechar todo su potencial exige una disciplina y unos conocimientos excepcionales.

Más código generado crea más decisiones

Es la tesis de un desarrollador experimentado, no el resultado de un benchmark. Su brevedad resulta útil porque separa la velocidad de producción de la calidad de la ingeniería. Un agente puede preparar en minutos un cambio cuya revisión todavía exige entender la arquitectura, los flujos de datos, las pruebas y las consecuencias operativas.

El volumen de salida puede crecer más deprisa que la capacidad del equipo para decidir qué debe llegar a producción. El cuello de botella pasa de escribir sintaxis a tomar buenas decisiones sobre ella.

La experiencia se desplaza hacia la especificación y el control

Para los equipos, el cambio es incómodo. Un buen agentic workflow necesita instrucciones precisas, pasos pequeños, criterios verificables y una persona capaz de detectar cuándo un resultado solo parece correcto. Un perfil junior puede producir antes un cambio mayor, pero sin contexto también puede ampliar el alcance de un error.

El valor de un ingeniero experimentado depende menos de las líneas escritas. Ganan peso la descomposición del problema, el diseño de interfaces, las pruebas y la capacidad de frenar una mala dirección antes de que se extienda por la codebase.

Una demo rápida oculta el coste de mantenimiento

La nota de Willison no demuestra que los agentes reduzcan en general la calidad o la productividad. No aporta datos ni una comparación controlada. Advierte sobre una métrica equivocada: pueden aumentar las tareas terminadas mientras se encarecen la revisión, la depuración y el mantenimiento.

La cuestión decisiva es si el equipo puede vincular la salida del agente a pruebas y comportamiento observable. Sin eso obtiene velocidad de generación, pero no confianza en el resultado.

Los fallos tras el merge y el tiempo de review decidirán

Una evaluación útil debe medir más que el número de pull requests. Importan las regresiones después del despliegue, el tiempo de review, los cambios devueltos y el tiempo necesario para entender código ajeno generado por un agente.

Si esos costes crecen más despacio que el valor entregado, los coding agents amplifican de verdad al equipo. Si solo llenan antes la cola de review, han añadido un motor y se han olvidado de los frenos.

El veredicto de Lilith

Un coding agent puede llenar las vías más rápido de lo que el equipo mueve los cambios de aguja. Ganará la tripulación que detecte la ruta equivocada antes del choque, no el generador más veloz.