Claude Code が auto mode を標準化：危険なコマンド検知率は人間の 6 倍以上に

ターミナルに確認プロンプトが表示された瞬間、内容を読まずに無意識にEnterキーを押してしまった経験は、多くのエンジニアにあるはずです。

Anthropicはそのような形骸化した人間による確認作業を見直す決断を下しました。同社は8月7日、Claude Codeにおいて、8月14日からPro、Max、Teamプランを対象に「自動モード（auto mode）」をデフォルトで有効化すると発表しました。ツールを呼び出すたびにユーザーの許可を求めるのをやめ、裏側の分類器（classifier）が破壊的または不可逆なコマンドを自動で検知して遮断します。

また、この安全チェックに伴うトークン消費の追加課金は、対象プラン向けに即日撤廃されました。

人間の承認率は97%、もはや形骸化していた確認画面

Anthropicが自動モードのデフォルト化に踏み切った背景には、開発現場の実態を示すリアルなデータがあります。

Claude Codeの通常利用において、ユーザーがツールの実行許可プロンプトを承認する割合は実に97%に達していました。一方で、Claudeが提示したタスク全体の実行計画に対しては39%の確率で差し戻しが発生しています。つまり、人間は全体設計には目を光らせるものの、連続する細かな確認画面に対しては完全に注意力を失っていたわけです。

1053人の有料テスターを対象に行われたブラインドテストでも、結果は顕著でした。作業の途中に明らかな危険コマンドを紛れ込ませたところ、人間がそれに気付いて阻止できた割合はわずか13.6%にとどまりました。これに対し、自動モードは89%の危険コマンドを遮断しました。

さらに、セッションが長引いて確認プロンプトが50回を超えると、人間の阻止率は初期の17%から約5%にまで急落しました。アラート疲れによる見落としが実証された形です。

現場の抜け道を防ぎつつ、自律作業を伸ばす

実のところ、多くの開発者はすでに確認の手間を嫌って自前で安全策を無効化していました。2026年6月時点で、アクティブなCLIユーザーの49.5%がBashの許可ルールを作成しており、62%が権限バイパスや「今後表示しない」機能を利用していました。

自動モードでは、任意のコード実行を無条件で許可するような広範なルールは一時的に無効化され、すべてのツール呼び出しが安全分類器を経由します。危険と判定された場合、Claudeは別の安全な手段を自力で模索するか、ユーザーに指示を仰ぎます。連続3回、または1セッションで通算20回ブロックされた場合は、従来の手動承認モードに安全にフォールバックします。

この変更により、自動モードを採用したチームは作成するプルリクエストの数が約25%増加したといいます。AdobeやNuroなどの企業ではすでに本番環境のデフォルトとして運用されています。なお、Claude EnterpriseやAPI、AWS Bedrock、Google Cloud、Microsoft Foundryなどのクラウド利用では、管理者の確認期間を設けるため現時点では手動オプトインのままとなっています。

なぜ重要か

今回の変更について私たちは、開発ツールの「形骸化したセキュリティ確認」に正面から切り込んだ現実的な判断だと評価しています。1日に何十回も確認を迫る仕様は安全性を高めるどころか、開発者に何も読まず承認する悪習を植え付けていただけでした。

開発者にとっての価値は明確です。Claude Opus 5のような長時間稼働を得意とするモデルを動かす際、画面の前に張り付いて承認ボタンを押し続ける必要がなくなります。PR作成数が約25%増えたという数字が示す通り、自律的なコーディング環境を構築する上ではすぐにでも受け入れる価値があります。

ただし過信は禁物です。AnthropicがApollo Researchと実施したレッドチーム検証によれば、分類器を強化した後でも敵対的な攻撃に対する見逃し率は7%残っています。本番データベースの操作や機密データの取り扱いなど、絶対にミスが許されない領域では、完全放置ではなく設定ファイルによる厳格な拒否ルールの併用が引き続き求められます。