Claude 読了 8 分

Claude Codeの「毎回Yes」が消える日——Auto modeが8月14日からデフォルトになる理由

Shiritomo編集部 @shiritomoAI_jp 2026年8月8日更新

「Manual approval caught 14%. Auto mode caught 89%.」——Anthropicが8月7日に投稿したこの一文が、開発者コミュニティで一気に拡散されました。

Claude Code（Anthropicが提供するAIコーディングツール。
人に代わってコードを読み書き・実行してくれる）の権限管理が、8月14日から大きく変わります。
これまでファイル書き込みやコマンド実行のたびに求められていた「承認」が、Pro・Max・Teamプランでは自動判定に切り替わるのです。
毎回「Yes」を押す作業に疲れていたエンジニアなら、この変更の意味はすぐにピンとくるはずです。

先に結論をまとめると：
– 8月14日から、Claude CodeのAuto modeがPro・Max・Teamプランの新規セッションでデフォルトになる
– 危険なコマンドの検知率は、人間の手動承認13.6%に対しAuto modeは89%（Anthropicの自社調査）
– 便利さと引き換えに、専門家からは「万能な対策ではない」という指摘も出ている

Xで広がった「13.6% vs 89%」という数字

発表したのはAnthropicの開発者向けアカウントです。
要点はシンプルで、Auto mode（危険な操作かどうかを別の分類器が自動で判定する仕組み）が、Pro・Max・Teamの3プランで新規セッションの標準設定になるというものでした。

「8月14日から、Auto modeがPro・Max・TeamユーザーのClaude Codeにおける既定の権限モードになります。
Auto modeは別の分類器でシェルコマンドや操作をレビューし、テストでは危険なコマンドの89%を検知しました。
手動承認では14%でした」——投稿はこう伝えています。

Starting August 14, auto mode will be the default permission mode in Claude Code for Pro, Max, and Team users.

Auto mode reviews shell commands and actions with a separate classifier. In testing, it caught 89% of dangerous commands. Manual approval caught 14%.
— ClaudeDevs (@ClaudeDevs) 2026年8月7日

このポストが伸びた理由は、添えられた数字の生々しさにあります。
人間が手動で危険なコマンドを見抜けた割合はわずか13.6%、Auto modeは89%。
この対比が、日々「本当にこれ実行していいんだっけ」と確認ボタンを押し続けてきた開発者の実感と重なったのでしょう。
Anthropicによれば、有料テスター1,053人を対象にした検証で、危険なコマンドを承認画面で示しても人間が気づけたのは13.6%にとどまり、50回ほど確認を重ねると約5%まで下がったといいます。
慣れが油断につながる、というわけです。

ただ、数字だけを見て「じゃあ全部AIに任せて大丈夫」と結論づけるのは早計です。
そこで、Auto modeが具体的に何をしていて、どこまで信頼できるのかを一次情報で確認してみました。

調べて分かったこと

なぜ人間の「承認」は当てにならないのか？

Anthropicの公式ブログによれば、これまでのClaude Codeは、ファイル書き込みやコマンド実行のたびに人間の承認を求める設計でした。
ところが実際の利用データを見ると、ユーザーは提示された確認プロンプトの約93%をそのまま承認していたそうです。
いわゆる「承認疲れ」（何度も確認を求められるうちに、内容を読まずに反射的にOKを押してしまう現象）が起きていたことになります。
人間の注意力は有限で、繰り返しの確認作業には向いていない——この前提が、Auto modeを標準にする根拠になっています。

Auto modeは実際に何をブロックしているのか？

Auto modeは、各操作の前に専用の分類器（クラシファイア）を挟み、意図やスコープから見て危険と判断した操作だけを止める仕組みです。
ブロックの対象になるのは、大量のファイル削除や外部への情報送信、不審なコードパスの実行など。
安全と判定されたものはそのまま実行され、危険と判定されたものはより安全な手順を提案するか、人間に確認を求めます。

Anthropicのエンジニアであるボリス・チェルニー氏も、この仕組みの手応えをこう投稿しています。

「モデルの学習・入力の事前チェック・意図を確認する分類器と、十分な層を重ねれば、未知の攻撃に対する間接的なプロンプトインジェクションの成功率をほぼゼロにできると分かった。
1年前は想定していなかった。
Auto modeは来週からClaude Codeの既定になる」

turns out you can get indirect prompt injection to ~0 on unseen attacks if you stack enough layers (model training + input probes + a classifier checking intent). didn't expect that a year ago. auto mode is default in claude code as of next weekhttps://t.co/7KLnIzf6y7 pic.twitter.com/ow4jX2CMZW
— Boris Cherny (@bcherny) 2026年8月7日

モデルの学習・入力の事前チェック・実行前の分類器という複数の層を重ねることで、未知の攻撃パターンに対しても、狙って忍ばせた不正指示（プロンプトインジェクション）の成功率をほぼゼロに近づけられた、という趣旨の投稿です。
開発者からは「多層防御という発想自体が地に足のついたアプローチ」と評価する声も見られました。

「万能ではない」という指摘は何を意味するのか？

一方で、セキュリティ研究者からは慎重な見方も出ています。
分類器が評価できるのは、あくまで観測可能な操作と申告された意図であり、Claudeの内部の思考過程すべてを見ているわけではありません。
また、長いセッションで会話履歴が圧縮されると、途中で与えた「これはやってはいけない」という境界の指示が薄れてしまう可能性も指摘されています。

セキュリティ研究者のサイモン・ウィリソン氏は、Auto modeの既定の許可リストにpip install -r requirements.txtのような依存関係のインストールコマンドが含まれている点を挙げ、サプライチェーン攻撃（正規の配布経路を悪用した攻撃）への備えとしては不十分だと指摘しています。
Anthropic自身も、分類器は「リスクを減らす層」であって「組織のガバナンスに代わるものではない」と説明しており、Auto modeを使えば設定や監視が不要になるわけではなさそうです。

なお、Auto modeへの切り替えは強制ではありません。
すでに独自の権限設定をしている場合はClaudeが確認を挟みますし、切り替え後もShift+Tabでいつでも手動モードに戻せます。
分類器が使うトークン分の追加課金もない、とAnthropicは説明しています。

Shiritomo編集部の考察：業務でClaude Codeを使う人が今週やっておきたいこと

この変更は「便利になった」で終わらせず、業務でAIコーディングツールを使う人ほど一度立ち止まって確認しておく価値があります。

まず、自分のプロジェクトで機密情報を扱うディレクトリや、本番環境に直結する操作がないかを棚卸ししておくことをおすすめします。
Auto modeの分類器は優秀とはいえ、「何を危険とみなすか」の線引きは開発者側が握っている部分もあり、CLAUDE.md（Claudeに読み込ませるプロジェクト固有のルールファイル）などで許可・禁止の範囲を明文化しておくと安心です。
次に、8月14日以降にアプリ内で表示される切り替え通知は見逃さず、チームで運用している場合は誰がいつ確認したかを共有しておくと良いでしょう。
過去にも、AIツールのデフォルト設定変更が、気づかないうちにチーム全体の挙動を変えてしまった例は珍しくありません。
便利さの裏にある「何が変わったか」を把握しておくことが、結局は一番の安全策になります。

まとめ

Claude CodeのAuto modeは、承認疲れという人間側の弱点を数字で突きつけたうえで、8月14日から標準機能になります。
検知率の高さは魅力的ですが、専門家の指摘するとおり万能ではありません。
便利さに乗りつつも、自分の環境でどこまで自動化して良いかは、使う側が一度考えておく必要がありそうです。