La programación con agentes como adicción: por qué los desarrolladores no logran parar

2:47 de la madrugada. Sin plazo de entrega. Sin incidente en producción. El CTO de una startup de Y Combinator no puede cerrar físicamente el portátil y acaba yendo al médico a por somníferos. No es una historia sobre adicción al trabajo. Es una historia sobre un mecanismo al que un desarrollador puso nombre: refuerzo variable.

La programación con agentes es radicalmente distinta de la programación convencional. No escribes las líneas a mano. Formulas una tarea, observas cómo el agente de IA piensa, prueba, se equivoca e itera, y esperas el resultado. A veces es brillante. A veces es inútil. No sabes de antemano qué obtendrás. Esa irregularidad es precisamente la trampa.

El refuerzo variable es un mecanismo psicológico muy estudiado en el contexto de los juegos de azar. Cuando la recompensa llega de forma predecible, el cerebro se adapta y el interés se apaga. Cuando es impredecible (a veces al instante, a veces tras cinco intentos, a veces un hallazgo, a veces basura), el cerebro pasa al modo de máxima implicación. Así funcionan las tragaperras. Según la hipótesis del autor, así funciona también el ciclo de la programación con agentes.

Cada prompt es pulsar un botón. A veces, en treinta segundos el agente resuelve un problema con el que llevabas medio día peleándote. A veces entrega algo inservible. Esta irregularidad no repele: engancha. El próximo resultado puede ser el premio gordo. El cerebro sigue pulsando.

Los datos lo respaldan. Garry Tan, CEO de Y Combinator, habla públicamente de sesiones de 19 horas con IA como algo de lo que enorgullecerse. En las comunidades profesionales se han multiplicado los relatos de trabajo hasta el amanecer. Al mismo tiempo, investigadores de UC Berkeley han detectado un patrón preocupante: los usuarios más implicados en las herramientas de IA son los primeros en quemarse y los que más rápido pierden productividad. Quienes más invierten son los primeros en fallar.

El autor describe tres señales de alerta. La primera es la pérdida de la noción del tiempo: las horas desaparecen sin que se note, no porque el trabajo sea urgente, sino por el «un prompt más». La segunda es la difuminación de los puntos de parada naturales: en la programación convencional hay pausas lógicas (escribiste un test, desplegaste, cambiaste de tarea), pero en el ciclo con agentes la siguiente iteración arranca sola, antes de que el cerebro registre que la anterior ha terminado. La tercera es la racionalización retrospectiva: por la mañana el desarrollador no recuerda por qué trabajó hasta las 3, pero recuerda el «progreso» y lo toma como justificación.

Una aclaración importante: es una hipótesis, no una teoría demostrada. No existen estudios clínicos a gran escala sobre la programación con agentes como conducta adictiva. Hay datos de observación, casos aislados y una analogía con un mecanismo ya estudiado. La analogía es convincente, pero no definitiva.

Aun así, los datos de UC Berkeley sobre el agotamiento de los primeros adoptantes merecen atención. En la comunidad tecnológica es habitual presumir de sesiones largas. Pero si los usuarios más activos de las nuevas herramientas son los primeros en fallar, algo en esta ecuación no funciona.

Las recomendaciones prácticas del autor son pragmáticas: fijar conscientemente puntos de parada, como un temporizador, una lista de tareas para la sesión y una hora de fin estricta. Darse cuenta de cuándo se sigue trabajando no porque haga falta, sino porque apetece intentarlo una vez más. Tratar el cansancio como información, no como debilidad.

La programación con agentes cambia la naturaleza del trabajo del desarrollador. La cuestión es si nuestra psicología logra asimilar estos cambios antes de que empiecen a rompernos.