Claude Codeの自動モードと--dangerously-skip-permissions：確認を求めずにClaudeを動かす

claude dangerously-skip-permissionsが実際に行うこと

このコマンドは、Claude Codeの bypassPermissions モードを有効にします。

claude --dangerously-skip-permissions

これと同等の明示的なコマンドは次のとおりです。

claude --permission-mode bypassPermissions

どちらも、残る安全対策の制約を受けながら、通常の権限承認を省略します。すべての操作が必ず成功することや、Claude Codeが今後一切質問しないことを意味するわけではありません。

この 公式CLIリファレンス でも、有効にすることと利用可能にすることを区別しています。このコマンドは、バイパスモードを利用可能にしたうえで、プランモードで起動します。

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

追加されている語である allow が重要です。 --allow-dangerously-skip-permissions は、バイパスモードを直ちに有効にするものではありません。

「確認なし」には異なる意味がある

開発者が、Claude Codeに確認なしですべてを実行させる方法を尋ねるとき、その意図は「操作を自動承認する」か「権限確認のプロンプトで一切停止しない」のどちらかかもしれません。この目的の違いによって、必要な設定も変わります。

バイパスモードは、通常の承認ゲートを取り除きます。自動モードは、分類器で操作を評価します。一方、無人実行用の設定では、プロンプトが必要になる操作をすべて拒否し、その制限内でセッションを続けることができます。

権限承認を省略すると、危険で破壊的な結果を招く可能性があります。Anthropicは、バイパスモードを隔離された環境でのみ使用することを推奨しています。これは、コマンドの実行場所に関する制約として扱ってください。特に、削除、認証情報、外部へのデータ共有、デプロイ操作を伴うタスクでは重要です。

Claude Codeの権限モードを比較する

Claude Codeの権限モードは、編集を進めてよいか、操作にレビューが必要か、承認が必要になった場合にどうするかという、それぞれ異なる問題に対応します。

これらは基本的な意味です。細かな動作はインストール済みのバージョンによって異なり、随時更新されるドキュメントには、この記事の公開日以降の変更が含まれる場合があります。 Claude Code CLIガイド は、起動オプションを選ぶ際にさらに調べるための有用な資料です。

Auto、acceptEdits、dontAskはそれぞれ異なる選択肢

使用するモデルは、 acceptEdits は、許可された作業ディレクトリ内でのファイル変更と一般的なファイルシステム操作を自動承認したい場合に使用します。この権限は、あらゆる操作への包括的な承認を意味しません。

自動モードは、権限に関する判断を分類器に委ねます。承認された操作は実行され、ブロックされた操作についてはClaudeが別の方法を試します。ブロックが繰り返されると、人による承認が求められる場合があります。

dontAsk は異なる方法を取ります。プロンプトが必要になる操作は拒否され、すでに許可されている操作は実行できます。「承認プロンプトが出ない」と「自動承認される」では結果が大きく異なるため、区別しておくことが有用です。

自動モード：レビュー、デフォルト設定、分類器の課金

自動モードは2026年24月に提供が開始され、当初はTeamユーザー向けのリサーチプレビューでした。 自動モードの公式発表 には、2026年10月にすべてのユーザー向けに一般提供が開始されたと記載されています。

その目的は、通常の手動による権限判断を、分類器によるレビューに置き換えることです。このレビューはリスクを軽減しますが、完全ではありません。自動モードが危険な操作を承認したり、無害な操作をブロックしたりすることがあります。Anthropicは、自動モードについても隔離を推奨しています。

技術解説で挙げられているリスクには、過度に積極的な操作、スコープの誤認、プロンプトインジェクション、認証情報の探索、外部へのデータ共有、デプロイチェックの回避が含まれます。通常のプロンプトをなくしても、タスクのスコープを定義する必要はなくなりません。

9月に何が変わったのか

2026年19月にリリースされたClaude Code 2.1.278では、Claude APIとEnterpriseのユーザー、およびBedrock、Vertex、Foundry、ゲートウェイで、自動モードがデフォルトでサーバー側分類を使用するようになりました。課金に関する表現は明確で、サーバー側分類では「分類器のオーバーヘッドに対して課金しない」とされています。また、このリリースでは「課金対象のフォールバック時に警告する」とも記載されています。

この変更は、分類器の実行場所と、そのオーバーヘッドの課金方法に関するものです。コーディングやモデルの利用が無料になることを約束するものではなく、すべてのユーザーの起動時の権限モードを自動モードにしたわけでもありません。

9月27日までには、ほかにも重要なリリースがありました。 2.1.283タグの変更履歴 には、別々の変更が記録されています。

• バージョン2.1.281では、 CLAUDE_CODE_AUTO_MODE_SERVER がAnthropic APIへの直接接続にも拡張されました。これを 0 に設定するとオプトアウトとなり、使用量に算入される分類器を使用します。 1 に設定するとオプトインとなります。また、読み取り専用のシェルコマンドとサンドボックス内のシェルコマンドに対するサーバー側レビューも記録されています。
• 9月25日に公開されたバージョン2.1.283では、サードパーティのプロバイダーを使用している場合、またはテレメトリーを無効にしている場合の対話型セッションで、権限モードが設定されていなければ自動モードで起動するように変更されました。 permissions.defaultMode は、引き続きこの起動時の動作より優先されます。

9月25日の起動モードの変更を2.1.278によるものとみなしたり、この両者のデフォルト設定を同じものとして扱ったりしないでください。

推測せずにセッションを確認する

次のコマンドを実行します： /status を実行し、 Auto mode server の行を確認すると、セッションの分類器がサーバーで実行されているかどうかを確認できます。

Bedrock、Vertex、Foundry、ゲートウェイでは、 CLAUDE_CODE_AUTO_MODE_SERVER=0 によってサーバー側分類をオプトアウトします。前述の、その後追加されたAPI直接接続での動作では、次の設定による明示的なオプトインもサポートされています。 1.

過去のフォールバックの適用条件は、入手できる概要資料だけでは十分に確認できません。裏付けられる結論は、より限定的です。サーバー側の分類器のオーバーヘッドは課金されず、課金対象のフォールバックでは警告が表示される場合があり、通常のモデル使用量は別に扱われます。使用量に関するより広い背景については、 Claude Codeの料金ガイド.

すべてを承認せずに無人実行する

CIなどの無人タスクでは、バイパスモードだけが選択肢ではありません。2026年2月にリリースされたClaude Code 2.1.259では、次のものが追加されました。 --permission-prompts none.

この 2.1.259のリリースノート では、動作が次のように説明されています。プロンプトが表示される操作はすべて自動的に拒否されますが、選択した権限モードは引き続き判断を行います。

たとえば、次のように考えます。

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

自動モードは、引き続き操作をレビューします。操作が権限承認を必要とする段階に達すると、この設定では人を待たずに拒否します。

これは、レビューを伴う無人実行が要件である場合に有用な選択肢です。ただし、完了を保証するものではありません。タスクに必要な操作がブロックまたは拒否される可能性があります。自動レビュー、自動編集、通常の承認の省略のうち、何を優先するかに応じて設定を選んでください。

プロジェクト設定でモードが有効にならない場合がある理由

9月1日にリリースされたバージョン2.1.257以降、 defaultMode: "bypassPermissions" は、次の両方で無効です。 .claude/settings.json と .claude/settings.local.json。これは、それらのプロジェクト設定ファイルでの "auto" に対する制限と一致しています。

ユーザー設定または管理対象設定を使用するか、 --permission-mode をClaude Codeの起動時に指定してください。特定の無人実行では、明示的なコマンドを使うと、要求したモードを容易に確認できます。

同じワークフローは、AI Prime TechなどのAPIゲートウェイ経由でも実行できます。次を参照してください。 APIキーを使ったClaude Codeの利用。AI Prime Techは独立した組織であり、AnthropicまたはOpenAIとは提携していません。

権限設定とサンドボックスを組み合わせる

権限モードは承認の判断を制御します。サンドボックスは、コマンドがアクセスできる対象を制御します。ファイルシステムとネットワークへのアクセスを制限しながら、中断を減らしたい場合は、両方を使用してください。

Anthropicの サンドボックスに関する発表は、2025年10月20日に公開され、生成されたサブプロセスも含め、LinuxのbubblewrapとmacOSのSeatbeltによって適用されるファイルシステムとネットワークの隔離について説明しています。設定するには、 /sandbox を実行してください。

Anthropicは、社内での利用において権限確認プロンプトが84%減少したと報告しています。これは社内での結果であり、すべてのプロジェクトやタスクで同じ削減率が得られるという約束ではありません。

関連するサンドボックス設定

これらの設定はサンドボックスを有効にし、 dangerouslyDisableSandbox による回避手段を無効にして、有効にしたサンドボックスの起動を必須にします。

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

各設定の目的は異なります。

• sandbox.enabled はサンドボックスを有効にします。
• sandbox.allowUnsandboxedCommands: false は回避手段を無効にします。
• sandbox.failIfUnavailableは、2026年3月25日にバージョン2.1.83で追加され、有効にしたサンドボックスを起動できない場合に、サンドボックスなしで処理を続行する代わりに終了します。

自動モードまたはバイパスモードは、サンドボックスと組み合わせて使用できます。どちらの権限モードを選んでも、サンドボックス設定が不要になるわけではなく、サンドボックス内のシェルコマンドにもサーバー側の審査が適用される場合があります。

一部の削除確認は残る

「権限確認をスキップ」しても、確認が一切なくなるとは限りません。本記事の情報収集締め切り時点では、変更履歴に、バイパスモードと自動モードの両方で危険な rm バイパスモードと自動モードの両方で、プロンプトは二分間待機した後、書き換えのヒントを添えて操作を拒否します。

CLAUDE_CODE_DISABLE_DANGEROUS_RM_TIMEOUT=1 はそのタイムアウトを無効にします。これを、削除に関するすべての保護策を無効にするもの、またはすべてのコマンドを自動的に成功させるものと説明すべきではありません。

無人実行では、操作が拒否される可能性を考慮してください。通常の権限確認プロンプトをなくしていても、ブロックされた操作に依存するタスクでは、別の方法が必要になる場合があります。

重要なポイント

• claude --dangerously-skip-permissions は bypassPermissionsを有効にし、通常の権限承認を省略しますが、残りの保護策は引き続き適用されます。
• 自動モードは分類器による審査を使用します。操作を承認したり、ブロックしたりでき、ブロックが繰り返された後には、最終的に人間の承認を必要とする場合があります。
• サーバー側の分類器のデフォルト設定と、開始時の権限モードのデフォルト設定は、別々の変更です。バージョン2.1.278では分類処理が変更され、バージョン2.1.283では特定の対話型セッションの開始時の動作が変更されました。
• 審査を伴う無人実行には、自動モードと --permission-prompts noneを組み合わせてください。確認プロンプトが表示されるはずの操作は拒否されます。
• 権限モードの選択と併せて、隔離とサンドボックス設定を使用してください。プロジェクト設定では、 defaultModeを通じて自動モードやバイパスモードを有効にできないため、ユーザー設定または管理対象設定、あるいは明示的なCLIモードを使用してください。

よくある質問

claude --dangerously-skip-permissionsは、確認せずにすべてを許可しますか？

これは bypassPermissionsを有効にすることで通常の権限承認を省略しますが、残りの保護策は引き続き適用されます。2026年9月27日時点では、バイパスモードと自動モードで危険な rm バイパスモードと自動モードでは、プロンプトが二分間待機してから、書き換えのヒントを添えて操作を拒否することがありました。

Claude Codeの自動モードでも、コマンドをブロックしたり承認を求めたりしますか？

はい。自動モードでは、承認された操作を実行し、その他の操作をブロックしてClaudeが別の方法を試せるようにします。また、ブロックが繰り返されると、人間の承認が求められる場合があります。 --permission-prompts none を追加すると、本来なら確認プロンプトが表示される操作はすべて自動的に拒否されます。

サーバー側の自動モード分類には追加料金がかかりますか？

バージョン2.1.278では、サーバー側の分類で分類器の処理に伴う追加分は課金されず、課金対象のフォールバックが発生する場合は警告すると説明されています。これは、通常のコーディングやモデル利用が無料になるという意味ではありません。セッションの分類器がどこで実行されるかを確認するには、 Auto mode server の行を /status で確認してください。

プロジェクト内でdefaultModeを指定しても、自動モードやバイパスモードが有効にならないのはなぜですか？

プロジェクト設定の制限により、 "auto" と "bypassPermissions" は defaultMode の値として .claude/settings.json と .claude/settings.local.json内で指定しても有効になりません。ユーザー設定または管理対象設定を使用するか、明示的な --permission-mode 引数を指定してClaude Codeを起動してください。