Agora todo mundo é gestor de agentes

Meu dia de trabalho deixou de ter cara de agenda de maker há mais ou menos um ano, e levei meses para admitir no que ele tinha se transformado. Agora mesmo há onze servidores de desenvolvimento rodando na minha máquina, um para cada projeto que tenho aberto, cada um preso à sua própria porta e à sua própria cor para que eu nunca confunda qual codebase estou olhando. Não começo o dia dentro de nenhum deles. Começo escrevendo tarefas. De cinco a dez de uma vez, cada uma com escopo fechado o bastante para ser repassada, cada uma delegada a um agente de código rodando na sua própria máquina nova na nuvem. Uma tarefa, um agente, nenhum estado compartilhado, nenhum agente pisando no trabalho do outro. Aí fecho essas abas e vou fazer alguma coisa que realmente precisa de mim.

Os agentes rodam sozinhos, sem ninguém olhando. Essa é a parte que ainda soa estranha de dizer em voz alta. Eles leem o codebase, fazem as mudanças, rodam os testes e voltam com um pull request. Minha tarde é uma fila de revisão. Leio o diff do jeito que leria o diff de um recém-contratado com energia infinita e zero ego, e tomo uma de três decisões em cada um. Aceito. Redireciono com instruções melhores. Mato a tarefa sem levar nada para o lado pessoal. Num dia pesado são algumas dezenas de pull requests passando por uma pessoa só, e na manhã seguinte o loop recomeça.

O cargo é de gestor. A habilidade continua sendo técnica.

Quero deixar claro que isso já não é um fluxo de trabalho exótico. A pesquisa DORA do Google, que mede há mais de uma década como os times de software trabalham de verdade, colocou a adoção de IA entre profissionais de desenvolvimento em noventa por cento em 2025, com uma mediana de duas horas por dia de uso. A pergunta interessante deixou de ser se as pessoas usam essas ferramentas. A pergunta é que forma o trabalho ganha quando as ferramentas conseguem levar uma tarefa de ponta a ponta, e a resposta honesta é que essa forma é gestão. Não a gestão de calendário e headcount. A gestão em que a sua alavanca vem do que você escolhe delegar e do que você se recusa a entregar.

A crítica que mais escuto é que gerenciar agentes faz você perder a mão. Entregue a digitação para uma máquina, diz o argumento, e o músculo atrofia até você não conseguir mais pegar o que a máquina erra. Levo esse argumento a sério, porque a evidência mais forte a favor da humildade aqui é real. Quando o METR fez um ensaio randomizado com desenvolvedores experientes de open source em 2025, os que podiam usar IA terminaram as tarefas dezenove por cento mais devagar, acreditando o tempo todo que estavam vinte por cento mais rápidos. Essa distância entre a velocidade sentida e a velocidade medida é exatamente a armadilha. Se você delega e depois só carimba, você não é gestor de agentes. É um passageiro com permissão de commit.

Só que o argumento de que você perde a mão parte do princípio de que a revisão é passiva, e a minha é tudo menos isso. Veja o que acontece de verdade quando dezenas de diffs passam pela sua mesa todo dia. Você lê código de autenticação de manhã, timing de animação depois do almoço, uma migração de banco de dados antes de desligar. O volume se acumula. Você começa a reconhecer os padrões de falha, os lugares onde os agentes cortam caminho, as costuras da arquitetura que aguentam e as que rasgam. É o mesmo mecanismo que mantém um bom gestor de engenharia técnico por décadas: ler o trabalho do time com atenção de verdade e com algo real em jogo. A profundidade nunca morou na digitação. Morava no julgamento, e o julgamento está fazendo mais repetições do que jamais fez quando eu escrevia tudo sozinho.

Três hábitos carregam a maior parte desse peso, e os três vieram de errar primeiro. O que mais mudou a minha produção é que nunca corrijo um agente duas vezes. Na primeira vez que ele faz algo errado, corrijo o resultado, porque é rápido e o trabalho precisa sair. Na segunda vez que ele erra a mesma coisa, paro e escrevo uma regra, um arquivo permanente que o agente tem que ler antes de mexer em qualquer coisa. Minhas regras hoje são um museu de coisas que já me morderam. Nunca coloque uma chave secreta no bundle do client. Confira qual conta está autenticada antes de fazer commit. Esse bug mobile específico é invisível em um navegador e quebra em outro, então verifique nos dois. Um prompt é uma conversa e morre com a sessão. Uma regra é infraestrutura e rende juros compostos. Se você se pega explicando a mesma preferência pela terceira vez, você não está gerenciando, está se repetindo num tom mais simpático.

O segundo hábito é que o isolamento é o que torna possível delegar em paralelo. Uma tarefa, um agente, uma máquina limpa, e nada compartilhado entre eles. O instinto é dar o mesmo repositório para vários agentes para que um construa em cima do outro, e isso falha toda vez, porque dois agentes editando a mesma árvore não colaboram, eles sobrescrevem. No momento em que deixei isso acontecer, parei de ser gestor e virei um conflito de merge. A mesma disciplina vale para mim, e é por isso que cada projeto ganha uma porta e uma cor que nada mais usa. Colisão de contexto não é só problema de agente. É problema humano também, e tem cara de editar o arquivo certo no projeto errado às onze da noite.

O terceiro hábito é aquele em que menos confio e de que mais preciso. Verifique a verificação. Há pouco tempo um agente terminou um trabalho e avisou que estava pronto. Rodei o comando para confirmar e o comando me disse que não havia nada ali, então respondi que nada tinha sido entregue. Nós dois estávamos errados, e nenhum de nós estava mentindo. Minha checagem estava autenticada na conta errada, e o serviço devolve not found em vez de forbidden quando você não tem acesso, então um erro de permissão chegou disfarçado de resultado vazio. O trabalho estava lá o tempo todo. Quando o agente e a sua checagem discordam, a tentação é escolher um lado. O certo é considerar que a própria checagem está quebrada, porque uma etapa de verificação que você nunca audita é só uma segunda opinião em que você confia sem motivo nenhum.

Comecei a chamar o formato do dia de loop do gestor. Delegar, revisar, decidir, repetir, e a profundidade técnica é o subproduto, não a vítima. A economia como um todo já está se acomodando no mesmo formato. O Anthropic Economic Index descobriu que o uso da API por empresas roda com uma taxa de automação de setenta e sete por cento, ou seja, a tarefa é entregue inteira em vez de trabalhada lado a lado, contra cinquenta por cento entre consumidores conversando com um modelo. As empresas não estão pagando por autocomplete. Estão pagando por delegação, e delegação só funciona quando tem alguém competente no fim do loop decidindo o que entra no merge.

Então as habilidades que pratico hoje não são as que eu esperava estar praticando a essa altura da carreira. Escrever uma tarefa tão sem ambiguidade que uma máquina não consiga ler errado, o que acaba sendo a mesma disciplina de escrever um bom briefing para uma pessoa. Ler um diff rápido sem ler com descuido. Matar um trabalho pelo qual paguei, em tokens e em esperança, no momento em que ele está errado, sem deixar o custo afundado arrastá-lo para dentro do codebase. Nada disso é soft skill. Tudo isso é técnico, aplicado um nível acima do teclado. O cargo nesse novo trabalho é de gestor. A habilidade que o sustenta é a mesma de sempre.