Programação com agentes como vício: por que os desenvolvedores não conseguem parar

2h47 da manhã. Sem prazo. Sem incidente em produção. O CTO de uma startup da Y Combinator fisicamente não consegue fechar o notebook e acaba indo ao médico pedir remédio para dormir. Esta não é uma história sobre workaholismo. É uma história sobre um mecanismo que um desenvolvedor chamou pelo nome: reforço variável.

A programação com agentes é fundamentalmente diferente da programação comum. Você não escreve as linhas à mão. Você formula uma tarefa, observa o agente de IA pensar, tentar, errar e iterar, e espera o resultado. Às vezes ele é brilhante. Às vezes é inútil. Você não sabe de antemão o que vai receber. É essa inconstância que cria a armadilha.

Reforço variável é um mecanismo psicológico bem estudado no contexto dos jogos de azar. Quando a recompensa chega de forma previsível, o cérebro se adapta e o interesse diminui. Quando é imprevisível (às vezes de imediato, às vezes após cinco tentativas, às vezes um avanço, às vezes lixo), o cérebro entra no modo de engajamento máximo. É assim que funcionam os caça-níqueis. Segundo a hipótese do autor, é assim também que funciona o ciclo da programação com agentes.

Cada prompt é um aperto de botão. Às vezes, em trinta segundos o agente resolve um problema com o qual você brigou por meio dia. Às vezes entrega algo inútil. Essa inconstância não afasta: ela prende. O próximo resultado pode ser o jackpot. O cérebro continua apertando.

Os dados confirmam isso. Garry Tan, CEO da Y Combinator, fala publicamente de sessões de 19 horas com IA como algo de que se orgulhar. Nas comunidades profissionais, os relatos de trabalho até o amanhecer ficaram mais frequentes. Ao mesmo tempo, pesquisadores da UC Berkeley registraram um padrão preocupante: justamente os usuários mais engajados com ferramentas de IA são os primeiros a sofrer burnout e os que perdem produtividade mais rápido. Quem mais se dedica é o primeiro a falhar.

O autor descreve três sinais de alerta. O primeiro é a perda da noção de tempo: as horas somem sem que se perceba, não porque o trabalho seja urgente, mas por causa do "só mais um prompt". O segundo é a diluição dos pontos naturais de parada: na programação comum há pausas lógicas (escreveu um teste, fez o deploy, mudou de tarefa), mas no ciclo com agentes a próxima iteração começa automaticamente, antes de o cérebro registrar o fim da anterior. O terceiro é a racionalização retrospectiva: de manhã, o desenvolvedor não lembra por que trabalhou até as 3h, mas lembra do "progresso" e o usa como justificativa.

Uma ressalva importante: isto é uma hipótese, não uma teoria comprovada. Não existem estudos clínicos de larga escala sobre a programação com agentes como comportamento aditivo. Há dados de observação, casos isolados e uma analogia com um mecanismo já estudado. A analogia é convincente, mas não definitiva.

Ainda assim, os dados da UC Berkeley sobre o burnout dos early adopters merecem atenção. Na comunidade de tecnologia, é comum se orgulhar de sessões longas. Mas se os usuários mais ativos das novas ferramentas são os primeiros a falhar, algo nessa equação está quebrado.

As recomendações práticas do autor são pragmáticas: definir pontos de parada de forma consciente, como um timer, uma lista de tarefas para a sessão e um horário rígido de término. Perceber quando o trabalho continua não por necessidade, mas por vontade de tentar mais uma vez. Tratar o cansaço como informação, não como fraqueza.

A programação com agentes muda a natureza do trabalho do desenvolvedor. A questão é se a nossa psicologia consegue assimilar essas mudanças antes que elas comecem a nos quebrar.