Claude Code ganha variável que deixa o agente apagar arquivos sem pedir

A Anthropic adicionou ao Claude Code, seu agente de programação que roda no terminal, uma opção que remove o último freio do modo mais permissivo da ferramenta. Na versão 2.1.311, uma variável de ambiente com o nome propositalmente exagerado CLAUDE_CODE_EVEN_MORE_DANGEROUSLY_SKIP_PERMISSIONS, quando definida como 1, permite que o agente execute o comando rm, que apaga arquivos, sem pedir aprovação. A novidade foi divulgada por Daisy Hollman, integrante da equipe técnica da Anthropic, em uma rede social, e reportada pelo The Register em 27 de outubro de 2026.

Quem usa o Claude Code só para pequenas tarefas talvez nunca precise disso, mas a mudança diz muito sobre o rumo dos agentes de IA: cada vez mais autonomia, com cada vez menos confirmações. Entender o que foi liberado, e o que continua protegido, ajuda a decidir se vale ligar a opção.

O que mudou na versão 2.1.311

O Claude Code já tinha a flag --dangerously-skip-permissions, que ativa o modo chamado bypassPermissions e faz o agente executar quase tudo sem perguntar. O nome da flag sugere que ela dispensa todas as confirmações, mas não é bem assim: mesmo nesse modo, alguns comandos continuavam barrados, como rm -rf ~, que tenta apagar a pasta pessoal inteira do usuário. Segundo a reportagem, comandos de remoção como rm e rmdir ainda exigiam aprovação.

A nova variável existe justamente para quem quer tirar essa última barreira. Ela precisa ser definida no ambiente do terminal do próprio desenvolvedor, ou seja, não vem ligada por padrão e ninguém a ativa sem querer. Hollman comentou, em tom de brincadeira, que a flag antiga não aprova realmente tudo e que ela espera que o nome da variável seja "memorável". A reportagem também registra que a mudança não aparece na lista de alterações oficial da versão 2.1.311, e que configurações gerenciadas por uma empresa ainda podem impor restrições próprias.

Por que o freio existia

A trava sobre comandos de apagar arquivos não é detalhe. Agentes de IA erram, interpretam mal um pedido ou seguem uma instrução escondida em um arquivo que leram, e um único comando de remoção no lugar errado pode destruir um projeto, uma pasta de clientes ou um disco inteiro. O The Register lembra que já houve muitos relatos de agentes que rodaram comandos como rm -rf ~ e acabaram apagando discos rígidos ou causando outras perdas de dados.

É a mesma lógica de outros problemas de segurança que já mostramos por aqui. Em setembro, a falha batizada de Plugin4Shell mostrou que um plugin alterado podia fazer agentes de programação executarem código malicioso sem que o usuário clicasse em nada. Quanto mais o agente age sozinho, maior o estrago possível quando alguma coisa dá errado, seja por erro do modelo, seja por ataque.

Quem pode querer ligar a opção

Há um motivo prático para a Anthropic ter incluído a variável: quem roda agentes por horas, em tarefas longas ou em pipelines automáticos, não quer que o trabalho pare esperando alguém clicar em "aprovar" a cada limpeza de arquivos temporários. Em ambientes isolados, como uma máquina virtual criada só para a tarefa, o risco é pequeno, porque o pior cenário é descartar o ambiente inteiro e começar de novo.

Já em um notebook de trabalho, com arquivos de clientes, planilhas e fotos de família no mesmo disco, o raciocínio muda. Nesse caso, o ganho de velocidade de não precisar confirmar remoções não compensa o risco, e a recomendação segue sendo manter as confirmações ligadas. A própria Anthropic descreve os modos de permissão na documentação do Claude Code, e vale conhecer cada um antes de mexer em qualquer configuração.

Como se proteger se você usa agentes de código

Mesmo sem ligar a variável nova, algumas práticas reduzem bastante o risco de perda de dados com qualquer agente:

• Trabalhe sempre dentro de um repositório Git e faça commits com frequência. Assim, uma remoção indevida de arquivos do projeto pode ser desfeita.
• Mantenha cópia de segurança automática da pasta de trabalho, na nuvem ou em um disco externo, antes de entregar tarefas grandes a um agente.
• Use um ambiente separado, como uma máquina virtual ou um contêiner, para tarefas em que o agente vai rodar sem supervisão.
• Evite abrir arquivos de origem desconhecida com o agente ativo, porque instruções escondidas no conteúdo podem induzir comandos perigosos.
• Revise as permissões configuradas e remova o que você não usa. Menos poder concedido significa menos dano possível.

Por que isso importa para você

Você não precisa ser programador para sentir o efeito dessa tendência. Ferramentas de agentes de IA estão chegando a quem automatiza o próprio negócio, monta sites e cria pequenos aplicativos com ajuda de IA, e o convite à comodidade vem sempre embalado em "deixe o agente cuidar disso sem perguntar". A decisão de quanta autonomia entregar é sua, e a conta de um erro também.

Se você está começando a usar agentes para programar ou automatizar tarefas, leia nosso guia sobre vibe coding para não programadores, carreira e riscos e o checklist para escolher uma ferramenta de IA com segurança. Para ver o que dá para fazer de útil com o Claude Code no dia a dia, confira também como a ferramenta pode ser personalizada com mods em TypeScript e o caso de quem usou o agente para tirar anúncios de uma TV inteligente. Quem já depende do Claude Code no trabalho também deve lembrar que o serviço pode ficar indisponível, como mostramos quando a API saiu do ar.

A regra de ouro continua simples: quanto mais poder você dá a um agente, mais importante é ter cópia de segurança e um lugar onde errar não custe caro. A variável nova é opcional, vem desligada e só serve a quem entende o risco que está assumindo.

Este texto é análise nossa a partir da reportagem do The Register, que cita o anúncio feito por Daisy Hollman, da Anthropic, e a documentação do Claude Code. A reportagem não informa preço, e a mudança não consta da lista oficial de alterações da versão, o que vale acompanhar nos próximos dias.