Claude Code

모든 AI 코딩 에이전트에서 모든 명령 허용하기: Cursor, Claude Code, Codex, Gemini CLI, Copilot CLI 외 7개 (2026)

AI 코딩 에이전트가 승인 없이 명령을 실행하게 하려면 어떻게 합니까?

주요 코딩 에이전트에는 모두 두 가지 수단이 있습니다. 하나는 전체 자동 승인 스위치(Cursor의 Run Everything, Claude Code의 --dangerously-skip-permissions, Codex, Gemini CLI, Copilot CLI의 --yolo, Cline의 YOLO Mode)이고, 다른 하나는 신뢰하는 명령만 미리 승인하는 범위 지정 allowlist입니다. 더 안전한 기본값은 allowlist입니다. 전체 스위치는 컨테이너, VM 또는 버려도 되는 프로젝트에서만 사용하십시오.

이 페이지는 영어 가이드를 번역한 것입니다. 명령어, 설정 키, 코드는 원문 그대로이며 내용이 다를 경우 영어판을 기준으로 합니다. 영어 원문 보기 → · 다른 언어: 简体中文 · 日本語 · Español · Português (Brasil)

설정 변경 소식을 가장 먼저 받아 보세요

이 도구들의 설정, 플래그, 권한 규칙이 바뀌면 주 1회 이메일(영어)로 알려 드립니다. 모든 내용은 공식 문서로 확인합니다.

빠른 답변: 도구별 전체 자동 승인 스위치

  • Cursor: Settings > Agents > Approvals & Execution에서 Run Mode = Run Everything(sandbox 없음, 검토 없음).
  • Claude Code: claude --dangerously-skip-permissions. 컨테이너나 VM 전용입니다. Auto mode는 검토가 포함된 중간 선택지로, 일상적인 확인 요청 없이 분류기가 작업을 검사합니다.
  • OpenAI Codex CLI: --dangerously-bypass-approvals-and-sandbox(별칭 --yolo)는 승인과 sandbox를 모두 제거합니다.
  • Gemini CLI: --yolo(--approval-mode yolo와 동일). 명령줄에서만 켤 수 있습니다.
  • GitHub Copilot CLI: --allow-all-tools는 도구 확인 요청을 건너뜁니다. --allow-all 또는 --yolo는 모든 권한을 한 번에 켭니다.
  • Cline: Cline Settings > Features > YOLO Mode. 모든 안전 검사를 끕니다.
  • goose: GOOSE_MODE=auto. 이미 기본값이며, 묻지 않고 파일을 편집하고 삭제합니다.
  • Junie CLI: brave mode. /brave 또는 Ctrl+B로 전환하거나 junie --brave를 사용합니다. Level On은 모든 민감한 작업을 묻지 않고 실행합니다.
  • Factory Droid: headless 실행에는 droid exec --auto high.
  • OpenCode: opencode.json에서 permission 규칙을 allow로 설정합니다.
  • Kiro: ~/.kiro/settings/permissions.yaml의 allow 규칙.
  • Zed: agent.tool_permissions에서 default를 allow로 설정합니다.

더 안전한 방법: 신뢰하는 명령만 미리 승인

대부분의 도구는 특정 명령만 허용하고 나머지는 계속 묻도록 할 수 있습니다. 이렇게 하면 테스트, 린터, git 읽기 같은 일상 작업은 빠르게 진행되고, 에이전트에게 rm, git push, 클라우드 CLI는 넘기지 않습니다.

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: rm과 git push를 제외한 모든 것 허용

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

OpenCode: opencode.json(마지막으로 일치한 규칙이 적용됨)

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

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

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

Sandbox: 안전망을 갖춘 자동 승인

  • Codex는 승인 정책과 sandbox(read-only, workspace-write, danger-full-access)를 함께 사용합니다. codex --sandbox workspace-write --ask-for-approval on-request는 워크스페이스 편집을 허용하고, 워크스페이스 밖으로 나가기 전에 묻습니다. workspace-write에서는 네트워크 접근이 기본적으로 꺼져 있습니다.
  • Cursor의 Auto-review 모드는 allowlist에 있는 호출을 즉시 실행하고, 다른 셸 명령은 가능하면 sandbox로 보냅니다.
  • Junie의 --sandbox 플래그를 쓰면 brave mode를 더 적은 위험으로 사용할 수 있습니다. development, nightly, experimental 빌드에만 있으며 Windows에서는 지원되지 않습니다.
  • Claude Code 자체 지침은 --dangerously-skip-permissions를 컨테이너나 VM 안에서 root가 아닌 사용자로만 사용하라는 것입니다.

allow와 deny가 겹칠 때 적용되는 규칙

  • Claude Code: deny가 먼저, 그다음 ask, 그다음 allow.
  • GitHub Copilot CLI: --deny-tool이 항상 allow 옵션보다 우선합니다.
  • Kiro: 모든 범위에서 deny가 ask보다, ask가 allow보다 우선합니다.
  • OpenCode: 마지막으로 일치한 규칙이 적용되므로 catch-all을 먼저 두고 구체적인 패턴을 그 뒤에 둡니다.
  • goose: 환경 변수가 config.yaml보다, config.yaml이 기본값보다 우선합니다.

도구별 단계별 가이드

출처

이 가이드에서 확인한 공식 문서(영어)입니다. 영어판 확인일: 2026-10-18

다른 한국어 가이드