A Anthropic direciona o Claude Code para um uso mais autônomo

A Anthropic está mudando a forma como os desenvolvedores interagem com o Claude Code ao tornar o Auto Mode a configuração padrão para a maioria dos usuários pagos a partir de 14 de agosto. Segundo o material de origem, a mudança se aplica aos planos Pro, Max e Team, enquanto clientes Enterprise ainda precisarão ativá-la separadamente. Na prática, isso significa que o Claude Code atuará com mais frequência sem esperar que um humano aprove cada etapa individual, parando apenas quando seu sistema de segurança decidir que uma ação parece perigosa ou difícil de reverter.

Isso faz deste movimento mais do que um ajuste de produto. É uma declaração sobre como uma grande empresa de IA entende que assistentes de programação devem ser usados: não apenas como ferramentas de autocomplete ou interfaces de chat, mas como agentes semiautônomos capazes de realizar trabalho de desenvolvimento prolongado com supervisão limitada. A Anthropic está enquadrando a mudança como uma melhoria de segurança, e não como uma redução de supervisão, argumentando que seu classificador pode sinalizar comandos arriscados de forma mais consistente do que usuários aprovando tudo manualmente, um por um.

Por que a Anthropic diz que o Auto Mode é mais seguro

O argumento da empresa se baseia em um conjunto de resultados de teste incluídos no texto original. Em um estudo controlado com 1.053 testadores pagos, revisores humanos detectaram apenas 13,6 por cento dos comandos perigosos, enquanto o Auto Mode detectou 89 por cento. A Anthropic também disse que testes internos de red teaming mostraram que o Auto Mode foi pelo menos tão seguro quanto as aprovações manuais e, muitas vezes, melhor. A empresa acrescentou que equipes usando o Auto Mode geraram cerca de 25 por cento mais pull requests, sugerindo que o maior nível de autonomia também se traduziu em mais produção.

O mecanismo descrito é simples em conceito. Em vez de pedir permissão a cada etapa, o Claude Code opera continuamente e depende de um classificador para determinar quando uma ação deve ser pausada para confirmação. O sistema foi projetado para intervir quando uma ação parece perigosa ou irreversível. A Anthropic diz que o classificador em si não adiciona cobranças de tokens ao usuário, embora o fluxo de trabalho mais amplo ainda possa aumentar o uso total ao permitir sessões de programação mais longas e produtivas.

Isso importa porque a fadiga de aprovação é um problema real em ferramentas de software agênticas. Se os usuários forem solicitados a aprovar quase todos os comandos, muitos acabarão clicando por reflexo ou desativando as proteções por completo. A proposta da Anthropic é que a intervenção seletiva é mais realista do que prompts de aprovação para tudo, e que um filtro assistido por modelo pode superar a vigilância humana em situações repetitivas de revisão.

Prompt injection continua sendo uma preocupação central

Uma das afirmações mais importantes do material de origem é que o Auto Mode também foi projetado para ajudar na defesa contra ataques de prompt injection. Esses ataques tentam manipular um agente de IA por meio de instruções embutidas em código, arquivos ou outros materiais que ele encontra أثناء o trabalho. Em um ambiente de programação agêntica, esse risco é mais sério do que em um chatbot passivo porque o sistema pode ter acesso a comandos, repositórios, processos e, em alguns casos, dados sensíveis.

A Anthropic citou uma auditoria independente da Trajectory Labs cobrindo 72 cenários de ataque, cada um executado 10 vezes. Segundo o texto, nenhuma das 720 tentativas teve sucesso contra os modelos atuais do Claude em Auto Mode. O texto também contrastou isso com um benchmark citado para o GPT-5.6 Sol da OpenAI no modo Codex Auto-Review, no qual 5,83 por cento das tentativas teriam passado. A Developments Today não pode verificar a metodologia além do que aparece no texto fornecido, mas a comparação mostra como os fornecedores agora competem agressivamente em segurança de agentes, e não apenas em qualidade de código.

Em um estudo controlado com 1.053 testadores pagos, revisores humanos detectaram apenas 13,6 por cento dos comandos perigosos, enquanto o Auto Mode detectou 89 por cento. | Imagem: Anthropic
Em um estudo controlado com 1.053 testadores pagos, revisores humanos detectaram apenas 13,6 por cento dos comandos perigosos, enquanto o Auto Mode detectou 89 por cento. | Imagem: Anthropic

A Anthropic também ofereceu exemplos internos para ilustrar o impacto. A empresa disse que o Auto Mode impediu o Claude de enviar dados confidenciais para uma página pública e, durante uma sessão longa, interrompeu cerca de 2.000 processos que de outra forma teriam atrapalhado tarefas em andamento de treinamento em GPU. Esses exemplos sugerem que a empresa está testando esses sistemas em ambientes reais de desenvolvimento e infraestrutura, onde erros podem afetar segurança, disponibilidade e cargas de computação caras.

Mais produção, mas um papel em mudança para os desenvolvedores

A alegação de produtividade é importante porque aponta para uma mudança mais ampla no trabalho de software. Se as equipes que usam o Auto Mode estão produzindo mais pull requests, então o trabalho do desenvolvedor muda junto. O texto afirma explicitamente que o papel está se afastando ainda mais da codificação ativa linha por linha e se aproximando de supervisionar, revisar e validar a saída gerada por IA.

Isso não elimina a necessidade de julgamento humano. A própria Anthropic alerta que o classificador reduz o risco, mas não o elimina. A empresa ainda recomenda que os usuários revisem as ações do Claude por conta própria em mudanças de alto risco na infraestrutura de produção. Essa ressalva é importante. O caso mais forte para o Auto Mode talvez esteja em fluxos de trabalho de desenvolvimento rotineiros, em que o custo do atraso é alto e o risco de qualquer ação isolada é relativamente contido. O caso mais fraco é em ambientes nos quais um único comando errado pode expor dados, derrubar sistemas de produção ou causar danos operacionais irreversíveis.

Visto assim, o anúncio da Anthropic é ao mesmo tempo um lançamento de produto e um empurrão comportamental. Ao tornar o Auto Mode padrão, a empresa está normalizando a ideia de que desenvolvedores devem deixar agentes de programação rodarem por períodos mais longos por conta própria. Os padrões importam. Muitos usuários que não teriam ativado ativamente uma configuração mais autônoma agora vão vivenciá-la como a forma padrão de funcionamento da ferramenta.

O que isso significa para o mercado de codificação em IA

A mudança também reflete uma fase de maturidade no mercado de assistentes de programação. A competição já não é apenas sobre quem escreve o melhor trecho ou explica a refatoração mais limpa. Cada vez mais, trata-se de quem consegue gerenciar autonomia com segurança: escolher quando agir, quando pausar e como resistir a instruções maliciosas ou não intencionais encontradas durante a execução.

A Anthropic parece apostar que essa camada de julgamento operacional se tornará um diferencial central. Se essa aposta estiver certa, a próxima fase das ferramentas de codificação com IA será medida menos pela frequência com que conseguem gerar código a partir de um prompt e mais pela confiabilidade com que operam em repositórios reais e bagunçados sem causar danos. Tornar o Auto Mode o padrão é um sinal concreto de que o setor está avançando nessa direção agora.

Este artigo é baseado em reportagem do The Decoder. Leia o artigo original.

Originally published on the-decoder.com