Modo automático do Claude Code vs. --dangerously-skip-permissions: deixando o Claude trabalhar sem perguntar

O que claude dangerously-skip-permissions realmente faz

O comando ativa o modo bypassPermissions do Claude Code:

claude --dangerously-skip-permissions

O comando explícito equivalente é:

claude --permission-mode bypassPermissions

Ambos ignoram a aprovação rotineira de permissões, sujeitos às salvaguardas restantes. Isso não significa que toda ação deva ser bem-sucedida ou que o Claude Code nunca possa fazer outra pergunta.

O referência oficial da CLI também distingue ativação de disponibilidade. Este comando inicia no modo de planejamento, deixando o modo de bypass disponível:

claude --permission-mode plan --allow-dangerously-skip-permissions

A palavra adicional allow faz diferença: --allow-dangerously-skip-permissions não ativa imediatamente o modo de bypass.

“Sem perguntar” tem dois significados

Quando desenvolvedores perguntam como permitir que o Claude Code faça tudo sem perguntar, podem querer dizer “aprovar ações automaticamente” ou “nunca parar para solicitar permissão”. Esses objetivos levam a configurações diferentes.

O modo de bypass remove as etapas rotineiras de aprovação. O modo automático avalia as ações com um classificador. Uma configuração sem supervisão pode, por sua vez, negar tudo que exigiria uma solicitação, permitindo que a sessão continue dentro desses limites.

Ignorar a aprovação de permissões pode produzir resultados perigosos e destrutivos. A Anthropic recomenda usar o modo de bypass apenas em ambientes isolados. Trate isso como uma restrição sobre onde executar o comando, especialmente quando a tarefa envolver exclusão, credenciais, compartilhamento externo de dados ou ações de implantação.

Compare os modos de permissão do Claude Code

Os modos de permissão do Claude Code respondem a perguntas diferentes: se as edições podem prosseguir, se uma ação precisa de revisão e o que acontece quando uma aprovação seria necessária.

Esses são os significados básicos. O comportamento detalhado depende da versão instalada, e a documentação atualizada pode incluir alterações posteriores à data de publicação deste artigo. O guia da CLI do Claude Code é um recurso útil para continuar ao escolher opções de inicialização.

Auto, acceptEdits e dontAsk são escolhas diferentes

Use acceptEdits quando seu objetivo é aprovar automaticamente alterações de arquivos e operações comuns do sistema de arquivos nos diretórios de trabalho permitidos. Essa permissão não equivale a uma aprovação irrestrita para todas as ações.

O modo automático delega as decisões de permissão a um classificador. As ações aprovadas prosseguem; as ações bloqueadas levam o Claude a tentar outra abordagem. Bloqueios repetidos podem acionar uma solicitação de aprovação humana.

dontAsk adota uma abordagem diferente: ações que exigiriam uma solicitação são negadas, enquanto ações já permitidas podem ser executadas. É útil distinguir “sem solicitação de aprovação” de “aprovação automática”, pois isso produz resultados muito diferentes.

Modo automático: revisão, padrões e cobrança do classificador

O modo automático foi lançado em 24 de março de 2026, inicialmente como uma prévia de pesquisa para usuários do Team. O anúncio oficial do modo automático registra a disponibilidade geral para todos os usuários em 10 de julho de 2026.

Seu objetivo é substituir decisões manuais rotineiras de permissão pela revisão de um classificador. Essa revisão reduz o risco, mas continua imperfeita: o modo automático pode aprovar ações arriscadas ou bloquear ações inofensivas. A Anthropic também recomenda isolamento para o modo automático.

Os riscos descritos na explicação de engenharia incluem ações precipitadas, erros de escopo, injeção de prompt, exploração de credenciais, compartilhamento externo de dados e evasão de verificações de implantação. Remover as solicitações rotineiras não elimina a necessidade de definir o escopo da tarefa.

O que mudou em setembro

O Claude Code 2.1.278, lançado em 19 de setembro de 2026, alterou o modo automático para usar por padrão a classificação no servidor para usuários da API do Claude e do Enterprise, além de Bedrock, Vertex, Foundry e gateways. A redação sobre cobrança foi específica: a classificação no servidor “não cobra pelo processamento adicional do classificador”. A versão também informou que “avisa quando o fallback é cobrado”.

Essa mudança diz respeito a onde o classificador é executado e como seu processamento adicional é cobrado. Ela não promete programação ou uso de modelos gratuitos e não tornou o modo automático o modo de permissão inicial para todos os usuários.

Até 27 de setembro, outras versões também passaram a ser relevantes. O registro de alterações da tag 2.1.283 registra dois desenvolvimentos distintos:

• A versão 2.1.281 estendeu CLAUDE_CODE_AUTO_MODE_SERVER às conexões diretas com a API da Anthropic. Definir seu valor como 0 desativa essa opção e usa um classificador que é contabilizado no uso; 1 ativa essa opção. Também registrou a revisão no servidor de comandos de shell somente de leitura e executados em sandbox.
• A versão 2.1.283, publicada em 25 de setembro, alterou as sessões interativas em provedores terceirizados ou com a telemetria desativada para iniciarem no modo automático quando nenhum modo de permissão estiver configurado. permissions.defaultMode ainda se sobrepõe a esse comportamento de inicialização.

Não atribua a mudança do modo inicial de 25 de setembro a 2.1.278 nem trate os dois padrões como intercambiáveis.

Verifique a sessão em vez de tentar adivinhar

Execute /status e inspecione a linha Auto mode server para ver se o classificador da sessão é executado no servidor.

Para Bedrock, Vertex, Foundry e gateways, CLAUDE_CODE_AUTO_MODE_SERVER=0 desativa a classificação no servidor. O comportamento posterior da API direta descrito acima também permite a ativação explícita com 1.

A elegibilidade histórica para fallback não está totalmente estabelecida pelas informações disponíveis. A conclusão sustentada é mais restrita: o processamento adicional do classificador no servidor não é cobrado, o fallback cobrado pode gerar um aviso, e o uso normal do modelo permanece separado. Para um contexto mais amplo sobre uso, consulte o guia de preços do Claude Code.

Execute sem supervisão e sem aprovar tudo

Para CI ou outras tarefas sem supervisão, o modo de bypass não é a única abordagem disponível. O Claude Code 2.1.259, lançado em 2 de setembro de 2026, adicionou --permission-prompts none.

O notas da versão 2.1.259 descrevem o comportamento: tudo que geraria uma solicitação é negado automaticamente, enquanto o modo de permissão selecionado continua tomando as decisões.

Por exemplo:

claude -p "Run the test suite" --permission-mode auto --permission-prompts none

O modo automático continua revisando as ações. Se uma ação chegar a um ponto em que seria necessária a aprovação de permissão, essa configuração a nega em vez de esperar por uma pessoa.

Essa é uma escolha útil quando o requisito é execução sem supervisão com revisão. Ela não garante a conclusão: uma ação necessária para a tarefa pode ser bloqueada ou negada. Escolha a configuração com base em sua prioridade: revisão automática, edição automática ou ignorar a aprovação rotineira.

Por que as configurações do projeto podem não ativar o modo

Desde a versão 2.1.257, lançada em 1 de setembro, defaultMode: "bypassPermissions" não tem efeito em nenhum dos dois .claude/settings.json e .claude/settings.local.json. Isso corresponde à restrição de "auto" nesses arquivos de configurações do projeto.

Use configurações do usuário ou gerenciadas, ou passe --permission-mode ao iniciar o Claude Code. Para uma execução específica sem supervisão, um comando explícito facilita a inspeção do modo solicitado.

Os mesmos fluxos de trabalho podem ser executados por meio de um gateway de API como o AI Prime Tech; consulte como usar o Claude Code com uma chave de API. A AI Prime Tech é independente e não é afiliada à Anthropic nem à OpenAI.

Combine permissões com sandboxing

O modo de permissão controla as decisões de aprovação. O sandboxing controla o que os comandos podem acessar. Use ambos quando quiser menos interrupções junto com restrições de acesso ao sistema de arquivos e à rede.

Da Anthropic anúncio de sandboxing, publicado em 20 de outubro de 2025, descreve o isolamento do sistema de arquivos e da rede aplicado por meio do bubblewrap no Linux e do Seatbelt no macOS, incluindo os subprocessos iniciados. Execute /sandbox para configurá-lo.

A Anthropic relatou uma redução de 84% nas solicitações de permissão em uso interno. Esse é um resultado interno, não uma promessa de que todos os projetos ou tarefas terão a mesma redução.

Controles de sandbox relevantes

Essas configurações ativam o sandboxing, desativam o dangerouslyDisableSandbox mecanismo de escape e exigem que o sandbox habilitado seja iniciado:

{
  "sandbox": {
    "enabled": true,
    "allowUnsandboxedCommands": false,
    "failIfUnavailable": true
  }
}

Os controles têm finalidades distintas:

• sandbox.enabled ativa o sandboxing.
• sandbox.allowUnsandboxedCommands: false desativa o mecanismo de escape.
• sandbox.failIfUnavailable, adicionado na versão 2.1.83 em 25 de março de 2026, encerra a execução se o sandbox habilitado não puder ser iniciado, em vez de continuar sem sandbox.

O modo automático ou o modo de bypass podem ser combinados com sandboxing. Nenhuma das opções de permissão torna a configuração do sandbox irrelevante, e a revisão no servidor também pode se aplicar a comandos de shell executados no sandbox.

Algumas solicitações de confirmação de exclusão permanecem

“Ignorar permissões” não garante a ausência de perguntas. Até a data de corte da publicação, o registro de alterações informa que solicitações de confirmação para operações perigosas de rm nos modos de bypass e automático aguardam dois minutos e, em seguida, negam a ação com uma sugestão de reformulação.

CLAUDE_CODE_DISABLE_DANGEROUS_RM_TIMEOUT=1 desativa esse tempo limite. Isso não deve ser descrito como a desativação de todas as proteções contra exclusão ou como uma forma de fazer todos os comandos terem êxito automaticamente.

Para trabalhos sem supervisão, considere a possibilidade de uma ação ser negada. Uma tarefa que depende de uma ação bloqueada pode precisar de uma abordagem revisada, mesmo quando as solicitações rotineiras de permissão tiverem sido removidas.

Principais conclusões

• claude --dangerously-skip-permissions ativa bypassPermissions, removendo a aprovação rotineira de permissões enquanto as proteções restantes continuam em vigor.
• O modo automático usa revisão por classificador. Ele pode aprovar ações, bloqueá-las ou, eventualmente, exigir aprovação humana após bloqueios repetidos.
• Os padrões do classificador no servidor e os padrões do modo de permissão inicial são mudanças separadas. A versão 2.1.278 alterou a classificação; a versão 2.1.283 alterou o comportamento inicial de determinadas sessões interativas.
• Para execução sem supervisão com revisão, combine o modo automático com --permission-prompts none; as ações que exigiriam uma solicitação de confirmação são negadas.
• Use isolamento e controles de sandbox junto com as opções de permissão. As configurações do projeto não podem ativar o modo automático nem o bypass por meio de defaultMode, portanto, use configurações do usuário ou gerenciadas, ou um modo explícito da CLI.

Perguntas frequentes

O comando claude --dangerously-skip-permissions permite tudo sem perguntar?

Ele ignora a aprovação rotineira de permissões ao ativar bypassPermissions, mas as proteções restantes continuam em vigor. Até 27 de setembro de 2026, solicitações de confirmação para operações perigosas de rm nos modos de bypass e automático podiam aguardar dois minutos antes de negar a ação com uma sugestão de reformulação.

O modo automático do Claude Code ainda bloqueia comandos ou pede aprovação?

Sim. O modo automático permite que ações aprovadas prossigam, bloqueia outras para que Claude possa tentar outra abordagem e pode solicitar aprovação humana após bloqueios repetidos. Adicionar --permission-prompts none nega automaticamente tudo o que, de outra forma, exigiria uma solicitação de confirmação.

A classificação do modo automático no servidor tem custo adicional?

A versão 2.1.278 informa que a classificação no servidor não cobra pelo processamento adicional do classificador e emite um aviso quando recorre a uma alternativa cobrada. Isso não torna gratuito o uso normal de programação ou de modelos; consulte a Auto mode server linha em /status para identificar onde o classificador da sessão é executado.

Por que defaultMode não ativa o modo automático ou o bypass no meu projeto?

As restrições das configurações do projeto tornam "auto" e "bypassPermissions" ineficazes como defaultMode valores em .claude/settings.json e .claude/settings.local.json. Use configurações do usuário ou gerenciadas, ou inicie Claude Code com um argumento explícito --permission-mode .