何が変わるのか
Anthropicは金曜、コーディング支援ツールClaude Codeについて、8月14日からPro・Max・Teamの各アカウントでauto modeを既定値にすると発表しました。auto modeは3月にテスト版として公開されたもので、スピードとコントロールの両立を狙った機能と位置づけられていました。それが「試したい人が選ぶオプション」から「特に何もしなければそうなる設定」へ格上げされる、という変更です。
実際の挙動はシンプルです。従来のように一手ごとに「この操作を許可しますか」と確認を出さず、Claude Codeはそのまま作業を進めます。止まるのは、その操作が「取り消し不能・破壊的、あるいは自分の環境の外に向かうもの（irreversible, destructive, or aimed outside your environment）」と判定された場合です。つまり承認の対象が「すべての操作」から「危険と判定された操作」へ絞り込まれます。
なぜ重要か──「人間のレビュー」の実力が数字で示された
注目すべきは、Anthropicがこの変更を「速いから」ではなく「安全だから」と説明している点です。同社は1,053人の有料テスターによる調査で、有害な操作を捕捉できた割合がauto modeで89%、人間のレビューでは13.6%だったとしています。さらに、Claude Codeでは利用者が許可プロンプトの97%を承認していると指摘し、手動レビューは習慣化しうる（manual review can become habitual）と説明しています。
この97%という数字は、多くの開発チームが薄々感じていたことの裏づけです。確認ダイアログは、押す回数が増えるほど内容を読まなくなります。「人間が最終確認している」という体裁は残っても、実質的なチェック機能は摩耗する。監査ログや承認フローを回している組織ほど、この構図には見覚えがあるはずです。
何が代わりの防御線になるのか
一手ごとの承認を外す以上、防御はプロンプト側ではなく仕組み側に移ります。Anthropicは、プロンプトインジェクションのスクリーニングや、データの外部流出などを防ぐためのカスタマイズ可能なハード拒否ルール（hard deny rules）といった安全機能を追加してきたとしています。設計思想としては、人間の注意力を毎回消費させるのではなく、越えてはいけない線をルールとして固定する方向です。
Claude Code責任者のBoris Cherny氏はXで、チームと自身は何か月もauto modeのみを使っており、許可プロンプトに戻ることは考えられない、と述べています。開発元が自分たちの日常業務で先に切り替えている、という事実は、この変更が実験ではなく既定路線であることを示しています。
💼 事業会社視点：これは自社にどう効くか
実務上のポイントは「AIの権限設計が、個人の設定から組織のガバナンス項目になった」ことです。8月14日以降、TeamプランでClaude Codeを配っている企業では、情シスやCTOが何もしなければ全員が自動実行モードで動き出します。まず決めるべきは、承認フローの見直しではなく、ハード拒否ルールの中身と適用範囲です。本番DBへの接続情報、顧客データを含むディレクトリ、外部への送信を伴うコマンド——ここを組織標準として先に固定してください。
影響が大きいのは受託開発・SIerです。顧客との契約や情報セキュリティ基準に「人間が確認する」と書いてある場合、97%を機械的に承認していた実態と、89%対13.6%という同社の検証結果は、その条項を再定義する材料になります。顧客に対しては「人が全部見ています」ではなく「越えられない境界をルールで固定し、ログで示せます」という説明に切り替えるほうが、実態にも合い説得力もあります。
SaaS・EC事業者にとっては開発速度の勝負に直結します。一手ごとの確認が消えれば実装のリードタイムは縮みますが、効くのはテスト・レビュー・ロールバックが整っている組織だけです。CI/CDと権限分離が弱いまま既定値に乗ると、速く壊れるだけになります。役員が今週やるべきは、開発環境の権限棚卸しと、拒否ルールの一次案を出す担当者を指名することです。