Claude Codeの既定が8月14日に自動承認へ。人間が止めた危険コマンドは13.6%

📖 この記事で分かること

• 8月14日から既定が auto mode になる対象プラン
• 分類器が止める操作と、手動に戻る条件
• 反転の根拠になった2つの計測値
• 手動に戻す方法と管理者向けの無効化設定

💡 知っておきたい用語

• 権限モード: AIエージェントがコマンド実行や編集を、人の承認なしにどこまで進めてよいかを決める設定。車の運転支援を「どこまで任せるか」の段階設定に近い。

最終更新日: 2026年8月8日

▶ 公式ページ

• Auto mode is now the default in Claude Code for Pro, Max, and Team plans(Anthropic)
• Auto mode for Claude Code(Anthropic)

Claude Codeの既定が自動承認側に変わる

この記事のポイント

• Anthropicは2026年8月7日、Claude Codeの既定の権限モードを8月14日から auto mode にすると発表しました。
• 対象は Pro / Max / Team プラン(2026年8月時点)。Enterprise とAPI経由は当面 opt-in のままです。
• モードを固定済みなら変更なし。手動に戻すにはCLIで Shift+Tab を押す操作が必要です。

Anthropicは2026年8月7日、Claude Codeの既定の権限モードを auto mode に切り替えると発表しました。適用は2026年8月14日からで、対象は Pro / Max / Team プラン(2026年8月時点)です。Enterprise、Claude API【エーピーアイ】、Claude Platform on AWS、Amazon Bedrock、Google Cloud の Agent Platform、Microsoft Foundry は当面 opt-in のまま据え置かれますが、1か月以内に変更される予定とされています。

すでに権限モードを固定しているユーザーの設定は変わりません。固定していないユーザーには切り替えの案内が1回表示されます。つまり8月14日以降、何も操作しなければ自動承認側の既定を受け取ることになり、手動承認に戻す側がユーザーの操作を必要とする形になります。

分類器が何を止め、いつ手動に戻るか

auto mode は、Claude本体とは別の分類器がすべてのツール呼び出しを実行前に検査する仕組みです。検査の対象は「取り返しがつかない操作」「破壊的な操作」「自分の環境の外に向かう操作」で、公式は具体例として大量のファイル削除、機微データの持ち出し、悪意あるコードの実行を挙げています。

分類器がブロックした場合、Claudeはより安全な代替手段を探すか、ユーザーに許可を求めます。ブロックが続く場合は自動的に手動承認へ戻ります。戻る条件は連続3回、またはセッション通算20回のブロックです。

公式は限界も明記しています。ユーザーの意図が曖昧な場合や、Claudeが環境の文脈を十分に持たない場合には、危険な操作を通してしまうことがあります。逆に無害な操作をブロックすることもあります。またツール呼び出しのトークン消費・コスト・レイテンシに小幅な影響が出る可能性があるとしています。

反転の根拠は思想ではなく計測値

この変更が目を引くのは、Claude Codeが約1か月前に逆方向へ動いていたためです。tech-noisyは2026年7月5日にClaude Codeが既定の権限モードをManualに変更した件を報じています。v2.1.200では自動承認を前提としない初期設定に切り替わっていました。

今回の反転で示された根拠は2つあります。1つ目は有料テスター1,053人を対象にした対照実験で、危険なコマンドを人間の手動承認が捕捉できた割合は13.6%、auto mode は89%でした。2つ目は実運用データの分析で、手動承認を通したセッションのほうが本番影響度の意図しない被害を2.6倍多く含んでいました(6.3%対2.4%)。

数字が示しているのは、承認プロンプトが多すぎると人は内容を読まずに通してしまう、という運用上の問題です。承認画面が存在することと、承認が機能していることは別だという結果になっています。

影響と、いま確認すべき設定

個人利用では、8月14日を待たずに現在のモードを確認しておくのが実務的です。手動に戻す操作はCLIで Shift+Tab、デスクトップアプリではモードのドロップダウンから行います。先にモードを固定しておけば、既定変更の影響を受けません。CLIで明示的に有効化する場合は claude --enable-auto-mode を使います。

組織で使っている場合は、managed settings に "disableAutoMode": "disable" を設定することで、管理者が組織全体で auto mode を無効化できます。監査要件などで実行前の人手承認を証跡として残す運用をしている場合は、8月14日より前にこの設定の要否を決めておく必要があります。

編集部の見方

編集部は、この変更で実務上いちばん効くのは検出率89%という数字ではなく、手動承認の捕捉率が13.6%だったという測定結果のほうだと見ています。

• 根拠1: 13.6%という値は、これまで多くの現場が安全側だと考えていた「人が1回ずつ承認する」運用が、実際にはほとんど機能していなかったことを示します。auto mode を採用しない場合でも、承認プロンプトを安全対策として数えるのは危険だという示唆が残ります。
• 根拠2: 実運用データで被害率が6.3%対2.4%と逆転している点は、実験室の検出率よりも運用上の意味が大きい結果です。承認を挟んだセッションのほうが被害が多かったという方向性は、承認疲れの影響が実測されたことを意味します。
• 根拠3: 一方で公式自身が「意図が曖昧なら通すことがある」と明記しています。分類器は承認の代替であって、権限設計そのものの代わりにはなりません。

この見方が変わる条件は、フォールバック(連続3回・通算20回)が実運用でどの程度発生するかです。頻繁に手動へ戻るようなら、実質的な運用は従来の手動承認に近づき、既定変更の効果は限定的になります。

よくある質問

Q: 8月14日に自動で切り替わりますか

A: モードを固定していないユーザーが対象で、切り替えの案内が1回表示されます。すでにモードを固定している場合は変更されません。

Q: 手動承認に戻せますか

A: 戻せます。CLIでは Shift+Tab、デスクトップアプリではモードのドロップダウンから変更します。

Q: 会社全体で使わせない設定はありますか

A: あります。管理者が managed settings に "disableAutoMode": "disable" を設定すると、組織全体で無効化されます。

まとめ

Claude Codeは2026年8月14日から、Pro / Max / Team プランで auto mode を既定にします。分類器がツール呼び出しを実行前に検査し、連続3回または通算20回ブロックされると手動承認へ戻ります。反転の根拠として示されたのは、人間の手動承認が危険なコマンドを13.6%しか捕捉できず、実運用では手動承認を通したセッションのほうが被害を2.6倍多く含んでいたという計測結果でした。手動運用を続ける場合でも、8月14日より前にモードの固定と管理者設定の要否を確認しておく必要があります。

【用語解説】

• 分類器: 入力を決められたカテゴリに振り分ける仕組み。ここではツール呼び出しを「危険」「安全」に判定する検査役として使われている。
• フォールバック: 想定どおりに動かないときに、あらかじめ決めた安全な状態へ戻す仕組み。ここでは自動承認から手動承認への差し戻しを指す。
• managed settings: 管理者が組織全体に配布・強制できる設定。個々のユーザーの設定より優先される。

引用元:

• [1] Auto mode is now the default in Claude Code for Pro, Max, and Team plans(Anthropic)
• [2] Auto mode for Claude Code(Anthropic)
• [3] PSA: Claude Code enabling auto mode as default next week, Anthropic says(9to5Mac)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。