Claude Code

あらゆる AI コーディングエージェントで全コマンドを許可する方法:Cursor、Claude Code、Codex、Gemini CLI、Copilot CLI ほか 7 ツール(2026)

AI コーディングエージェントに承認なしでコマンドを実行させるにはどうすればよいですか?

主要なコーディングエージェントには 2 つの手段があります。完全な自動承認スイッチ(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 はレビュー付きの中間的な選択肢で、classifier がアクションをチェックする間、通常の確認プロンプトは出ません。
  • 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 で切り替えます。レベル On では、機密性の高いアクションをすべて確認なしで実行します。
  • Factory Droid:ヘッドレス実行には droid exec --auto high。
  • OpenCode:opencode.json で permission ルールを allow に設定します。
  • Kiro:~/.kiro/settings/permissions.yaml の allow ルール。
  • Zed:agent.tool_permissions で default を allow に設定します。

より安全な方法:信頼するコマンドだけを事前承認する

ほとんどのツールでは、特定のコマンドを許可しつつ、それ以外はすべて確認させることができます。テスト、linter、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:最後にマッチしたルールが優先されるため、包括ルールを先に、個別のパターンを後に書きます。
  • goose:環境変数が config.yaml より優先され、config.yaml がデフォルトより優先されます。

ツール別のステップバイステップガイド

出典

このガイドで確認した公式ドキュメント(英語)です。 英語版の確認日: 2026-10-18

その他の日本語ガイド