Programação por Agentes como Dependência: Por que Desenvolvedores Não Conseguem Parar

2:47 da manhã. Sem prazo. Sem incidente em produção.

O CTO de uma startup do Y Combinator fisicamente não consegue fechar o laptop — e acaba indo ao médico pedir um remédio para dormir. Esta não é uma história sobre vício em trabalho. Esta é uma história sobre um mecanismo que um desenvolvedor nomeou: reforço variável.

Codificação baseada em agentes é fundamentalmente diferente da programação tradicional. Você não escreve linhas manualmente. Você formula uma tarefa, observa como um agente de IA pensa, tenta, erra, itera — e espera pelo resultado.

Às vezes é brilhante. Às vezes é inútil. Você não sabe antecipadamente o que vai obter.

É exatamente essa imprevisibilidade que cria a armadilha. O reforço variável é um mecanismo psicológico bem estudado no contexto de jogos de azar. Quando a recompensa chega previsivelmente, o cérebro se adapta e o interesse desaparece.

Quando é imprevisível — às vezes imediatamente, às vezes após cinco tentativas, às vezes um avanço, às vezes lixo — o cérebro entra em um estado de engajamento máximo. É exatamente assim que funcionam as máquinas caça-níqueis. Segundo a hipótese do autor, é exatamente assim que o ciclo de codificação de agentes é estruturado.

Cada prompt é um pressionar de botão. Às vezes em trinta segundos um agente resolve um problema em que você lutou o dia todo. Às vezes produz algo inútil.

Esta imprevisibilidade não afasta — atrai. O próximo resultado poderia ser o jackpot. O cérebro continua pressionando.

Os dados confirmam isso. Harry Tan, CEO do Y Combinator, fala publicamente sobre sessões de 19 horas com IA como algo de que se pode ter orgulho. Em comunidades profissionais, histórias sobre trabalhar até o amanhecer se tornaram mais frequentes.

Enquanto isso, pesquisadores da UC Berkeley documentaram um padrão preocupante: são precisamente os usuários mais envolvidos de ferramentas de IA que se esgotam primeiro e perdem produtividade mais rapidamente. Aqueles que investem mais são os primeiros a quebrar. O autor descreve três sinais de alerta.

Primeiro — perda de percepção de tempo: as horas desaparecem imperceptivelmente não porque o trabalho é urgente, mas por causa de "mais um prompt." Segundo — erosão de pontos naturais de parada: na programação tradicional há pausas lógicas (escrevi um teste, fiz deploy, mudei), no ciclo de agentes a próxima iteração começa automaticamente, antes do cérebro registrar a conclusão da anterior. Terceiro — racionalização retrospectiva: pela manhã um desenvolvedor não se lembra por que trabalhou até as três, mas se lembra do "progresso" e o considera como justificativa.

Um esclarecimento importante: esta é uma hipótese, não uma teoria comprovada. Não existem estudos clínicos em larga escala sobre codificação baseada em agentes como comportamento aditivo. Há dados observacionais, casos individuais e uma analogia com um mecanismo já bem estudado.

A analogia é convincente — mas não conclusiva. No entanto, os dados da UC Berkeley sobre esgotamento dos primeiros adotantes merece atenção. Na comunidade de tecnologia, é costume ter orgulho em sessões longas.

Mas se os usuários mais ativos de novas ferramentas são os primeiros a quebrar, algo naquela equação está quebrado. As recomendações práticas do autor são pragmáticas: definir deliberadamente pontos de parada — um cronômetro, uma lista de tarefas para a sessão, um horário de término fixo. Observe quando o trabalho continua não porque é necessário, mas porque você quer tentar novamente.

Trate a fadiga como informação, não como fraqueza. Codificação baseada em agentes muda a natureza do trabalho de um desenvolvedor. A questão é se nossa psicologia consegue reconhecer essas mudanças antes que elas começem a nos quebrar.