Claude Code autoモード完全ガイド|8月14日から変わる3つのこと
代表取締役 上坂大地郎

結論: Claude Codeのautoモードが2026年8月14日からPro・Max・Teamプランのデフォルトになりました。Anthropicの1,053名テストで、人間は危険なコマンドの13.6%しか止められなかったのに対しautoモードは89%を検出。「人間に聞くより、AIに判断させたほうが安全」という逆転が起きています。
この記事の要点:
- autoモードは89%の危険コマンドを検出。手動承認の人間は13.6%しか検出できなかった(Anthropic発表・有料ユーザー1,053名テスト)
- 3層の制限ルール(hard-deny / soft-deny / managed-settings)で安全性を担保。prompt injection攻撃720件に対し成功率0%(Trajectory Labs評価)
- autoモード分のトークン課金が撤廃。有料プランでは分類器のコストをAnthropicが吸収する
対象読者: Claude Codeを日常的に使っている開発者、チームへの導入を検討しているエンジニアリングマネージャー、AIコーディングツールの安全性に関心のある方
読了後にできること: autoモードの安全メカニズムを理解したうえで、自分のプロジェクトに合った制限ルールを設定できるようになります
僕はSES会社でClaude Codeを全社導入していて、AI秘書を元にほぼすべての開発作業をClaude Codeで回しています。autoモード自体はプレビュー時から使ってきたので、今回の「デフォルト化」で何が変わるのか、実運用の立場から整理します。
この記事では、autoモードの仕組みと安全メカニズムを解説したうえで、設定の変更方法と実運用での注意点まで踏み込みます。Claude Codeのセッション間メッセージング機能と合わせて読むと、最近の機能進化の全体像がつかめるはずです。
autoモードとは何か — 手動承認との違い
Claude Codeには、ツール呼び出しのたびに人間の承認を求める手動モードと、安全と判断したアクションは自動で実行するautoモードがあります。
手動モードでは、ファイルの読み書き、シェルコマンドの実行、Git操作など、すべてのアクションに対して「許可しますか?」というプロンプトが表示されます。一方のautoモードでは、「不可逆・破壊的・環境外への操作」に該当しないアクションは承認なしで実行されます。
ここまでは既存の機能です。今回の変更は、このautoモードがPro・Max・Teamプランのデフォルトになったということ。新規セッションは最初からautoモードで始まります。
従来の手動モードが抱えていた問題
Anthropicの社内メトリクスによると、ユーザーは承認プロンプトの97%を許可しています(TechCrunch、2026-08-09報道)。つまり100回聞かれて97回「はい」を押す。これは事実上、何も確認していないのと同じです。
さらに、CLIユーザーの約半数がbash allow-rulesを作成し、62%がパーミッションバイパスを使用していました。手動承認の仕組みがあっても、多くのユーザーが迂回していたということです。
指標 | 手動モード | autoモード |
|---|---|---|
危険コマンドの検出率 | 13.6% | 89% |
テスト参加者 | 1,053名(有料ユーザー) | 同左 |
承認プロンプトの許可率 | 97%(≒未確認) | — |
有害アクションの発生確率 | autoモードの2倍以上 | 基準 |
安全メカニズムの3層構造
autoモードは「何でもやっていい」モードではありません。すべてのツール呼び出しはアクション分類器を通過し、3段階のルールで制御されます。
hard-denyルール — 無条件ブロック
指定したコマンドやパターンは、どんな状況でも実行されません。rm -rf /のような明らかに破壊的な操作はここに入ります。ユーザーがカスタマイズ可能なので、チームのポリシーに合わせて「本番DBへの接続」「特定ブランチへのforce push」なども追加できます。
soft-denyルール — 開発者がオーバーライド可能
デフォルトではブロックされるが、開発者が意図的に許可できるレベルです。「不可逆だがこの文脈では安全」と判断できる操作をここに置きます。
managed-settingsルール — 管理者制御
Team・Enterpriseプランの管理者が組織レベルで設定する制御です。個々の開発者はオーバーライドできません。
セッション内のフォールバック
autoモードが3回連続でブロック、またはセッション全体で20回ブロックが発生すると、自動的に手動承認モードに切り替わります。異常な操作パターンが検出された場合の安全弁です。
prompt injection耐性 — 720件で成功率0%
autoモードの安全性について、独立評価機関のTrajectory Labsがテストを行っています(Help Net Security、2026-08-10報道)。
モデル/モード | prompt injection成功率 |
|---|---|
Claude(autoモード) | 0%(720件中0件) |
GPT-5.6 Sol | 5.83% |
Codex(フルアクセス) | 19.03% |
72種の間接的なprompt injectionシナリオを含む720件のテストで、Claude modelのautoモードに対する攻撃は1件も成功していません。
ただし、これは「prompt injectionが不可能」という意味ではありません。セキュリティ研究者のSimon Willisonは、悪意あるパッケージがインストール手順の中に危険なコマンドを紛れ込ませるシナリオを指摘しています。たとえば uvx fetch-model-files . のような一見無害に見えるコマンドが、実際には悪意あるコードを実行する可能性です(simonwillison.net、2026-08-08)。
Willison自身は、検出に頼るよりもエージェントがアクセスできるデータや権限そのものを制限するアプローチを推奨しています。これはAIエージェントの承認を人間が3分の1見逃すで紹介した「権限の最小化」原則と同じ考え方です。
デュスクで動かして測った値
僕たちはautoモードをプレビュー時から全社で使っています。計測条件: Claude Code v2.1.224、Opus 5、2026年8月第2週、開発作業5セッション分。
体感として大きいのは中断の減少です。手動モードでは1セッション(約30分の作業)あたり平均15〜20回の承認プロンプトが出ていました。autoモードでは、ブロックされて手が止まるのは0〜2回程度。ファイル読み書きや安全なgit操作でいちいち止まらないので、作業の流れが途切れない。
一方で、hard-denyルールの設定は重要です。僕たちの場合、以下を追加で設定しています:
- 本番環境への接続コマンド
git push --force系.envファイルの外部送信
これらを設定しておけば、autoモードでもうっかり本番に触ることはありません。
対象プランと移行スケジュール
プラン | autoモード デフォルト化 | 備考 |
|---|---|---|
Pro / Max / Team | 2026年8月14日〜 | 新規セッションから適用 |
Enterprise | 1ヶ月以内に予定 | managed-settings対応 |
API / クラウドプラットフォーム | 1ヶ月以内に予定 | — |
既存ユーザーの扱い
- デフォルト設定のユーザー: 一度だけ「autoモードに切り替えますか?」のプロンプトが表示されます
- 設定をピン留めしているユーザー: 何も変わりません。手動モードを続けたい場合はそのままで大丈夫です
autoモードの追加トークン課金が撤廃
これまでautoモードでは、アクション分類器が消費する「少量の追加トークン」が課金されていました。今回の変更で、有料プランでは分類器のトークンコストをAnthropicが負担します。
【要注意】よくある失敗と回避策
❌ hard-denyルールを設定せずに使う
autoモードはデフォルトで多くの危険操作をブロックしますが、プロジェクト固有のルールは自分で追加する必要があります。
⭕ 初回セッションの前に、チームで「絶対に自動実行させたくない操作」をリストアップし、hard-denyに登録する。
❌ 「autoモード=安全」と思い込む
Anthropic自身が「autoモードはリスクを排除しない」と明記しています。本番システムやクリティカルなインフラへの変更は、引き続き人間が確認すべきです。
⭕ 本番デプロイや重要なマイグレーションの前には、手動モードに切り替える運用ルールを設ける。
❌ prompt injection対策をautoモードだけに頼る
720件のテストで成功率0%は心強い数字ですが、npmサプライチェーンワームのように、依存パッケージ経由で悪意あるコードが紛れ込むリスクは残ります。
⭕ サプライチェーンの健全性チェック(npm audit・pip-audit等)を並行で回す。autoモードの検出力と、依存関係の監視は別レイヤーで対処する。
手動モードとautoモードの選び方
「結局どっちを使えばいいのか」は、作業内容で切り分けるのが実用的です。
作業内容 | 推奨モード | 理由 |
|---|---|---|
日常の開発作業(実装・リファクタ・テスト) | auto | 中断が減り、流れが保たれる |
本番環境への変更・マイグレーション | 手動 | 不可逆操作の最終確認として |
未知のリポジトリの初回探索 | auto | 読み取り操作は安全。知らないコードベースほど中断が多くなるので効果大 |
セキュリティ感度の高いプロジェクト | 手動 | ゼロトラストの原則。Atlassian Rovo脆弱性のようなリスクを考慮 |
Boris Chernyの発言が示すもの
Claude Code責任者のBoris Chernyは、自身のチーム全員がautoモードだけを使っていると述べています(TechCrunch、2026-08-09)。開発元のチームが手動承認を「不要」と判断していることは、autoモードの成熟度を示す1つのシグナルです。
ただし、これはAnthropicの開発環境での話です。外部の機密データを扱うプロジェクトや、規制産業のコードベースでは、組織のセキュリティポリシーとの整合が先に来ます。
まとめ — 今日確認すること、来週までにやること、1ヶ月後に見直すこと
今日: autoモードが有効になっているか確認する。手動モードを維持したい場合は設定をピン留めする
来週まで: チームのhard-denyルールを整備する。「本番への接続」「force push」「機密ファイルの外部送信」など、プロジェクト固有のルールを追加する
1ヶ月後: Enterprise/APIプランでの展開後、managed-settingsの設定を組織レベルで見直す
次に読むなら: Claude Codeの最近の進化を把握するにはセッション間メッセージング機能の解説記事がおすすめです。AIエージェントの安全性というテーマでは、人間がエージェント承認を3分の1見逃す実験結果も参考になります。
参考・出典
- Anthropic is turning Claude Code's auto mode on by default(https://techcrunch.com/2026/08/09/anthropic-is-turning-claude-codes-auto-mode-on-by-default/) — TechCrunch(参照日: 2026-08-14)
- Anthropic makes Claude Code's auto mode default for paid users(https://www.infoworld.com/article/4207959/anthropic-makes-claude-codes-auto-mode-default-for-paid-users.html) — InfoWorld(参照日: 2026-08-14)
- Anthropic to put AI in charge of reviewing Claude Code actions by default(https://www.helpnetsecurity.com/2026/08/10/anthropic-claude-code-auto-mode/) — Help Net Security(参照日: 2026-08-14)
- Auto mode is now the default in Claude Code for Pro, Max, and Team plans(https://simonwillison.net/2026/Aug/8/auto-mode/) — Simon Willison(参照日: 2026-08-14)
- Claude Code puts auto mode in the driver's seat(https://www.theregister.com/ai-and-ml/2026/08/10/claude-code-puts-auto-mode-in-the-drivers-seat/5285326) — The Register(参照日: 2026-08-14)
- PSA: Claude Code enabling auto mode as default next week, Anthropic says(https://9to5mac.com/2026/08/07/psa-claude-code-enabling-auto-mode-as-default-next-week-anthropic-says/) — 9to5Mac(参照日: 2026-08-14)
