Gerenciar agentes de IA para programar pode ser o novo gargalo: o desenvolvedor

O autor do texto original gosta de programar com agentes de IA e diz sentir algo próximo de superpoderes. O problema, segundo ele, é o outro lado: a diversão vira uma maratona exaustiva. Ele lista causas concretas: troca de contexto entre várias threads (agentes ainda precisam compilar, testar, publicar e monitorar, o que obriga a mudar de tarefa), interfaces desenhadas como apps sociais, com notificações e indicadores de não lido, excesso de complexidade nos sistemas, leitura de texto gerado em volume, necessidade de questionar respostas tecnicamente corretas, fadiga de decisão, ansiedade quando nenhum agente está rodando e dificuldade de parar quando já se está cansado.

O efeito somado é o que ele chama de rendição cognitiva: parar de entender os detalhes e ceder as decisões ao modelo. Como saída, ele cita o livro The Goal, de Eliyahu M. Goldratt (1984), e propõe tratar a atenção como o gargalo. Isso implica cuidar da recuperação, auditar onde a atenção vai, reduzir interrupções e supervisão, e construir sistemas que protejam o foco.

O tema não é novo na cobertura do CEVIU. Em 26 de março de 2026, o CEVIU noticiou "Reflexões sobre a importância de desacelerar ao programar", com foco em bases de código frágeis. Em 22 de maio de 2026, veio "Agentes de IA na codificação estão gerando fadiga de decisão entre desenvolvedores", e em 27 de maio de 2026, "Engenheiros assistidos por IA estão esgotados, isso é aceitável?". Em 19 de junho de 2026, "Agentes de IA prometiam mais foco, mas estão acabando com as pausas dos devs". Em 3 de julho de 2026, "Compreensão de sistemas é o novo gargalo no desenvolvimento de software", e em 11 de julho de 2026, "Esgotamento de Desenvolvedores: O Lado Oculto do Uso Intenso de LLMs na Codificação".

Nesses textos, o gargalo aparecia como compreensão de sistemas ou como carga de revisão. Agora o diagnóstico se desloca para a atenção, com um enquadramento de gestão (restrições, à la Goldratt) e o conceito de rendição cognitiva.

Para quem gere times de TI, a leitura é que medir produtividade por volume de código ou PRs entregues pode piorar o problema. Se a atenção é a restrição, métricas, políticas de uso de agentes e rotinas de revisão precisam considerar carga cognitiva, limites de threads paralelas e tempo de recuperação. Isso também tem ângulo de risco: decisão delegada sem entendimento é fonte de falha em sistemas de produção.