BetBoom: agentes de AI estão mudando o desenvolvimento e forçando engenheiros a reaprender

Um autor da BetBoom descreveu um momento familiar para muitos desenvolvedores: mal você consegue dominar a stack tecnológica atual, o mercado já exige trabalho com agentes de IA. Sua conclusão principal — IA não cancela a profissão, mas muda rapidamente o papel do engenheiro, os requisitos de segurança e a dependência das empresas da infraestrutura em nuvem.

Como a profissão está mudando

O texto começa com a experiência pessoal de retornar ao desenvolvimento após um longo período. Durante esse tempo, o mundo familiar de CMS e webmasters universais desapareceu: frontend e backend divergiram completamente, frameworks se tornaram a base obrigatória, e a entrada na profissão se tornou mais complexa. Quando o nível básico foi recuperado, a IA generativa entrou em cena.

No início, ChatGPT era percebido como uma muleta para quem não queria entender por si mesmo, mas em dois anos se transformou em uma ferramenta do dia a dia que substitui buscas, fóruns e parte da análise rotineira. Nesse contexto, o autor desenvolveu um novo sentimento de ficar para trás: não é mais suficiente simplesmente escrever código; agora você precisa entender como os agentes trabalham com código.

Os agentes entram no processo

O próximo estágio é familiarização com práticas de implementação através de conferências e comunidades profissionais. Após um evento da Yandex, ficou claro que o negócio não está mais discutindo o fato de usar IA em si, mas métricas de sua eficácia, argumentos para a liderança e formas de integrar novas ferramentas aos processos das equipes. Na conferência MTS "Russian Techno", essa lacuna foi sentida ainda mais fortemente: casos com agentes de IA para revisão de pull requests, automação de rotina e aceleração de tarefas típicas já soam como uma parte normal do fluxo de engenharia, não como um experimento para entusiastas.

O autor ficou particularmente impressionado com a abordagem do Sber, onde os agentes são propostos para serem avaliados quase como funcionários: através de KPIs, horas-homem, custos de tarefas e utilidade real. Esse modelo ajuda a explicar o valor da automação para o negócio, mas simultaneamente alimenta o medo dos desenvolvedores de que um agente comece a ser percebido como uma substituição direta para um desenvolvedor júnior ou pleno. O artigo, porém, também contém uma conclusão mais prática: mesmo que um agente saiba como escrever testes, encontrar erros e sugerir mudanças, a responsabilidade pela definição da tarefa, verificação do resultado e lógica de negócio ainda permanece com o humano.

Segurança e dependência

A utilidade prática dos agentes no artigo não é contestada, mas o ênfase principal se desloca para os riscos. Se tal ferramenta consegue executar comandos, trabalhar com um repositório e acessar serviços internos, então o custo de um erro aumenta drasticamente. O autor relata recomendações do palco: começar não com direitos máximos, mas com restrições máximas, executar agentes em ambientes isolados e considerar a segurança como uma condição básica, não uma opção adicional.

"Use pelo menos

Docker rootless, mas idealmente mude para infraestrutura completamente isolada"

• Criar um ambiente separado para uma tarefa específica
• Executar o agente apenas dentro desse limite
• Salvar artefatos em armazenamento externo
• Destruir o ambiente após a conclusão do trabalho
• Limitar o tempo de vida de tokens e chaves

Um pensamento separado no artigo diz respeito à economia de toda a corrida em torno de sistemas de agentes. O autor sugere que os proprietários de plataformas em nuvem e serviços com cobrança por segundo se beneficiam mais do boom atual. Para empresas, é conveniente: elas podem automatizar processos mais rapidamente, reduzir trabalho rotineiro e dimensionar experimentos. Mas quanto mais profundo o negócio amarra o desenvolvimento a tais provedores, maior o risco de vendor lock-in: as equipes se acostumam com agentes, os processos são reestruturados em torno deles, e então o fornecedor consegue espaço para aumentar os preços.

O que isso significa

A conversa sobre agentes de IA no desenvolvimento já passou do nível de hype para prática operacional. Para os engenheiros, isso significa não o fim da profissão, mas uma mudança de foco — de escrita pura de código para gerenciamento de agentes, verificação de resultados, projeto de ambientes seguros e compreensão do custo real de tal automação.