Claude Codeのプランモードの使い方は、慣れると「大きめの修正を任せる前の安全装置」になります。プランモードとは、Claudeがコードを読むだけの状態で調査と計画を先に立て、こちらが計画を承認するまでファイルを書き換えないモードです。結論から言えば、入り方はチャット入力欄でShift+Tabを押してモードを巡回させるだけで、起動時にclaude --permission-mode planを付ける方法もあります。この記事では、公式ドキュメントで確認した正確な切り替え手順と、通常モードとの違い、そしてサイト制作・LP制作や自社ツール開発の現場でプランモードをどう組み込むかまでを、コマンドと設定値つきで解説します。
この記事の要点
- プランモードはClaudeが読み取り中心で計画を立て、承認までファイルを編集しないモードです。
Shift+Tabでdefault→acceptEdits→planと巡回し、状態バーに⏸ plan mode onと出ます。 - 起動時から使うなら
claude --permission-mode plan、常用するなら~/.claude/settings.jsonのdefaultModeをplanにします。 - 複数ファイルの改修や初見のコードベースを触る前に計画を確認できるため、LP・サイト制作や社内ツール開発で「実装前に影響範囲を洗う」工程に向いています。
01Claude Codeのプランモードとは？何ができるモードか
Claude Codeのプランモードとは、Claudeがファイルを編集せず、コードの読み取りと調査だけを行って実装計画を先に提示するパーミッションモードです。公式ドキュメントではplanモードの用途が「変更する前にコードベースを調べる（Exploring a codebase before changing it）」と説明されています。通常モードが「読み取りのみ許可」なのに対し、プランモードはそのうえで計画立案までを担い、承認するまで手を動かさない点が特徴です。
プランモードを一言でいうと？
一言でいえば、プランモードは「実装の前に設計図を出させて、こちらがOKを出してから書かせる」仕組みです。いきなりファイルが書き換わる不安がなくなるため、影響範囲が読みにくい改修ほど効果があります。編集部が公式仕様を確認したところ、プランモードで許可されるのは読み取りと、auto modeが使える場合の分類器承認済みコマンドに限られていました。
なぜ「読むだけ」のモードが要るのか
理由は、AIに大きめの変更を一気に任せると、意図とずれた実装がそのままファイルに反映されてしまうからです。プランモードは「計画 → レビュー → 実装」という順番を仕組みとして固定し、レビューの一手を必ず挟ませます。とくに複数ファイルにまたがる変更では、着手前に「どこを触るつもりか」を把握できるだけで手戻りが減ります。
02プランモードの使い方｜3つの切り替え方法
プランモードへの入り方は3通りあります。セッション中に切り替える方法、起動時に指定する方法、そして既定モードとして設定する方法です。いずれも公式ドキュメントに沿った手順で、迷いやすい巡回順もそのまま示します。
Shift+Tabでモードを巡回させる（セッション中）
もっとも手軽なのは、チャット入力欄でShift+Tabを押す方法です。公式仕様では、押すたびにdefault（表示上はManual）→acceptEdits→planの順にモードが巡回します。つまり通常モードから2回押すとプランモードに入り、状態バーに⏸ plan mode onと表示されます。もう一度巡回させれば通常モードへ戻せます。
（Manual・読むだけ）
（編集を自動承認）
⏸ plan mode on
起動時からプランモードで始めるには？
最初からプランモードで始めたいときは、起動オプションを付けます。ターミナルでclaude --permission-mode planと打つと、そのセッションはプランモードで立ち上がります。同じ--permission-modeフラグは非対話実行の-pとも併用できるため、スクリプトから安全側で走らせたいときにも使えます。
settings.jsonで既定モードにする
毎回プランモードから始めたいなら、設定ファイルで既定にできます。~/.claude/settings.jsonに次のようにdefaultModeを書くと、起動時の初期モードがプランモードになります。案件ディレクトリごとに.claude/settings.jsonを置けば、プロジェクト単位で既定を分けられます。
{
“permissions”: {
“defaultMode”: “plan”
}
}
03プランモード中は何ができて何ができないのか？
プランモード中は、読み取りはできますが、ファイルの編集やコマンド実行は承認なしには行われません。公式ドキュメントによると、planモードで承認なしに走るのは「読み取り」と、auto modeが利用できる環境での「分類器が承認したコマンド」に限られます。ファイルの書き換えは、計画を承認するまで保留されます。
プランモードで許可される操作・されない操作
整理すると次のとおりです。編集や破壊的なコマンドを止めたうえで、調査に必要な読み取りは自由に行える、という線引きになっています。保護対象パスへの書き込みは、通常のモードでは自動承認されない安全策も併存します。
| 操作 | プランモード中の扱い |
|---|---|
| ファイル・コードの読み取り | 承認なしで実行できる |
| ファイルの編集・新規作成 | 計画を承認するまで行われない |
| シェルコマンドの実行 | 原則保留（auto mode環境の分類器承認分を除く） |
| 計画の提示 | 調査結果をもとに実装計画を返す |
この線引きがあるため、初見のリポジトリを「まず読ませて全体像を掴ませる」使い方が安全に行えます。
04通常モード・acceptEditsとの違いはどこか【比較表】
プランモードの位置づけは、他のモードと並べると分かりやすくなります。次の表は、公式の「各モードで承認なしに走る操作」の説明を編集部が整理したものです。これまで通常モードやacceptEditsだけで進めていた作業と、プランモードを挟む場合で何が変わるかが読み取れます。
| モード | 承認なしで走る操作（これまで／今回の差） | 向いている場面 |
|---|---|---|
| default（Manual） | 読み取りのみ。編集・実行は都度承認 | 着手直後や慎重に進めたい作業 |
| acceptEdits | 読み取りと編集、一般的なファイル操作コマンドを自動承認 | レビューしながらコードを反復する作業 |
| plan（今回の主題） | 読み取り中心。計画を立て、承認まで編集しない | 変更前にコードベースを調べる作業 |
違いの核心は「編集をいつ許すか」です。acceptEditsが編集を先に走らせて後からレビューする流れなのに対し、プランモードは編集の前に計画レビューを挟みます。大きな改修ほど、この一手の位置の差が手戻りの量に響いてきます。
05計画の承認から実装までの流れ
プランモードの一連の流れは、調査・計画・承認・実装の4段です。Claudeがコードを読み、実装計画を提示し、こちらが計画を承認すると、その計画に沿って実装へ移ります。承認という明確な区切りがあるので、途中で方針を直したいときは計画の段階で軌道修正できます。
コードを読む
実装案を提示
人がOKを出す
計画どおり実行
計画をそのまま丸呑みしないコツ
承認は便利ですが、計画を読まずにそのまま通すと安全装置の意味が薄れます。編集部が実務で意識しているのは、承認前に「触るファイル数」と「消す予定の処理」を一度目で追うことです。計画に含まれる対象ファイルが想定より多いときは、範囲を絞る指示を足してから承認すると、実装が膨らみすぎるのを防げます。
06サイト制作・LP制作でプランモードをどう使うか【実践】
ここからは、編集部がサイト制作・LP制作でプランモードをどう組み込んでいるかを具体的に示します。狙いは「実装が始まる前に、崩れそうな箇所を先に洗う」ことです。既存LPのファーストビュー改修を例にとります。
既存LP改修での使い方（手順）
まず案件ディレクトリでClaude Codeを開き、Shift+Tabを2回押してプランモードに入ります。そのうえで、次のような粒度で指示を出します。読むだけの状態なので、まだHTMLもCSSも書き換わりません。
このLPのファーストビューを、見出しコピーと
CTAボタンだけ差し替えたい。
– 変更対象のファイルと行を先に一覧で出して
– 既存のレスポンシブ指定を壊さない前提で計画して
– 触らないほうがいいコンポーネントがあれば理由つきで教えて
この指示に対して、Claudeは対象ファイルと変更方針を計画として返します。計画に「触らないほうがいい」と挙がった共通コンポーネントは、他ページと共有していることが多く、ここを事前に切り分けられるのがプランモードの利点です。計画を確認して問題なければ承認し、実装へ進めます。もし対象が想定より広ければ、「今回はFVのHTMLだけに限定」と範囲を狭めてから承認します。
デザインガイドラインを守らせる組み合わせ
制作では、案件ごとのデザインルール（配色・余白・フォント指定）をCLAUDE.mdに書いておき、プランモードで計画させると、計画の段階でルールに沿った方針が返りやすくなります。実装後に「色が違う」と直すより、計画の時点で「差し色は指定の1色だけ」と釘を刺しておくほうが、やり直しが減ります。
07自社ツール開発でのプランモード活用【実践】
社内の効率化ツールを自作するときも、プランモードは設計段階の相棒になります。API連携や小さなデータベースを持つツールは、後から直すと影響が広がりやすいため、実装前に構造を固める価値が高い領域です。
API連携ツールの設計での使い方
たとえば、外部サービスからデータを取得して社内ダッシュボードへ渡すツールを作る場面を考えます。プランモードでclaude --permission-mode planと起動し、次の粒度で設計を先に立てさせます。ここでもコードはまだ書かれません。
外部APIから日次でデータを取得して保存するツールを作りたい。
実装の前に計画だけ出して。
– 必要なファイル構成（取得・保存・実行の分け方）
– リトライとエラー時の扱いの方針
– 認証情報は環境変数で外出しする前提で設計して
計画としてファイル構成やエラー処理の方針が返るので、そこで「保存先はCSVでなくSQLiteにする」といった判断を、コードが増える前に下せます。認証情報を環境変数で切り離す方針を計画時点で指定しておくと、キーをコードに直書きする作りを避けられます。方針が固まってから承認し、実装へ移す流れです。なお、社内固有の非公開URLや認証情報は指示にも計画にも直接書かず、環境変数の名前だけで扱うのが安全です。
08プランモードでアウトプットはどう変わると想定されるか
ここは実測値ではなく、モードの仕様差からの想定として書きます。プランモードは「承認まで編集しない」仕様のため、実装前に方針を直せる回数が増えると想定されます。結果として、いきなり全ファイルを書き換えてから直す進め方に比べ、手戻りの総量が減る方向に働くと考えられます。
どの工程が変わると想定されるか
読み取り中心で計画を出す仕様から、変わりやすいのは「調査と設計の工程」です。初見のコードベースやテンプレートを触る前に全体像を把握できるため、影響範囲の見落としが減ると想定されます。一方で、単純な1ファイル修正やタイポ直しでは、計画を挟むぶん一手増えるだけになりやすく、通常モードのほうが速いと考えられます。いずれも「◯◯という仕様差から、△△の工程でこう変わる」という想定であり、実際の速さや手戻り量は自分の案件で確かめるのが確実です。
09プランモードが向く場面・向かない場面
プランモードは万能ではなく、向き不向きがはっきりしています。判断の軸は「変更の影響範囲が読みにくいかどうか」です。読みにくいほどプランモードの価値が上がり、自明なほど通常モードで十分になります。
向いている場面
複数ファイルにまたがる改修、初見のコードベースの調査、共通コンポーネントを含むサイトのデザイン変更、API・データ構造の設計など、着手前に影響範囲を把握したい作業に向きます。実装より先に「どこを触るか」を確定できるため、レビューの質が上がります。
向かない場面
1ファイルで完結する小さな修正、タイポの訂正、すでに手順が決まっている定型作業では、計画の一手がかえって遠回りになります。こうした作業は通常モードや、レビューしながら反復するacceptEditsのほうがテンポよく進みます。安全確認をコミット前にまとめて行いたい場合は、Claude Securityの仕組みとの併用も選択肢になります。
10よくある質問
プランモードへの入り方が分かりません。どのキーですか？
チャット入力欄でShift+Tabを押します。押すたびにdefault→acceptEdits→planと巡回するため、通常モードからは2回で入り、状態バーに⏸ plan mode onと表示されます。起動時から使うならclaude --permission-mode planを付けてください。
プランモード中にファイルは書き換わりますか？
計画を承認するまでは書き換わりません。プランモードで承認なしに走るのは読み取り中心で、ファイルの編集は保留されます。計画を確認してから承認する流れなので、意図しない変更がいきなり入る心配を減らせます。
毎回プランモードで始めることはできますか？
できます。~/.claude/settings.jsonのpermissions.defaultModeをplanにすると、起動時の初期モードがプランモードになります。案件ディレクトリに.claude/settings.jsonを置けば、プロジェクトごとに既定を分けられます。
プランモードと通常モードはどう使い分けますか？
変更の影響範囲が読みにくい作業はプランモード、自明な小修正は通常モードが目安です。複数ファイル改修や初見のコード調査ではプランモードで計画を挟み、1ファイルのタイポ直しなどは通常モードでそのまま進めると効率的です。
通常モードへはどう戻りますか？
もう一度Shift+Tabでモードを巡回させれば戻せます。状態バーの表示が⏸ plan mode onから切り替わることで、現在のモードを確認できます。VS Codeやデスクトップアプリではモードセレクターからでも切り替えられます。
プランモードはVS Codeやデスクトップでも使えますか？
使えます。CLIではShift+Tabで巡回し、VS Code・デスクトップ・claude.aiでは送信ボタン付近のモードセレクターから選べます。JetBrainsプラグインはIDEのターミナルで動くため、CLIと同じくShift+Tabや--permission-modeで切り替えられます。
11まとめ：プランモードを常用に組み込む
プランモードを使うかどうかは、「その変更の影響範囲を実装前に確かめたいか」で決まります。読み取り中心で計画を先に出し、承認まで編集しない仕様のため、複数ファイルの改修や初見のコード調査ほど、着手前に方針を直せる価値が大きくなります。逆に1ファイルの小修正では、通常モードのほうがテンポよく進みます。
最初の一歩としては、いつも触っている案件でClaude Codeを開き、Shift+Tabを2回押してプランモードに入り、「対象ファイルを先に一覧で出して」と一言添えて計画を出させてみてください。範囲が広ければ絞ってから承認する、という流れが手に馴染めば、大きめの改修を任せる不安がかなり減ります。常用するならsettings.jsonのdefaultModeをplanにしておくのが手軽です。Claude Codeまわりの関連として、コミット前の安全確認はClaude Securityの仕組み、別モデルの併用はClaude CodeでGPT-5.6 Solを使う方法もあわせて参考にしてください。