Claude CodeのAuto Modeが8月14日からデフォルトに｜変わること・手動に戻す方法【2026年8月】

Claude Code の Auto Mode が、2026年8月14日から Pro・Max・Team プランの新規セッションでデフォルトの権限モードになります。これまでコマンドごとに「実行していいですか？」と聞かれていた確認が、原則として出なくなるという変更です。

この変更は自動的に適用されるため、「気づいたら Claude Code が確認なしでコマンドを実行していた」という状況が起こり得ます。ただし全員が影響を受けるわけではなく、既に自分でデフォルトを設定している人や、組織で管理設定が入っている人は現状のままです。

まずは自分が影響を受けるかどうかを判定し、そのうえで戻したい人向けの手順を見ていきましょう。

8月14日から具体的に何が変わるのか

Anthropic は公式ブログで次のように告知しています。

ポイントは「新規セッション」という点です。既に走っているセッションが途中で切り替わるわけではありません。

影響を受ける人・受けない人

課金の扱いも同時に変わりました

Auto Mode は分類器（classifier）モデルが各アクションを事前チェックする仕組みのため、ツール呼び出しごとに追加のトークンを消費します。この分類器のオーバーヘッド分について、Pro・Max・Team プランでは課金しなくなりました（発表日付で適用）。デフォルト化にあたって、コスト面の抵抗を取り除いた形です。

Auto Mode は何をブロックし、何を素通しするのか

「確認なしで実行される」と聞くと不安になりますが、Auto Mode はすべてを無条件に通すモードではありません。専用の分類器モデルが実行前に各アクションを審査し、危険と判定したものをブロックします。

公式ドキュメントによれば、分類器は「依頼の範囲を超えてエスカレートするもの」「認識されていないインフラを対象とするもの」「Claude が読み込んだ敵対的コンテンツに誘導されたと見られるもの」をブロックします。

デフォルトでブロックされる代表例

• curl | bash のような、ダウンロードしたコードの実行
• 機密データの外部エンドポイントへの送信
• 本番環境へのデプロイ、マイグレーション
• クラウドストレージの大量削除
• IAM やリポジトリ権限の付与
• セッション開始前から存在したファイルの不可逆な破壊
• force push
• git reset --hard、git checkout -- .、git restore .、git clean -fd、git stash drop、git stash clear（未コミットの変更を捨てると推定されるため）
• terraform destroy、pulumi destroy、cdk destroy などの破壊系
• ルートディレクトリやホームディレクトリを対象とした削除（rm -rf /、rm -rf ~）

デフォルトで許可される代表例

• 作業ディレクトリ内のローカルファイル操作
• ロックファイルやマニフェストに宣言済みの依存関係のインストール
• .env の読み取りと、対応する API への認証情報の送信
• 読み取り専用の HTTP リクエスト
• 作業中のリポジトリの任意のブランチへの push（デフォルトブランチを含む）

会話の中で伝えた制約も効く

これは実用上かなり重要な仕様です。分類器は会話の中であなたが述べた制約をブロック信号として扱います。「push しないで」「レビューするまでデプロイは待って」と伝えれば、デフォルトルールでは許可される操作でもブロックされます。

ただし注意点があります。この制約はルールとして保存されるわけではなく、分類器がチェックのたびにトランスクリプトから読み直しています。そのためコンテキストの圧縮（compaction）でその発言が消えると、制約も失われます。確実に守らせたいなら、会話ではなく deny ルールを設定してください。

ブロックが続くと自動的に確認モードへ戻る

分類器が3回連続、または合計20回アクションをブロックすると、Auto Mode は一時停止して通常の確認プロンプトに戻ります。プロンプトを承認すれば Auto Mode が再開します。このしきい値は変更できません。

Manual（手動）に戻す方法

ここが多くの人の目的だと思います。戻し方は用途に応じて3通りあります。

claude --permission-mode default

{
  "permissions": {
    "defaultMode": "default"
  }
}

もっと厳しくしたい場合の選択肢

Manual より厳格にしたいなら dontAsk モードがあります。これは確認プロンプトが出る状況ですべて自動的に拒否し、permissions.allow ルールに合致する操作と読み取り専用の Bash コマンドだけを実行します。セッションが入力待ちで止まらないため、CI パイプラインや制限環境向けです。

claude --permission-mode dontAsk

なお dontAsk は Shift+Tab の巡回には現れません。フラグでのみ指定できます。各モードの詳しい使い分けはClaude Codeの権限モード完全ガイドで解説しています。

Anthropic が示した根拠と、残る11%のリスク

「確認を外す方が安全」という主張は直感に反しますが、Anthropic は実験データを根拠として示しています。

Anthropic は調査会社を通じて1,053人の有料テスターを雇い、コーディング作業の調査を実施しました。その結果、明らかに危険なコマンドをテスターが止められたのは 13.6%（1,053件中143件）にとどまり、同じコマンドを Auto Mode は 89%（1,053件中937件）ブロックしたと報告しています。

人間が確認プロンプトを読み飛ばしてしまう現象、いわゆる「承認疲れ」が数字として出た形です。

実務的な結論としては、本番環境の認証情報が載っている端末や、取り返しのつかない操作が混ざる作業では、Manual に戻すか permissions.ask ルールで人間のチェックポイントを挟むのが妥当です。Auto Mode のまま特定操作だけ確認させることもできます。

管理者向け：組織全体で無効化・固定する

Team・Enterprise プランの管理者は、組織全体に対して制御をかけられます。

Auto Mode を完全に無効化する

管理設定（managed settings）で permissions.disableAutoMode を "disable" にします。これにより Shift+Tab の巡回から auto が消え、起動時の --permission-mode auto も拒否されます。

{
  "permissions": {
    "disableAutoMode": "disable"
  }
}

組織全体のデフォルトを固定する

無効化までは不要で、開始モードだけ揃えたい場合は管理設定に defaultMode を書きます。冒頭の表のとおり、管理設定でデフォルトが固定されている組織は8月14日の変更の影響を受けません。

よくある質問

まとめ

2026年8月14日から、Claude Code の Auto Mode が Pro・Max・Team プランの新規セッションでデフォルトになります。要点を整理します。

• 対象は新規セッションのみ。実行中のセッションは変わらない
• 自分で defaultMode を設定済みなら維持される。ただし一度きりの切り替えプロンプトを承諾すると変わる
• 組織の管理設定でデフォルトが固定されていれば影響なし
• 戻すには Shift+Tab、--permission-mode default、または ~/.claude/settings.json の defaultMode
• 管理者は disableAutoMode を "disable" にすれば組織全体で無効化できる
• 根拠は 1,053人の調査で 人間 13.6% 対 Auto Mode 89%。ただし残り11%は止まらない

「安全性が上がるから確認をやめる」という設計思想は理解できますが、公式ドキュメント自身が安全性を保証しないと明言している以上、本番の認証情報を持つ環境では手動を維持する判断も十分に合理的です。まずは自分の環境がどのモードで起動するかを確認しておくことをおすすめします。

Auto Mode の基本的な仕組みや設定項目については、Claude CodeのAuto Modeとは？使い方・設定・自動承認の仕組みを完全解説もあわせてご覧ください。