プランニング・モード

問題：Claude Codeはコードを素早く出力する。時に、速すぎることもある。「手っ取り早い修正」を依頼したところ、12個のファイルが修正されて返ってきたが、そのうち2つには互換性を損なう変更が含まれていた。

即効策：今すぐShift+Tabを2回押して、プランニングモードに切り替える。Claudeはプロジェクトを分析し、君が承認するまでファイルには一切手を触れない。

プランニングモードは、複雑な編集が実際にどのように適用されるかを変える。Claudeが初回で正しく処理してくれることを祈る代わりに、コードが実行される前にその戦略を確認できる。

プランニングモードが登場する前は、次のような指示で対応していた。

「まだコードは書かないで、問題を分析してアプローチを提案するだけにして」

これは、時には機能した。しかし、クロードの回答は内容や深さが大きくばらついた。ある実行では一行しか出ず、次の実行では短編小説のような長文が生成された。

プランニングモードを使えば、出力は毎回構造化され、予測可能になる。得られるのは：

• トレードオフが明記された番号付きオプション
• 各アプローチの複雑さの評価
• 必要なファイル変更が、最初に一覧表示される
• 一貫した構成で、素早く目を通せる

アクティベーションと制御

Shift+Tab 2回押すと計画モードになる。インターフェースがそれを確認する。Claudeはリポジトリ内のすべてを読み取れるが、変更はできない。

Shift+Tab もう一度実行すると、モードが解除される。その後、Claudeは何かを実行する前に明示的な確認を求める。

プロのヒント：プランモードは高速に動作する。ツールの実行もファイルへの書き込みも行われない。応答がすぐに返り、トークンの消費も少ない。

プランニングモードでClaudeができること

読み取り専用アクセス：

• ReadおよびLSツールによるファイル内容の分析
• GlobおよびGrepを使用したコードベース検索
• WebSearchおよびWebFetchによるWeb検索
• TodoRead/TodoWriteによるタスク管理
• NotebookReadによるJupyterノートブックの閲覧
• 綿密な分析によるプロジェクト全体の理解

制限される操作 ：

• ファイル編集不可（Edit/MultiEditがブロックされている）
• ファイルの作成不可（Writeがブロックされている）
• コマンドの実行不可（Bashがブロックされている）
• ノートブックの変更不可（NotebookEditがブロックされている）
• MCPツールによる変更不可

このモードでは、Claudeは実践的なビルダーではなく、戦略家としての役割を果たす。

複雑なリファクタリングプロジェクト

以下の場合にプランニングモードを使用する：

• リファクタリングが複数のファイルに影響する場合
• アーキテクチャの変更によりシステム設計が変わる場合
• 最適な実装方法が不明確な場合
• レガシーコードには慎重な対応が必要である

リクエスト例 ：

「このExpressアプリをCommonJSからESモジュールへ移行する必要がある。最も安全なアプローチは何か？」

Claudeはコードベースを精査し、依存関係をマッピングし、移行パスを提案し、複雑さを評価する。これらすべてを、一行もコードを書かずに実行する。

機能実装戦略

プランニングモードの用途:

• 既存システムへの新機能の導入
• データベーススキーマの変更
• API 複数の利用者へ波及するエンドポイントの編集

応答パターンの例 ：

アーキテクチャレビュー

Claudeに*「現在のプロジェクト構造を分析し、改善点を提案してほしい」*と伝える

ファイル構成、依存関係パターン、アーキテクチャ上のボトルネックに関する分析結果に加え、具体的な変更案が得られる。

パフォーマンス最適化

リクエスト：「データベースクエリをレビューし、最適化戦略を提案してほしい」

Claudeはクエリを読み取り、N+1問題を特定し、インデックス設定の変更を提案し、いくつかの最適化手法を比較する。

セキュリティ評価

依頼：「認証システムにセキュリティ上の脆弱性がないか監査してほしい」

Claudeは認証フローを確認し、問題となりそうな箇所を特定して、修正案を提案する。何も変更されない。

複雑なセッションは計画から始める：「ユーザーシステム全体をリファクタリングして」とクロードに指示する前に、まず計画モードを実行する。着手する前に範囲を把握しておく。

コードレビューへの活用：プランニングモードは、既存のコードを読み込み、改善案を提案するのに最適だ。技術的負債の解消作業にも自然に適している。

未知の技術を調査する：新しいライブラリやフレームワークを統合する予定か？ プランニングモードを使えば、コードを書く前に統合すべき箇所を把握できる。

実行前の検証：小さな変更であっても、プランニングモードならClaudeが具体的にどこを修正しようとしているかが正確にわかる。予期せぬ事態は起きない。

プランニングモードは、Claude Codeの他の機能ともシームレスに連携する：

• コンテキスト管理：プランニングは事前の分析を強制するため、セッションの後半までコンテキストが維持される
• CLAUDE.mdの活用：変更を反映する前に、プランニングを使ってCLAUDE.mdの変更案を作成する
• 自動プランニング戦略：自動プランニングと組み合わせることで、プロジェクト全体を分析できる。ClaudeFastのCode Kitはこれを基盤とし、/team-planパイプラインを備えている。このパイプラインは、単純な修正のための直接実行から、アーキテクチャ作業のための完全なマルチエージェントオーケストレーションまで、5つの複雑さの階層を通じてタスクを自動的にルーティングする
• ターミナル・メインスレッド：計画は、開発における「ターミナルファースト」のアプローチを強化する

実際の作業でプランニングモードを自在に使いこなすには：

1. 次回の機能リクエストで、Shift+Tabを使用して2回プランニングモードに入る
2. 分析結果を確認し、構造化された詳細な応答に気づく
3. 実行する前に**、計画を承認するか、反復して精緻化する**
4. 次に何が起こるかを完全に把握した上でプランニングモードを終了し、自信を持って実行する

計画策定をより体系的なツールと組み合わせる準備はできたか？次は**「自動計画策定戦略」**を読んでみよう。

プランニングモードは、PRDファースト開発の基盤だ。当社の「Claude Codeベストプラクティスガイド」で、トップビルダーたちがこれを他の4つの手法とどう組み合わせているかを確認しよう。