\n\n\n\n

\nClaude Code 基本設定\n

Claude Codeの権限モード完全ガイド｜Manual・Plan・acceptEdits・Autoなど6モードの使い分け

ステータスバーの「manual mode on」「accept edits on」といった表示、意味を正確に説明できますか？Claude Codeには6段階の権限モードがあり、Shift+Tabで切り替えられます。この記事では全モードの違い、切り替え方、目的別の選び方を、公式ドキュメントに基づいて一枚の地図として整理します。

\n\n\n\n

権限モードとは：どれだけ「確認なし」で進めるかの設定

Claude Codeがファイルを編集したり、コマンドを実行したり、ネットワークにアクセスしようとするとき、通常は一度立ち止まってあなたに確認を求めます。権限モード（Permission Mode）は、この「立ち止まって聞く」頻度をコントロールする設定です。

モードによってセッションの進み方が変わります。Manualモードは1つ1つの操作を確認しながら進み、より緩いモードほど長く中断なく作業させ、まとめて結果を報告させられます。神経を使う作業ほど確認を多く、信頼できる方向性の作業ほど確認を減らす——これが選び方の基本軸です。

\n\n

6つのモード一覧：確認なしで実行される範囲

\n\n\n\n\n\n\n\n\n\n\n\n\n\n

モード	設定値	確認なしで実行される範囲	向いている場面
Manual（既定）	`default`	読み取りのみ	初めて触るリポジトリ・慎重に進めたい作業
acceptEdits	`acceptEdits`	読み取り＋ファイル編集＋`mkdir`・`touch`・`mv`等の基本コマンド	レビュー前提でコードを反復修正するとき
Plan	`plan`	読み取りのみ（書き込み・実行は一切不可）	変更前にコードベースを調査・計画したいとき
Auto	`auto`	ほぼすべて（AIによる安全性判定つき）	長時間タスク・確認疲れを減らしたいとき
don’t ask	`dontAsk`	事前承認済みのツールのみ	ロックダウンされたCI・スクリプト環境
bypass permissions	`bypassPermissions`	すべて（安全チェックなし）	隔離されたコンテナ・VM専用

\n\n

\nℹ 「Manual」という名前について\n

すべての操作を確認する既定モードは、CLI・VS Code拡張・JetBrainsプラグイン・デスクトップアプリで「Manual」と表示されます（設定値としてはdefaultのまま）。CLIではmanualという別名でも指定できます（Claude Code v2.1.200以降）。「manual mode」で検索して辿り着いた方は、これがAuto Modeの対極にある「確認ありの標準モード」だと理解してください。

\n\n

2026年8月14日からの変更：Pro・Max・Teamプランでは、新規セッションの既定モードがautoになります。影響を受ける条件と、既定を手動に戻す設定はAuto Modeが8月14日からデフォルトに｜変わること・手動に戻す方法で解説しています。

\n\n

切り替え方：Shift+Tabのサイクル

CLIでの基本操作はShift+Tabです。既定では次の順でサイクルします。

\n\n

default（Manual） → acceptEdits → plan

\n\n

ステータスバーには、現在のモードが次のように表示されます。

\n\n\n\n\n\n\n\n\n\n\n\n\n\n

表示	モード
`⏸ manual mode on`	Manual（v2.1.203以降で表示。それ以前は無表示）
`⏸ plan mode on`	Plan
`⏵⏵ accept edits on`	acceptEdits
`⏵⏵ auto mode on`	Auto
`⏵⏵ don't ask on`	don’t ask
`⏵⏵ bypass permissions on`	bypass permissions

\n\n

AutoモードとbypassPermissionsモードは、条件を満たしたときだけサイクルに追加されます。

Auto：アカウントがAuto Modeの利用条件を満たしている場合にサイクルへ登場します
bypassPermissions：--permission-mode bypassPermissionsや--dangerously-skip-permissionsで起動した場合にサイクルへ登場します
don’t ask：サイクルには登場しません。--permission-mode dontAskで明示的に起動する必要があります

\n\n

起動時に指定する

claude --permission-mode plan

\n\n

既定モードとして固定する

~/.claude/settings.json（個人設定）または.claude/settings.json（プロジェクト設定）に記述します。

{\n  "permissions": {\n    "defaultMode": "acceptEdits"\n  }\n}

\n\n

\n⚠ auto modeの既定化はユーザー設定のみ有効\n

defaultMode: "auto"は.claude/settings.json（プロジェクト設定）や.claude/settings.local.jsonには効きません。Claude Code v2.1.142以降は、リポジトリが自分自身にAuto Modeを付与できないよう、これらのファイルからのauto指定を無視します。既定化したい場合は~/.claude/settings.json（個人設定）に書いてください。Auto Modeの詳しい要件はAuto Modeの設定ガイドで解説しています。

\n\n

各モードの詳細

\n\n

acceptEdits：レビュー前提の反復編集向け

ファイル編集と、mkdir・touch・rm・mv・cp・sedといった基本的なファイル操作コマンドを確認なしで実行します。作業ディレクトリ内のパスに限定され、それ以外へのコマンドは通常どおり確認が必要です。「エディタやgit diffで後からまとめて確認したい」というスタイルに向いています。

\n\n

Plan：変更前に調査だけさせる

読み取り・検索・調査コマンドの実行はできますが、書き込みは一切できません。Claudeが計画を提示したあと、次の4つから進め方を選べます。

Yes, and use auto mode：承認してAuto Modeで開始
Yes, manually approve edits：承認して1つずつ確認しながら編集
No, keep planning：Planモードのまま計画を練り直す

/planを先頭に付けたプロンプトでも一時的にPlanモードに入れます。Ctrl+Gで提案された計画をテキストエディタで直接編集することもできます。

\n\n

Auto：AIの安全性判定つきでほぼ全自動

ほとんどの操作を確認なしで実行しますが、裏側で別のAI（分類器）が各操作を評価し、危険な操作は自動的にブロックします。本番デプロイ・強制削除・シークレットの書き込みなど、あらかじめ「原則ブロック」と決められた操作群があります。利用にはプラン・モデル・プロバイダーの条件があり、詳細はAuto Modeの仕組み解説をご覧ください。

\n\n

don’t ask：CI・スクリプト専用のロックダウン

あらかじめ許可ルールに登録したツール以外は、確認を求めずに自動拒否します。セッションが入力待ちで止まることがないため、無人実行が前提のCIパイプラインに向いています。

\n\n

bypass permissions：隔離環境専用の最終手段

安全チェックをすべて無効化し、即座に実行します。コンテナ・VMなど、host環境を壊しても被害が閉じ込められる場所以外では使わないでください。rm -rf /やrm -rf ~のようなホームディレクトリ・ルート全体を狙う削除だけは、このモードでも確認が求められる「サーキットブレーカー」として残ります。

\n\n

\n✕ bypass permissionsとauto modeを混同しない\n

両方とも「確認が減る」点は同じですが、bypass permissionsには安全性判定が一切なく、Auto Modeには分類器によるチェックが常に働きます。公式ドキュメントも「bypass permissionsはプロンプトインジェクションや意図しない操作への保護を一切提供しない」と明記しています。「確認を減らしたい」だけならAuto Modeを検討してください。

\n\n

常に保護される「protected paths」

bypassPermissionsモードを除くすべてのモードで、.git・.claude・.vscodeなどの設定ディレクトリや、.zshrc・.npmrc・.gitconfigなどの設定ファイルへの書き込みは自動承認されません。これはリポジトリの状態やClaude Code自身の設定が誤って壊れるのを防ぐための保護で、permissions.allowルールで個別に許可していても効きません（モードごとの扱いは下表の通りです）。

\n\n\n\n\n\n\n\n\n\n\n\n

モード	protected pathsへの書き込み
default / acceptEdits / plan	確認を求める
auto	分類器が判定
don’t ask	拒否
bypassPermissions	許可

\n\n

目的別の選び方まとめ

\n✓ 迷ったらこの基準で\n

初めてのリポジトリ・重要な変更 → Manual（既定のまま）
実装が固まっていて反復修正したい → acceptEdits
まず設計・調査だけしたい → Plan
長時間タスクを任せたい・確認疲れを減らしたい → Auto（要件を満たしていれば）
CI・無人実行環境 → don’t ask
使い捨てのコンテナ・VM内のみ → bypass permissions

迷ったら、まずShift+Tabで各モードを実際に切り替えて、ステータスバーの表示が変わる様子を確認してみてください。体感するのが一番早い理解の近道です。

\n\n

よくある質問

\n\n

Q. 「manual mode」と「auto mode」の違いを一言で言うと？

Manualは「毎回聞く」、Autoは「AIの安全性判定を挟みつつ基本的に聞かない」です。両者は権限モードのスペクトラムの両端に位置し、acceptEdits・Planはその中間的な選択肢にあたります。

\n\n

Q. VS Codeやデスクトップアプリでもモード名は同じですか？

表示ラベルが異なります。VS Code拡張では「Manual」「Edit automatically」「Plan」「Auto」「Bypass permissions」という表示になり、それぞれCLIのdefault・acceptEdits・plan・auto・bypassPermissionsに対応します。挙動は同じです。

\n\n

Q. モードはプロジェクトごとに記憶されますか？

デスクトップアプリのモードセレクターで選んだモードは、そのフォルダ単位で記憶され、settings.jsonのdefaultModeより優先されます（Planモードだけは例外で、そのセッション限りの適用です）。CLIの場合は起動時のフラグや設定ファイルのdefaultModeに従います。

\n\n

Q. Auto Modeがサイクルに出てこないのですが？

アカウントがプラン・モデル・プロバイダーの利用条件を満たしていない可能性があります。Anthropic API・Bedrock・Vertex AI（Agent Platform）など提供元ごとに対応モデルが異なるため、プロバイダー別の有効化条件を確認してください。

\n\n

Autoモードで実際に何が止まるのかを条文レベルで確認したい場合はClaude Code Auto Modeは何をブロックするのか｜全83ルールと解除方法をご覧ください。

まとめ

\n✓ この記事のポイント\n

権限モードは6段階：Manual（既定）・acceptEdits・Plan・Auto・don’t ask・bypass permissions
CLIではShift+TabでManual→acceptEdits→Planをサイクル。Auto・bypassPermissionsは条件付きでサイクルに追加される
「Manual」はAuto Modeの対義語にあたる、確認ありの標準モードの表示名（設定値はdefault）
bypass permissionsは安全性判定なしの最終手段。確認を減らしたいだけならAuto Modeを検討する
protected pathsへの書き込みは、bypassPermissions以外のどのモードでも自動承認されない

まずはShift+Tabを押して、今自分がどのモードにいるかをステータスバーで確認してみてください。そこから、作業内容に合わせてモードを選ぶ習慣をつけるのがおすすめです。

\n\n\n\n\n