Claude CodeのPlan Mode（プランモード）は、AIに、まず考えさせてから動かすための専用モードです。指示を出した瞬間にファイルを書き換え始めるのではなく、先に作業計画を文章で提示させ、あなたが内容を確認して承認してから実装に移ります。この記事では以下を学べます。

  • Plan Modeの起動方法と基本的な挙動
  • 承認フロー（ExitPlanMode）の3つの選択肢の使い分け
  • 実際のワークフロー例と、失敗しがちなパターン
  • Plan Modeが向くタスク・向かないタスクの見極め方

なお、Claude Code自体をこれから触るという方は、先にClaude Codeの読み方・意味・できることを5分で解説した入門記事で全体像をつかんでおくと、この記事の内容がすっと入ってきます。

Plan Modeとは何か

Plan ModeはClaude Codeに搭載されている読み取り専用の計画立案モードです。読み取り専用とは、ファイルの中身を見ることはできても書き換えることはできない状態を指します。このモードに入ると、ClaudeはRead・Grep・Globといった調査系ツール（ファイルを読む・検索するための道具）しか使えなくなり、Edit・Write・Bashなどの書き込み系操作は一切実行されません。代わりに、対象のファイル群を読み込んだ上で、何を・どこに・どう変更するかという実装計画を提示し、あなたの承認（ExitPlanMode）を待ちます。

従来のClaude Codeは、指示を受けると即座にファイルを編集し始めるのが基本動作でした。小さな修正なら問題ありませんが、複数ファイルにまたがる変更や、仕様が曖昧なタスクでは、思っていたのと違う成果物が出てきて手戻りが発生しがちでした。Plan Modeは、この設計の合意と実装を明確に分離することで、その問題を解決するために導入されました。

なぜ「いきなり作らせない」のか

Plan Modeの価値は、自宅のリフォームに置き換えると分かりやすくなります。工務店に、いい感じにお願いしますと伝えて、いきなり壁を壊され始めたら困ります。普通は先に図面と見積もりを見て、認識を合わせてから着工します。AIへの依頼もまったく同じで、作り始めた後の方向転換は、作り始める前の相談より何倍も高くつきます。

私が実務で感じているPlan Modeの価値は3つあります。

  1. 手戻りが減る。方向違いの実装に、作業が終わってからではなく着手前に気づけます。修正は計画書という文章へのコメントで済みます。
  2. 依頼の解像度が上がる。Claudeが返す計画書を読むと、自分の指示のどこが曖昧だったかが分かります。たとえば、元データは残すのか上書きするのか、対象は全ファイルか一部か、といった論点は計画書を見て初めて気づくことが多いです。
  3. 非エンジニアでも中身を追える。コードそのものは読めなくても、これから何をするかの計画は日本語の文章です。AIが何をしようとしているかを言語化させる仕組みなので、経理担当や企画職の方でも作業内容をチェックできます。

起動方法

Plan Modeに入る方法は2つあります。

1. キーボードショートカット

Claude Codeのプロンプト入力中にShift + Tabを押すと、モードが循環的に切り替わります。

通常モード → 自動承認モード → Plan Mode → 通常モード...

画面下部のステータス表示がplan modeに変わったら準備完了です。

2. 起動オプション

セッション開始時からPlan Modeで始めたい場合は、起動時にオプションを付けます。

claude --permission-mode plan

自動化スクリプトで、まず計画だけ生成させたいケースでも有効です。

承認フローの具体例

計画が固まると、ClaudeはExitPlanModeという承認確認を出します。ここで選べる選択肢は3つで、使い分けが実務の分かれ目になります。

  • 承認して以降の編集も自動承認（auto-accept）: 計画が明確で変更量が少ないとき、または失敗しても影響のない練習用フォルダで作業するとき向けです。
  • 承認するが編集は1つずつ確認（manually approve）: 中規模以上の変更や、業務で実際に使っているファイルを触るときはこちらが無難です。計画どおりに進んでいるかを編集単位で確認できます。
  • 承認しない（計画を続ける）: 計画に不明点がある、別のやり方も検討したい、というときに選びます。Plan Modeが継続されるので、納得するまで何度でも計画を練り直せます。

非エンジニアの実務例で見てみます。経理担当の方が、フォルダ内の請求書PDFを取引先名と日付でリネームして、という依頼をPlan Modeで出したとします。返ってきた計画書に、元ファイルを直接リネームすると書かれていたら、承認せずに、元ファイルは残してコピーに新しい名前を付けてと返します。この一往復が、実データを失う事故を未然に防ぎます。

計画書のどこをチェックするか

承認前に計画書で確認すべきポイントは、実は4つに絞れます。全文を精読できなくても、この4点だけは必ず見てください。

  1. 対象範囲: 触るファイル・データの一覧が、自分の想定と一致しているか。頼んでいない場所まで変更しようとしていたら要確認です。
  2. 元に戻せない操作の有無: 削除・上書き・外部への送信（メール送信や投稿など）が含まれていないか。含まれる場合は、バックアップやコピーを先に取る手順が計画に入っているかを見ます。
  3. 影響範囲の記述: この変更で他に影響が出る場所はないか、をClaude自身がどう評価しているか。影響なしと明記されていれば安心材料になり、記述がなければ、他への影響は？と一言聞き返します。
  4. 完了条件: 何をもって完了とするか（テストが通る、画面で表示を確認する、など）が書かれているか。完了条件が曖昧な計画は、実装も曖昧になります。

この4点チェックは1〜2分で終わります。逆に言えば、この4点が読み取れないほど雑な計画書が返ってきたら、承認せずに計画の練り直しを指示するサインです。

実際のワークフロー例

ケース1: 複数ファイルにまたがる変更

たとえば、サイトの問い合わせフォームの項目を1つ増やしたい、というタスクを考えます。一見単純ですが、実際にはフォームの見た目・送信処理・保存先のデータベース・通知メールの文面と、複数の場所に変更が波及します。

これをPlan Modeで依頼すると、Claudeは先に関係するファイルをすべて調べ上げ、変更箇所の一覧と手順、そして影響が及ばない範囲までを計画書として返します。この段階で、通知メールの文面はそのままでいい、といった軌道修正が低コストでできます。承認後は計画どおりにファイルが書き換わります。

ケース2: 仕様が曖昧な新機能

記事に、あとで読む機能を追加したい、のような曖昧な依頼では、Plan Modeの真価がさらに発揮されます。Claudeは実装に入る前に、データの保存方法・画面上の配置場所・ログイン機能との関係といった論点を計画書に列挙してくれるため、仕様の穴を実装前に塞げます。曖昧なまま作らせて完成後に、そういう意味じゃなかった、となるのが最も高くつくパターンです。

失敗しがちなパターン

Plan Modeを使い始めた人がつまずきやすいポイントを4つ挙げます。

1. 計画を読まずに承認する

いちばん多い失敗です。計画書を流し読みでOKしてしまうと、Plan Modeを使う意味がなくなります。計画が長くて読みきれないときは、承認する前に次のように頼むのが有効です。

長い計画書を要約させて確認ポイントを絞る 
この計画を5行以内で要約してください。その上で、元に戻せない操作・既存データに影響する箇所があれば、そこだけ詳しく説明してください。
<strong>2. 軽微な修正までPlan Modeで行う</strong>


誤字修正や1行の変更にPlan Modeを使うと、計画書の生成と承認のやりとりの方が時間がかかります。小さな作業は通常モードで十分です。


<strong>3. Plan Modeのまま実装を待ち続ける</strong>


Plan Mode中は何度指示してもファイルは書き換わりません。あれ、進まないなと感じたら、画面下部の表示がplan modeのままになっていないか確認してください。承認して初めて実装が始まります。


<strong>4. 計画と違う実装をされたのに黙って自分で直す</strong>


もし実装が計画とずれたら、その場で指摘して直させるのが正解です。さらに、繰り返し起きるズレはCLAUDE.md（プロジェクトのルールを書いておくファイル）に規約として書いておくと、次回以降の計画書に最初から反映されます。

Plan Modeが向くタスク・向かないタスク

向くタスク

  • 3ファイル以上にまたがる変更やリファクタリング
  • データベースの設計変更を伴う新機能追加
  • 仕様が口頭ベースで曖昧なタスク
  • どのアプローチがいいか相談しながら決めたいとき
  • 業務の実データを扱う作業（誤操作の保険として）

向かないタスク

  • 誤字修正・1行変更などの軽微な編集
  • 動作確認用の一時的なコード挿入
  • 既に詳細な指示書があり、そのまま実装するだけのタスク

既存ワークフローとの組み合わせ

Plan Modeはサブエージェント（メインの会話とは別に動く分身のようなAI）とも相性が良い設計です。調査と計画立案を専門のエージェントに任せ、メインは計画を受け取って実装だけ行う、という分業ができます。役割分担の考え方はClaude Codeのサブエージェント活用パターン集で詳しく解説しています。

また、CLAUDE.mdにプロジェクト固有の制約を書いておくと、Plan Modeで生成される計画書にもその制約が反映され、レビューの精度が上がります。

まとめ: まず計画を読む習慣が最短ルート

Plan Modeは、AIに任せたら勝手に変なものを作られた、という典型的な失敗を防ぐ仕組みです。Shift + Tabで切り替えられる手軽さながら、設計と実装の分離という進め方を自然に習慣化してくれます。中規模以上のタスクではまずPlan Modeに切り替えて計画を読む。この一手間が結果的に最短ルートになります。

Claude Codeの基本操作から業務での活用まで体系的に押さえたい方は、Claude Code 使い方 完全ガイド2026もあわせてどうぞ。また、初期設定から最初の自動化までを手順書としてまとめた教材ライブラリを見るを無料で配布しています。Plan Modeを含む安全な進め方を、手元で確認しながら試したい方はご活用ください。