Claude Code

Permitir todos os comandos em qualquer agente de IA para programação: Cursor, Claude Code, Codex, Gemini CLI, Copilot CLI e mais 7 (2026)

Como deixo um agente de IA para programação executar comandos sem pedir aprovação?

Todo grande agente de programação tem duas alavancas: um botão de aprovação automática total (Run Everything no Cursor, --dangerously-skip-permissions no Claude Code, --yolo no Codex, Gemini CLI e Copilot CLI, YOLO Mode no Cline) e uma allowlist restrita que pré-aprova só os comandos em que você confia. A allowlist é o padrão mais seguro. Reserve o botão total para containers, VMs ou projetos descartáveis.

Esta página é uma tradução do guia em inglês. Comandos, chaves de configuração e código não foram alterados; em caso de diferença, vale a versão em inglês. Ler em inglês → · Outros idiomas: 简体中文 · 日本語 · 한국어 · Español

Saiba quando a configuração mudar

Quando uma configuração, flag ou regra de permissão dessas ferramentas mudar, você recebe um e-mail semanal (em inglês), conferido na documentação oficial.

Resposta rápida: o botão de aprovação automática total em cada ferramenta

  • Cursor: Settings > Agents > Approvals & Execution, Run Mode = Run Everything (sem sandbox, sem revisão).
  • Claude Code: claude --dangerously-skip-permissions, feito só para containers ou VMs. O Auto mode é o meio-termo revisado: sem prompts de rotina enquanto um classificador verifica as ações.
  • OpenAI Codex CLI: --dangerously-bypass-approvals-and-sandbox, alias --yolo, remove tanto as aprovações quanto o sandbox.
  • Gemini CLI: --yolo (o mesmo que --approval-mode yolo). Só pode ser ativado pela linha de comando.
  • GitHub Copilot CLI: --allow-all-tools pula os prompts de ferramentas; --allow-all ou --yolo ativa todas as permissões de uma vez.
  • Cline: Cline Settings > Features > YOLO Mode. Desativa todas as verificações de segurança.
  • goose: GOOSE_MODE=auto, que já é o padrão e edita e apaga arquivos sem perguntar.
  • Junie CLI: brave mode, alternado com /brave ou Ctrl+B, ou junie --brave. O nível On executa todas as ações sensíveis sem perguntar.
  • Factory Droid: droid exec --auto high para execuções headless.
  • OpenCode: defina as regras de permission como allow no opencode.json.
  • Kiro: regras allow em ~/.kiro/settings/permissions.yaml.
  • Zed: agent.tool_permissions com default definido como allow.

O jeito mais seguro: pré-aprovar só comandos confiáveis

A maioria das ferramentas permite liberar comandos específicos e continuar perguntando sobre todo o resto. Assim, o trabalho de rotina, como testes, linters e leituras do git, fica rápido sem entregar ao agente rm, git push ou CLIs de nuvem.

Claude Code: .claude/settings.json

{
  "permissions": {
    "allow": ["Bash(npm run *)", "Bash(git commit *)"],
    "deny": ["Bash(git push *)"]
  }
}

Cursor: .cursor/permissions.json

{
  "terminalAllowlist": ["git", "npm:install*", "cargo"],
  "mcpAllowlist": ["github:*", "linear:list_issues"]
}

Gemini CLI: .gemini/settings.json

{
  "tools": {
    "allowed": ["run_shell_command(git)", "run_shell_command(npm test)"]
  }
}

GitHub Copilot CLI: permitir tudo exceto rm e git push

copilot --allow-all-tools --deny-tool='shell(rm)' --deny-tool='shell(git push)'

OpenCode: opencode.json (a última regra correspondente vence)

{
  "permission": {
    "bash": {
      "*": "ask",
      "git *": "allow",
      "npm *": "allow",
      "rm *": "deny"
    }
  }
}

Kiro: ~/.kiro/settings/permissions.yaml

rules:
  - capability: shell
    match: ["git *", "npm *", "npx *"]
    effect: allow

Sandboxes: aprovação automática com rede de segurança

  • O Codex combina uma política de aprovação com um sandbox: read-only, workspace-write ou danger-full-access. codex --sandbox workspace-write --ask-for-approval on-request permite editar o workspace e pergunta antes de sair dele. O acesso à rede fica desligado por padrão no workspace-write.
  • O modo Auto-review do Cursor executa na hora as chamadas da allowlist e envia os outros comandos de shell para o sandbox quando possível.
  • A flag --sandbox do Junie permite usar o brave mode com menos risco; ela só existe nas builds de desenvolvimento, nightly e experimentais, e não no Windows.
  • A orientação do próprio Claude Code é usar --dangerously-skip-permissions só dentro de um container ou VM, como usuário não root.

Qual regra vence quando allow e deny se sobrepõem

  • Claude Code: deny primeiro, depois ask, depois allow.
  • GitHub Copilot CLI: --deny-tool sempre vence as opções de allow.
  • Kiro: deny vence ask, e ask vence allow, em todos os escopos.
  • OpenCode: a última regra correspondente vence, então coloque a regra genérica primeiro e os padrões específicos depois.
  • goose: variáveis de ambiente sobrescrevem o config.yaml, que sobrescreve os padrões.

Guias passo a passo por ferramenta

Fontes

Documentação oficial (em inglês) usada para conferir este guia. Versão em inglês revisada em: 2026-10-18

Mais guias em português