自動計画戦略

軽いデータベースの修正を頼んだらORMレイヤー全体が書き直されていた。そんなサプライズを防ぐのがAuto Plan Modeだ。Claude がまず計画を見せてくれる。承認するまで何も触れない。

すぐにできること: これを一度実行すれば準備完了だ:

Claude はファイル操作の前に計画を提示する。承認か拒否か。あなたが言うまで何も動かない。

--append-system-prompt フラグは Claude Code v1.0.51 で追加された。Claude のシステムプロンプトに追加の指示を貼り付ける。Auto Plan Mode はこれを使って、内部の exit_plan_mode ツールを自動で起動する。

ループはこうなる: 計画 -> あなたの承認 -> 実行

手動のプランモードもある。Shift+Tab を2回押せばオンになるが、覚えておく必要がある。Auto Plan Mode はその手間をなくしてくれる。

計画にはトークンがかかり、少し時間が遅くなる。だから、どこでそのオーバーヘッドが報われるかを知っておくことが大切だ。

Auto Plan Modeを使うとき:

• コードベースが初めての場合
• 変更がロールバックしにくい場合
• 行動する前に考える習慣をつけたい場合
• 新しいチームメンバーが Claude Code を学んでいる場合

Auto Plan Modeをスキップするとき:

• 素早くプロトタイピングしていて壊しても安い場合
• 変更が小さくて明白な場合
• とにかくスピードが最優先の場合

標準的な保護（推奨）

ファイル書き込みの直前に計画を起動する:

最大限の保護

検索も含めてすべてに対して計画を起動する:

再利用可能な設定

毎回同じ方法で読み込めるようにプロンプトをファイルに書いておく:

シナリオ1: 過剰なリファクタリング

あなたが頼む: 「user.jsのnullチェックを修正して」

Auto Plan Mode がなければ、Claude はuserモジュール全体を整理できると判断してリファクタリングしてしまうかもしれない。計画が目の前に来れば、「47行目だけ、残りはそのままで」と伝えられる。

シナリオ2: カスケード削除

あなたが頼む: 「未使用のインポートをクリーンアップして」

計画が23ファイルを変更しようとして戻ってくる。本当に必要な5ファイルだけを承認して残りを拒否できる。

シナリオ3: 破壊的変更

あなたが頼む: 「APIのレスポンスフォーマットを更新して」

計画がAPIとそこから読み込むすべてのフロントエンドコンポーネントを書き直そうとしているのを示す。デプロイ前に問題を発見できる。

Auto Plan Mode は手動アクティベーションと並存する。Claude が調査だけするリサーチ専用セッションには Shift+Tab を2回押す。自動計画はそれ以外をカバーする。

すべての小さなリクエストで計画が起動してしまう? 「標準的な保護」のプロンプトに切り替える。Write、Edit、Bashのときだけ起動する。

まったく起動しない? Claude Code v1.0.51以降を使っていることを確認する。exit_plan_mode の参照のスペルが正しいことを確認する。

承認が継続しない? これは仕様通りだ。新しいユーザーメッセージごとに新しい承認が必要になる。以前の承認は引き継がれない。

より構造的なものが欲しければ、ClaudeFast's Code Kit には /team-plan コマンドが入っている。タスクを自動的に5段階（trivial、moderate、complex、collaborative、unclear）に分類し、それぞれを適切な実行モードに振り分ける。直接実行から完全な /team-build マルチエージェントオーケストレーションまで対応している。

次のステップ: リサーチ専用セッションのための手動計画モードガイドを読む。自動計画のルールをCLAUDE.mdに書いておく。自動計画がオンの状態でトークン使用量を抑えるためのコンテキスト管理を確認する。