Cursor
Como permitir que o Cursor rode todos os comandos: Run Everything, allowlist e sandbox
Como deixo o agente do Cursor rodar comandos sem perguntar?
Abra Settings > Agents > Approvals & Execution e escolha um Run Mode. Run Everything executa toda chamada de ferramenta automaticamente, sem sandbox nem revisão; Allowlist executa só os comandos que você listar; Auto-review executa na hora as chamadas da allowlist e envia outros comandos de shell para o sandbox quando possível.
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.
Os três modos de execução
- Auto-review: chamadas da allowlist rodam na hora; outros comandos de shell rodam no sandbox quando possível.
- Allowlist: ações na sua allowlist rodam sem aprovação; com o sandboxing ativado, comandos de shell compatíveis podem rodar no sandbox.
- Run Everything: toda chamada de ferramenta roda automaticamente, sem sandbox nem revisão do classificador.
Oriente o Auto-review com permissions.json
O Auto-review lê instruções em inglês simples de ~/.cursor/permissions.json (global) ou .cursor/permissions.json no projeto, em um objeto autoRun com os arrays allow_instructions e block_instructions. autoRun só vale no modo Auto-review.
.cursor/permissions.json
{
"autoRun": {
"allow_instructions": ["Running the test suite and the linter is always fine."],
"block_instructions": ["Every AWS CLI command should go through approval first."]
}
}Antes de escolher Run Everything
Run Everything remove o sandbox, então o agente pode acessar a rede e tudo que sua conta de usuário acessa. Prefira Allowlist ou Auto-review na sua própria máquina e deixe Run Everything para ambientes descartáveis.
Allowlist de comandos do Cursor em permissions.json (terminalAllowlist e mcpAllowlist)
Além da lista em Settings > Agents > Approvals & Execution, você pode manter a allowlist em um arquivo: ~/.cursor/permissions.json para todos os workspaces, ou .cursor/permissions.json no repositório para um workspace. Quando os dois existem, o Cursor concatena os arrays, então faça commit do arquivo do repositório e o time recebe a mesma lista. O Cursor relê os arquivos quando eles mudam, e comentários JSONC são permitidos.
- terminalAllowlist: comandos de terminal que rodam sem aprovação. As entradas são prefixos de comando comparados diferenciando maiúsculas de minúsculas, então git corresponde a git status, mas não a gitk. Dois-pontos separam o comando base de um glob de argumentos, como em npm:install*.
- mcpAllowlist: ferramentas MCP escritas como server:tool, onde server é a chave do mcp.json. A comparação não diferencia maiúsculas de minúsculas e * funciona em qualquer parte e dentro dos nomes, então github:* permite todas as ferramentas do servidor github e linear:list_* permite as ferramentas de listagem. Entradas sem dois-pontos são ignoradas.
- Cada chave é independente: se um arquivo define uma chave, a lista mesclada dela substitui a lista da tela de configurações só para essa chave. Você pode controlar ferramentas MCP no arquivo e deixar os comandos de terminal na tela de configurações.
- Uma chave com array vazio gera uma allowlist vazia, sem recorrer à tela de configurações. Se nenhum arquivo existir ou puder ser lido, vale a lista da tela de configurações.
- Quando um arquivo controla uma lista, aquela parte da tela de configurações fica somente leitura, mostra as entradas do arquivo e esconde a opção Add to allowlist.
- As configurações do painel de admin do time vêm primeiro. Se um admin controla o Run Mode, nem o arquivo nem a tela de configurações podem adicionar entradas.
- Chaves desconhecidas são ignoradas. O Cursor chama essas listas de conveniência, não de barreira de segurança. O Cursor CLI tem seu próprio sistema de permissões.
.cursor/permissions.json
{
"terminalAllowlist": ["git", "npm:install*", "cargo"],
"mcpAllowlist": ["github:*", "linear:list_issues"]
}Como o Auto-review decide
- Chamadas de shell, MCP e Fetch da allowlist rodam na hora.
- Outros comandos de shell rodam no sandbox quando possível. Comandos que precisam de mais acesso, como rede completa, gravações fora do workspace ou operações privilegiadas, pulam o sandbox e vão para um classificador LLM no backend do Cursor.
- Se um comando no sandbox falha por uma restrição, o agente pode rodá-lo de novo fora do sandbox, e o classificador revisa essa nova execução.
- Se o classificador bloqueia uma chamada, o agente pode tentar outra abordagem, ou o Cursor mostra um pedido de aprovação.
- O Cursor diz que o Auto-review não é uma barreira de segurança. Nos planos Enterprise, os controles de acesso a modelos podem desativá-lo, e os membros passam a usar Allowlist.
Proteções que ainda pedem aprovação
Estas opções na mesma seção de configurações podem exigir aprovação mesmo em um modo que, de outra forma, executaria a chamada automaticamente. Se o Cursor ainda para em um tipo de ação, verifique-as primeiro.
- Browser Protection: impede o agente de rodar ferramentas Browser automaticamente.
- File-Deletion Protection: impede a exclusão automática de arquivos, incluindo comandos rm.
- External-File Protection: impede criar, alterar ou excluir automaticamente arquivos fora do workspace.
- Read access (Cursor 3.23 e posterior): System, o padrão, deixa o agente ler arquivos fora do workspace sem aprovação. Workspace pede aprovação para leituras externas, a menos que o caminho esteja na Read Allowlist. Read access não vale em Run Everything.
Para onde foram Ask Every Time e Run in Sandbox
O Cursor 3.5 descontinuou o modo Ask Every Time. Para ter o mesmo comportamento, escolha Allowlist e deixe a lista vazia. Run in Sandbox foi incorporado ao Allowlist com o sandboxing ativado. Os Run Modes valem só para agentes locais: Cloud Agents rodam na própria máquina e nunca pedem aprovação.
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
- Permitir todos os comandos em qualquer agente de IA para programação: Cursor, Claude Code, Codex, Gemini CLI, Copilot CLI e mais 7 (2026)
- Arquivos de regras e instruções em todo agente de IA para programação: .cursor/rules, CLAUDE.md, AGENTS.md, GEMINI.md, instruções do Copilot e mais (2026)
- Locais dos arquivos de configuração de todo agente de IA para programação: Claude Code, Cursor, Codex, Gemini CLI, OpenCode, Qwen Code, Amp e Factory Droid (2026)
- Adicionar um MCP server a qualquer agente de IA para programação: Claude Code, Cursor, Codex, Gemini CLI, VS Code e mais 8 (2026)
- Hooks em todo agente de IA para programação: Claude Code, Cursor, Gemini CLI, GitHub Copilot, Kiro e Factory Droid (2026)
- Agent Skills (SKILL.md) em todo agente de IA para programação: Claude Code, Codex, Cline, Amp e OpenHands (2026)
- Permissões do Claude Code: regras allow, ask e deny, sintaxe de regras e ferramentas permitidas
- Como permitir que o Claude Code rode todos os comandos: modos de permissão, regras allow e pular permissões
- Configuração de regras do Cursor: regras de projeto, de usuário e Team Rules, frontmatter .mdc, globs e AGENTS.md
- Adicionar servidores MCP ao Claude Code (claude mcp add, .mcp.json, escopos)
- Subagents e agentes personalizados comparados: Claude Code vs Codex vs Cursor vs Gemini CLI vs GitHub Copilot (2026)