AI agents estão fritando o cérebro dos power users? O outro lado da produtividade turbo
Quem vive de código, sprint e deploy contínuo já percebeu: a chegada dos AI agents mudou o jogo. Ferramentas capazes de escrever, testar e enviar código de forma quase autônoma viraram o novo padrão em times de alta performance. Só que, por trás da promessa de produtividade infinita, começa a aparecer um efeito colateral bem pesado: fadiga mental, vício em prompts e uma sensação real de cérebro frito.
O cenário que está surgindo é curioso e preocupante ao mesmo tempo. Desenvolvedores experientes, fundadores e líderes de tech relatam maratonas de uso de agentes, ciclos de trabalho de 16, 18, 19 horas, medo de desperdiçar tokens pagos e dificuldade real para desligar a mente à noite. Em vez de só acelerar o fluxo de codificação, os agentes estão chacoalhando a forma como essas pessoas pensam, trabalham e descansam.
AI agents na prática: do copiloto ao enxame de agentes
Os primeiros assistentes de código pareciam inofensivos: sugeriam linha a linha, ajudavam em um refactor, davam uma mão com boilerplate. Agora, o papo é outro. Sistemas agentivos como soluções de casas como Anthropic, OpenAI e projetos open source conseguem:
- entender o contexto de um repositório inteiro
- escrever módulos completos de código
- rodar testes automatizados
- ajustar erros e tentar de novo
- abrir PRs e até descrever o que foi feito
Na prática, o papel do dev muda de autor direto do código para algo mais próximo de orquestrador de enxames de agentes. O fluxo vira um loop contínuo:
- cria o prompt
- deixa o agente agir
- revisa o resultado
- corrige o rumo com novo prompt
- repete isso o dia inteiro
Essa dinâmica parece incrível quando se olha só para a entrega. Menos código manual, mais features, menos tempo. Mas, por baixo do capô, tem um custo cognitivo crescente: o cérebro fica em modo supervisão constante, avaliando respostas, ajustando contexto e tentando acompanhar vários processos paralelos ao mesmo tempo.
Quando a produtividade vira psicose de IA
Alguns dos nomes mais conhecidos da cena de IA e startups estão começando a colocar em palavras o que estão sentindo nesse novo cenário. E os relatos não são leves.
Andrej Karpathy e o estado de psicose de IA
Andrej Karpathy, cofundador de uma das big techs de IA e um dos caras que ajudou a popularizar o conceito de vibe coding, contou em podcast que está em um estado que ele mesmo chama de psicose de IA desde dezembro. O que isso significa na prática?
- antes, ele escrevia cerca de 80% do código na mão e delegava 20% para IA
- em pouco tempo, isso virou 0/100: praticamente todo o código foi passado para agentes
- ele descreve rotinas de até 16 horas por dia comandando enxames de agentes, emitindo instruções, avaliando respostas e indo mais fundo nas possibilidades
Um detalhe chama atenção: ele paga uma assinatura mensal para usar esses sistemas e, quando percebe que está chegando ao fim do mês com tokens sobrando, relata um nervosismo forte. A sensação é de que, se não usar tudo, vai ficar para trás em relação a quem está espremendo cada centavo de compute e cada prompt.
Essa combinação de pressão por uso máximo da ferramenta com a sensação de estar explorando um território novo, quase sem limites, cria um ambiente perfeito para exageros: mais horas online, menos sono, mais loops de experimentação.
- E-BOOK GRATUITO
Um guia prático para avaliar, comparar e implementar inteligência artificial com clareza — sem desperdício de tempo ou dinheiro.
Pare de contratar ferramentas sem direção. Criamos um método estruturado para decidir qual IA realmente faz sentido para o seu negócio.
Entrega em PDF no seu e-mail · Sem spam · LGPD
🔒 Seus dados são protegidos conforme a LGPD. Você pode descadastrar a qualquer momento.
Garry Tan e a cyber psychosis
Garry Tan, CEO da Y Combinator, também entrou na conversa com um termo próprio: cyber psychosis. Ele já relatou ficar 19 horas seguidas acordado, mexendo com ferramentas de código e só indo dormir depois das 5 da manhã. Essa maratona não é pontual: faz parte de uma fase de exploração intensa dos limites da IA em desenvolvimento de software.
O ponto curioso é que, ao ver outros fundadores e CTOs se gabando de 36 horas sem dormir para acompanhar agentes, ele mesmo fez questão de dar um toque: isso é claramente não saudável, inclusive falando pela própria experiência. Ou seja, quem está na linha de frente sente tanto o ganho quanto o custo desse estilo de trabalho.
Limites cognitivos e o famoso brain fry
Além da galera de produto e engenharia, pesquisadores e devs veteranos também estão começando a alertar para algo mais estruturado: não é só cansaço, é um tipo específico de fadiga cognitiva ligada ao uso pesado de IA.
Simon Willison: estourando a pilha mental
Simon Willison, desenvolvedor com mais de 25 anos de experiência em código antes da era da IA generativa, descreve o fenômeno de um jeito simples: existe um limite claro do quanto uma pessoa consegue manter na cabeça ao mesmo tempo. Com agentes, esse limite é estourado com facilidade.
Ele fala em algo como estourar a pilha da mente: muita informação, muitos contextos, muitos fluxos paralelos. A supervisão constante do que os agentes estão fazendo exige uma quantidade de atenção que o cérebro não consegue sustentar por longos períodos sem pagar um preço. E ele é direto: trocar sono por maratonas de agentic coding é, na prática, um caminho óbvio para a exaustão.
Tim Dettmers: produtividade máxima, foco mínimo
Tim Dettmers, pesquisador de IA em uma grande instituição de pesquisa, aponta outro ponto-chave: os maiores ganhos de produtividade aparecem quando se usa vários agentes em paralelo. Só que isso empurra o humano para um tipo de trabalho que pouca gente consegue segurar bem: troca de contexto o tempo todo.
Em vez de mergulhar fundo em um único problema por vez, o dev passa a:
- acompanhar vários fluxos de agentes em paralelo
- trocar de tarefa a cada poucos minutos
- manter na cabeça o estado de múltiplas threads de raciocínio
Essa necessidade de pular entre trilhas mentais não combina com o jeito que o cérebro humano funciona melhor. E o próprio Dettmers resume o paradoxo: agentes ampliam o que parece possível, mas também amplificam o estresse em torno de foco e capacidade mental.
Do entusiasmo à patologia: quando vira vício
Aos poucos, o comportamento em volta dos agentes começa a se parecer menos com um hobby nerd e mais com algo próximo de padrão de vício. E não é só figura de linguagem.
Gamificação, reforço e o efeito caça-níquel
Simon Willison e outros devs destacam elementos muito parecidos com mecânicas de aposta no uso dessas ferramentas. Armin Ronacher, outro nome conhecido na comunidade, resumiu bem: muita gente foi atingida por uma espécie de vício em agent coding. A sensação é boa, a entrega é incrível, o sono some.
Quentin Rousseau, CTO e cofundador de uma plataforma de incidentes, descreveu em detalhes esse efeito. Depois de migrar seu fluxo de trabalho para um modelo fortemente agentivo, ele passou meses sem conseguir dormir direito. A cabeça simplesmente não desligava. Foi preciso até recorrer a medicação prescrita por médico para conseguir cair no sono.
Ele mesmo diz que, embora seja um defensor da aceleração da IA, os agentes acabam operando como máquinas caça-níquel:
- você solta um prompt
- vem uma resposta rápida
- uma parte do código está pronta
- isso libera dopamina e reforça o comportamento
- você volta imediatamente para mais um prompt
Às vezes, o agente falha feio, entrega algo quebrado ou totalmente fora do esperado. E é justamente essa mistura de acertos incríveis com erros caóticos que lembra sistemas de recompensa variável, muito típicos em jogos de aposta. Isso mantém o cérebro preso no ciclo só mais uma tentativa.
Fundadores como primeiros colaterais
Rousseau também aponta que fundadores e líderes técnicos tendem a ser ainda mais vulneráveis a esse padrão. Eles já têm um perfil naturalmente focado em desempenho, querem extrair o máximo das ferramentas e, muitas vezes, trabalham com uma pressão enorme de tempo e entrega.
Quando você junta:
- agentes que prometem aceleração absurda
- uma cultura de produtividade extrema
- medo de ficar para trás
surge um terreno perfeito para o vício em ferramenta de produtividade. Nas palavras dele, essas pessoas acabam sendo talvez os primeiros colaterais de sistemas desenhados, em parte, para serem altamente engajantes.
Brain fry: o preço cognitivo de supervisionar IA demais
Pesquisadores de grandes consultorias e universidades já estão dando nome mais técnico a esse efeito: brain fry. Na prática, é um tipo de fadiga mental que aparece quando uma pessoa ultrapassa seu limite de capacidade cognitiva ao usar ou supervisionar sistemas de IA por tempo demais.
Um estudo publicado em uma revista de negócios de alta relevância analisou esse fenômeno em contexto corporativo e trouxe alguns achados pesados:
- o esforço mental associado à IA aumenta erros cometidos por pessoas
- cresce também a fadiga de decisão, aquela sensação de esgotamento para escolher o que fazer em seguida
- sobe a vontade de pedir demissão depois de um tempo nesse ritmo
Um ponto curioso é que muitas empresas ainda usam consumo de tokens, horas de uso e quantidade de interação com IA como proxy de produtividade. Na prática, isso incentiva um comportamento de uso pesado, sem considerar o custo cognitivo acumulado em quem está supervisionando esses sistemas.
Receba o melhor conteúdo de inovação em seu e-mail
Todas as notícias, dicas, tendências e recursos que você procura entregues na sua caixa de entrada.
Ao assinar a newsletter, você concorda em receber comunicações da Método Viral. A gente se compromete a sempre proteger e respeitar sua privacidade.
Isso sempre existiu ou a IA elevou a aposta?
Vale lembrar: dev trancado em sala, virando noite e dormindo no sofá do escritório não é novidade. Histórias de maratonas de entrega, prazos insanos e equipes morando no trabalho existem muito antes dos agentes. Até em grandes empresas de tecnologia já se viu time dormindo em fábrica ou direto na cadeira para bater meta.
A diferença agora é o ritmo e a continuidade. Antes, mesmo em crunch time, existia um limite físico: o corpo cansa de digitar, a mente satura mais devagar quando o fluxo depende de produção manual. Com agentes rodando 24/7, prontos para responder em segundos, o cérebro fica estimulado o tempo todo. É fácil cair na armadilha de só mais um prompt, só mais um teste, só mais uma rodada.
O trabalho, que já era intenso, ganha uma camada a mais de pressão: agora não é só o prazo que corre, é também a máquina que nunca para e que, em teoria, poderia estar produzindo mais enquanto você está tentando descansar.
Equilíbrio entre agentes, foco e saúde mental
No meio desse turbilhão, uma coisa fica clara: os AI agents não vão desaparecer. Pelo contrário, a tendência é que fiquem mais poderosos, mais autônomos e mais integrados à infraestrutura de desenvolvimento, operações e produto.
O desafio não é escolher entre usar ou não usar, e sim encontrar formas de:
- reconhecer limites cognitivos individuais
- estruturar processos que evitem supervisão infinita sem pausas
- separar momentos de exploração intensa de períodos reais de descanso
- reduzir a associação direta entre uso extremo de tokens e sucesso profissional
Dev experiente como Simon Willison já fala com todas as letras: cada pessoa precisa entender seus próprios limites e montar rotinas que evitem o caminho óbvio do esgotamento. Desenvolver com agentes no lugar de sono, repetidamente, é uma receita que pode até funcionar por alguns dias, mas não se sustenta.
A grande ironia é que ferramentas criadas para ampliar nossa capacidade podem, se usadas sem freio, ultrapassar exatamente aquilo que nos permite pensar com clareza: nossa banda mental. E se o comportamento atual dos power users for um sinal do que vem pela frente, o tal brain fry que hoje afeta devs e fundadores pode muito bem se espalhar para qualquer área que abrace agentes de IA como motor principal de trabalho.
Os próximos capítulos dessa história devem girar menos em torno do que os agentes conseguem fazer tecnicamente e mais em torno de uma pergunta bem humana: até onde vale a pena acompanhar a velocidade da máquina sem deixar a cabeça derreter no processo?
