Claude Codeの自動モードとは？Pro・Maxなどで8月から既定に。止められる操作と、毎回確認するモードに戻す方法
Claude CodeはPro・Max・Teamプランで2026年8月14日から自動モードで始まるように。分類器が何を止めて何を通すのか、Anthropicが示した安全性の数字の読み方、CLI・VS Code・デスクトップでManualに戻す方法とpush前だけ確認する設定を公式資料で解説。
PR｜この記事にはアフィリエイト広告（A8.net）が含まれます。
Claude Codeに作業を頼んだら、以前は出ていた「このコマンドを実行してよいか」の確認が出ないまま、作業が進んでいった。Pro・Max・Teamプランで使っているなら、設定が壊れたわけではありません。Anthropicが2026年8月14日から、これらのプランの新しいセッションを「自動モード（auto mode）」で始めるようにしたためです。自動モードでは、別のAIモデル（分類器）があなたの代わりに操作を審査し、取り消せない操作や破壊的な操作、作業環境の外に向かう操作を止めます。毎回自分で確認したい場合は、［Shift］＋［Tab］などで「Manual」モードに戻せます。
情報確認日：2026年9月14日。この記事はAnthropicの公式ブログと公式ドキュメントをもとにした解説で、自動モードの判定を実際に試した検証ではありません。
何が変わった？対象のプランと条件
Anthropicは8月7日のブログで、自動モードをClaude Codeの既定にすると発表しました。確認時点の公式ドキュメントでは、ターミナルやVS Code拡張でセッションを始めたときのモードが次のように決まっています。公式の説明に地域による条件はなく、プランなどで決まります（日本はClaudeの対応国です）。
- Pro・Max・Teamプラン：自動モードで始まります。
- Enterpriseプラン、Claude ConsoleのAPIキー：Manual（操作ごとに確認）で始まります。8月7日のブログはEnterpriseやAPI経由の利用も今後1か月のうちに既定にする予定としていましたが、確認時点のドキュメントではManualで始まる扱いのままです。
- 例外：
claude -pによる非対話の実行やAgent SDK、Amazon Bedrock・Google CloudのAgent Platform・Microsoft Foundryなどの経由、インストール直後やこの既定が加わった版へ更新した直後の最初のセッション、設定ファイルで自動モードを無効にしている場合は、Manualで始まります。 - バージョン：自動モードで始まるのは、macOS・Linux・WSLではv2.1.228以上、Windowsネイティブではv2.1.233以上です。それより前のバージョンではManualで始まります。
~/.claude/settings.jsonで自動モード以外の既定モード（defaultMode）を設定していて、ほかの設定ファイルで指定していなければ、そのモードで始まり続けます。自動モードに変えるかを1回だけ聞かれ、断れば設定はそのままです。- Teamプランで、管理者が管理設定で既定モードを決めている場合は、何も変わりません。
- 自動モードの審査には操作ごとに少し余分なトークンを使いますが、Pro・Max・Teamでは8月7日からその分を請求しないとされています。
Claude Code自体の使える場所と料金、Pro・Maxで作ったコードの商用利用の条件は、次の記事にまとめています。
Claude CodeはAnthropicのコーディング用AIツールで、無料プランでは使えず、ProやMaxかAPIの従量課金が必要です。使える場所と始め方、料金と利用上限、Pro・Maxで作ったコードの商用利用について規約に書かれていることを整理しました。
自動モードは何をどう判断している？
自動モードでは、Claudeが操作しようとするたびに、次の順番で扱いが決まります。
- 自分で設定した許可・確認・拒否のルール（allow／ask／deny）に当てはまる操作は、そのルールどおりに扱われます。
- 読み取りだけの操作と、作業フォルダ内のファイル編集は、確認なしで進みます（保護されたパスへの書き込みや、作業フォルダの外を初めて読むときなどを除く）。
- それ以外の操作は分類器が審査します。主にシェルコマンドやネットワーク操作がここに当たります。
- 分類器が止めた場合、Claudeはその理由を受け取り、別の方法を探します。
分類器が読むのは、あなたのメッセージ、Claudeのツール呼び出し（ファイルの読み取りや検索などを除く）、CLAUDE.mdの内容です。ツールの実行結果は渡されないため、読み込んだファイルやWebページに悪意のある指示が含まれていても、分類器が直接操られないようになっています。
分類器が3回続けて、または1つのセッションで合計20回操作を止めると、自動モードは一時停止し、Claude Codeは確認を求める方式に戻ります。確認が出た操作を承認すると、自動モードが再開します。この回数は変更できません。
止められる操作と、確認なしで通る操作の例
公式ドキュメントに載っている初期設定の例から、個人の開発で関係しやすいものを抜き出しました。実際の判定は会話の内容や設定によって変わります。
扱い | 操作の例 |
|---|---|
止められる | ダウンロードしたコードをそのまま実行する（ |
止められる | 機密データを外部に送る |
止められる | 本番環境へのデプロイや移行（マイグレーション） |
止められる | 強制プッシュ（force push） |
止められる | コミットしていない変更を捨てる |
止められる | セッションを始める前からあったファイルを、元に戻せない形で消す |
通る | 作業フォルダ内のファイル操作 |
通る | ロックファイルやマニフェストに書かれた依存関係のインストール |
通る | 読み取りだけのHTTPリクエスト |
通る | 作業中のリポジトリへのプッシュ（既定のブランチを含む）。ただし |
会話の中で「プッシュしないで」「確認するまでデプロイしないで」と伝えると、分類器はそれに当てはまる操作を止めます。ただし、この指示はルールとして保存されるわけではなく、長い会話で古いメッセージが要約されると失われることがあります。確実に止めたい操作は、後の節で紹介するルールで設定します。
公式ドキュメントは、自動モードは確認の回数を減らすもので、安全を保証するものではないと注意しています。Anthropicもブログで、本番インフラへの重要な変更は自分でClaudeの操作を確認するよう勧めています。
人が確認するより安全？公式の数字の読み方
Anthropicが既定化の理由に挙げたのは、手動の確認が形だけになりやすいことです。ブログによると、Claude Codeのユーザーは確認画面の97%を承認していました。
同社が調査会社を通じて1,053人の有償テスターに行った実験では、テスト用の環境で作業してもらい、途中の確認画面を1回だけ明らかに危険なコマンドにすり替えました。これを見抜いたテスターは13.6%（143人）で、自動モードは同じコマンドの89%（937件）を止めたとしています。また、2026年5〜6月に安全確認の対象になった実際のセッションをモデルで採点し直したところ、ユーザーが明示的に頼んでいない本番レベルの深刻な操作を含む割合は、手動承認のセッションで6.3%、自動モードのセッションで2.4%でした。
これらはAnthropic自身の発表値です。実験は参加者自身のコードではなくテスト用の環境で行われ、実際のセッションの分析も、データ利用に同意したアカウントのうち安全確認で抽出されたセッションが対象です。自分の使い方でも同じ結果になるとは限らない、という前提で読むのが妥当です（筆者の見方）。
毎回確認するモードに戻すには？
動いているセッションのモードは、いつでも切り替えられます。環境ごとの方法は次のとおりです。
環境 | いまのセッションを切り替える | 次から始まるモードを決める |
|---|---|---|
ターミナル（CLI） | ［Shift］＋［Tab］を押す。自動モードから1回押すとManualになる。起動時に |
|
VS Code拡張 | 入力欄の下にあるモード表示をクリックし、［Manual］を選ぶ | VS Codeのユーザー設定 |
デスクトップアプリ（Codeタブ） | 送信ボタンの横のモード選択で切り替える | 選んだモードはフォルダごとに記憶される。設定ファイルの |
ターミナルで毎回Manualから始めたい場合は、~/.claude/settings.jsonに次のように書きます。Manualモードの設定値はdefaultです（CLIではmanualとも書けます）。
{
"permissions": {
"defaultMode": "default"
}
}次に始めたセッションで、画面下のステータスバーに「manual mode on」と表示されれば切り替わっています。
自動モードのまま、プッシュの前だけ確認したいときは？
自動モードの手軽さを残しつつ、特定の操作の前だけ確認を挟むこともできます。公式ドキュメントでは、設定ファイルのpermissions.askに次のようなルールを加える例が紹介されています。askルールは分類器より先に評価されるため、自動モードでも当てはまるコマンドでは確認が出ます。
{
"permissions": {
"ask": [
"Bash(git push *)",
"Bash(gh pr create *)"
]
}
}- このルールが当てはまるのは、
git pushやgh pr createで始まるコマンドだけです。git -C <フォルダ> pushのように書き方が違うコマンドは対象外になります。 - 絶対に実行させたくない操作は
permissions.denyに入れます。分類器に回る前に止まり、会話で頼んでも実行されません。 - 自動モードに止められた操作は、
/permissionsの［Recently denied］タブで確認できます。操作を選んで［r］キーを押し、画面を閉じると、その操作を再実行してよいとClaudeに伝わります。
どのモードを選べばいい？
公式の説明をふまえた、筆者の提案です。
- 慣れないコードや、本番環境・大事なデータに触る作業：Manualで操作を1つずつ確認する。
- 作業フォルダの中で完結する長めの作業：自動モードに任せ、プッシュや公開の前だけaskルールで確認を挟む。
- ファイルの編集は任せたいが、コマンドは自分で見たい：
acceptEdits（VS Codeでは「Edit automatically」）を選ぶ。ファイル編集とmkdirやmvなどのよく使うファイル操作は確認なしで進み、それ以外は確認が出ます。
参考：Anthropic「Auto mode is now the default in Claude Code for Pro, Max, and Team plans」（2026年8月7日）、Claude Code公式ドキュメント「Configure auto mode」（いずれも英語）
