プランモードを挟む基準｜チェックポイントが戻せない3操作

「プランモードは、毎回オンにしておくものですか」。Claude Codeを業務で動かし始めた人から、この質問をよく受けます。

先に答えを書きます。いつでもオンにしておく機能ではありません。効く場面と、承認の往復が上乗せになるだけの場面が、はっきり分かれます。

この記事は、その分かれ目を2つの軸で整理します。自社でプランモードあり・なしを並べて測ったログは持っていないので、減った時間や件数は書きません。公式ドキュメントが定める仕様から導ける判断基準だけを扱います。

検証環境：Claude Code公式ドキュメント code.claude.com（2026-08-03時点）。自社の実測ログではなく、ドキュメントが定める仕様の比較にもとづきます。

進行役は3人です。若葉さんが言葉の意味から聞き、高梨課長が自分の手で動かす側から聞き、鈴木さん（本誌監修）が答えます。

01Claude Codeのプランモードって、AIエージェントに何を止めさせる仕組みなんですか？

若葉さん

若葉さんの発言

プランモードって、AIが計画を立ててくれる機能……という理解で合っていますか。

鈴木さん

鈴木さんの発言

計画を立てるところは、どのモードでもやっているんですよ。違うのは、その計画を人へ見せてから手を動かす点です。工事の前に図面を見せてもらうのに近いと思っています。

プランモードは、Claude Codeが持つ権限モードの1つです（出典: Claude Code公式ドキュメント「Choose a permission mode」）。読み取りと、読み取り専用のシェルコマンドはそのまま走ります。auto modeのときは、分類器が承認したコマンドも同じ扱いになります（出典: 同上）。

止まるのはファイルの編集です。編集はすべて承認待ちに変わります（出典: 同上）。

切り替え方は2通りあります。セッションの途中でShift+Tabを押すか、プロンプトの先頭に/planを付けます（出典: 同上）。既定の巡回はdefault→acceptEdits→planの順です。

はじめからこのモードで動かしたいときは、設定ファイルに書いておけます。

{
  "permissions": {
    "defaultMode": "plan"
  }
}

起動のときだけ指定する方法もあります。

claude --permission-mode plan

そのまま走らせる道では、おかしいと思った時点でファイルはもう書き換わっています。一度止める道では、同じことに気づいても書き換わったファイルは0件です。気づく行為は同じでも、その後にやることがまったく違います。

02プランモードを使わないと、AIエージェントの手戻りはどこで起きるんですか？

このモードを外した状態では、文脈を集めた直後に編集へ進みます。依頼の受け取り方がずれていても、その場では表に出ません。

表に出るのは、書き換わったファイルをあとから読んだときです。この時点で、手戻りは「これから防ぐもの」ではなく「もう起きたこと」に変わっています。

図の左端と右端の距離が、そのまま調べ直しの手間になります。ずれが生まれた地点と、それが表に出る地点が離れているほど、どこまで書き換わったのかを追う作業が増えます。

範囲を確かめる前に作業が進み、あとから巻き戻した記録は社内にもあります。担当範囲を宣言しないまま並行して手が入った事故で、Claude Codeのプロンプトの書き方｜4要素で手戻りを減らすで扱いました。

この記録は、プランモードのあり・なしを比べたものではありません。ただ、確認される前に変更が進むという形そのものは、プランモードが塞ごうとしている道と重なります。

03プランモードに切り替えると、AIエージェントの動き方そのものが変わるんですか？

変わりません。Claude Codeは、どのモードでも同じ順番で動きます。文脈を集める、行動する、結果を確かめる、の3段階です（出典: Claude Code公式ドキュメント「How Claude Code works」）。

このモードが足しているのは、行動へ進む手前に人が読む地点です。順番そのものには手を入れていません。

たとえに置き換えると、足されているのが献立の確認だけだと分かります。冷蔵庫の中身を見誤っていたら、献立を見せられても気づけません。味見の甘さも、この時点では見抜けません。

つまりプランモードは、解釈のずれには効きますが、集め漏れそのものを見つける仕組みではありません。読めるのは「これから何をするつもりか」だけです。

04Claude Codeにチェックポイントがあるのに、生成AIの作業でプランモードも要るんですか？

高梨課長

高梨課長の発言

あとから戻せる仕組みは、もう入っていますよね。それでも手前で止める意味はありますか。

鈴木さん

鈴木さんの発言

戻せる範囲に収まっているなら、意味は薄いと思っています。困るのは、その範囲からはみ出す操作が混ざるときですね。

Claude Codeには、プランモードとは別にチェックポイントという安全網があります（出典: Claude Code公式ドキュメント「Checkpointing」）。利用者が発言するたびに、その時点のファイル状態を自動で控えます（出典: 同上）。

戻すときは/rewindを実行するか、入力欄を空にしてEscを2回押します（出典: 同上）。控えは直近100件まで、セッションごとに30日で消えます（出典: 同上）。

重なった部分では、安全網が二枚重ねになります。二枚あること自体は悪くありません。ただし、二枚目のぶんだけ承認の往復が増えます。

言い換えると、プランモードを常時オンにするかどうかは、好みではなく重なりの読み方の問題です。重なっているところで止めれば上乗せ、はみ出すところで止めれば効く。同じ設定でも、作業の中身によって評価が反転します。

05Bashやサブエージェントにプランモードなしで任せた変更は、あとから戻せるんですか？

公式ドキュメントは、チェックポイントの手が届かない範囲を明記しています。

（出典: Claude Code公式ドキュメント「Checkpointing」「Choose a permission mode」「How Claude Code works」）

右の列を縦に読むと、プランモードが押さえているのは網の外側だと分かります。編集ツールだけで完結して、その場で画面を見ているタスクでは、両者の守る範囲がほとんど重なります。

委譲する範囲が広いタスクほど、この抜け穴の影響も大きくなります。任せる量を先に絞るほうが、承認の回数を増やすより効くこともあります。

積み上げてみると、取りこぼす場所が層ごとに違うと分かります。あとから戻す層は、戻せない操作を取りこぼします。既定で弾く層は、危ないと判定されなかった操作を取りこぼします。手前で止める層は、人が読まなかったときに取りこぼします。

だから、どれか1つに寄せる設計にはなりません。層ごとに穴の位置が違うので、重ねたときにだけ塞がります。

06見通しが立たない調査でも、AI活用のためにプランモードを挟むんですか？

高梨課長

高梨課長の発言

見通しが立たない調査こそ、先に計画を出させたほうが安心ではありませんか。

鈴木さん

鈴木さんの発言

そこは逆になりやすいところです。読めていないまま出した計画は仮の話にしかならないので、書き直す回数のほうが増えてしまうんですよ。

もう1つの軸は、作業の見通しが立つかどうかです。

公式ドキュメントは、複雑な問題では調査と実装を分けるよう勧めています（出典: Claude Code公式ドキュメント「Best practices for Claude Code」）。認証にOAuthを足す例では、先にセッションの扱いを読ませ、そのあとで計画を作らせる順を示しています（出典: 同上）。

見通しが立っている作業では、最初の一手が当たりやすくなります。計画モードを挟んでも、読んで通すだけで終わります。

見通しが立っていない作業では、計画の中身が仮のものにしかなりません。手を動かしてみないと、次に何を確かめるべきかが決まらないからです。この場合、計画は何度も書き直すことになります。

2軸に置き直すと、表だけでは見えないものが1つ見えます。同じ「挟まない」でも、理由が2通りあることです。

戻せる範囲で見通しも立っているなら、挟む必要がないから挟みません。戻せる範囲で見通しが立たないなら、挟んでも仮の計画にしかならないから挟みません。前者は省略、後者は先送りです。次にやることが違います。

07プランモードがかえって遠回りになるのは、AI社員の運用のどんなときですか？

2つの軸を踏まえると、遠回りになる条件が4つ浮かびます。

1. 差分を一文で言い表せる修正：見通しも範囲もはっきりしているので、計画に書くことがほとんど残りません。承認の往復だけが上乗せになります。
2. 次の一手が実行結果で決まる調査：デバッグのように、出力を見ないと次が決まらない作業です。事前の計画は仮のものにしかならず、No, keep planningで書き直す往復が増えます（出典: Claude Code公式ドキュメント）。
3. プランを読まずに承認する運用：止まるのは編集のタイミングだけです。中身を読んで決める役目は人に残ります。読まずにYes, and use auto modeを選べば、ゲートは発火しているのに中身がそのまま通り抜けます。
4. auto modeの既定ブロックで足りるリスク：auto modeはrm -rf /のような広い範囲の削除を既定で止めます。実行前から置いてあったファイルを取り消せない形で消す操作も対象です（出典: 同上）。守りたいものがここに収まるなら、編集そのものを止めなくても間に合うことがあります。

4つに共通するのは、止めても人へ渡る材料が増えないことです。プランモードは判断の材料を人へ渡す仕組みなので、渡す材料が無い場面では往復だけが手元に残ります。

08Claude Codeのプランモードを使うかどうかは、AI導入の現場でどう決めるんですか？

見るのは2点です。あとから戻せる操作か、そして見通しが立っているか。

09プランモードの承認画面まで来たあと、AIエージェントに何を任せるかは選べるんですか？

選べます。計画が提示されたあと、次に進む方法は人が決めます。選択肢は4つあり、承認したあとに起きることがそれぞれ違います（出典: Claude Code公式ドキュメント「Choose a permission mode」）。

（出典: Claude Code公式ドキュメント「Choose a permission mode」）

並べ替えると、選択肢の名前ではなく引き返す距離で見るほうが実務に近いと分かります。手前で選び直すほど戻る距離は短く、先へ進んでから気づくほど長くなります。

計画の中身はCtrl+Gでテキストエディタを開いて書き換えられます（出典: 同上）。この段階では、ファイルはまだ何も書き換わっていません。

10セッションを再開したあと、AIエージェントのプランモードでつまずくのはどこですか？

若葉さん

若葉さんの発言

昨日の続きを開いたら、確認が出ないまま先へ進んでしまいました。

鈴木さん

鈴木さんの発言

モードの指定は持ち越されないんですよ。書いたものは残るのに、動かし方だけが既定へ戻ります。開いた直後に見るところですね。

つまずきやすい点は3つあります。

1. モードはセッションをまたいで引き継がれない：planモードとbypassPermissionsモードは、--resumeや--continueで自動的には戻りません（出典: Claude Code公式ドキュメント「Manage sessions」）。前回はプランモードで作業していたつもりでも、再開後は既定モードに戻っています。入り直す手順はClaude Codeのセッション復元｜入口3つと戻らない設定の見分け方でも扱っています。
2. バージョンによって挙動が違った期間がある：v2.1.212からv2.1.217の間だけ、auto modeが使えるセッションでも、プランモード中の一部コマンドが毎回確認を求めていました（出典: Claude Code公式ドキュメント「Choose a permission mode」）。手元の挙動と食い違う記事や記憶に頼らず、使っているバージョンで確かめます。
3. サブエージェントの変更はあとから戻せない：手前で編集を止めていても、この抜け穴は残ります。委譲した先が加えた変更は、前景で動く一部の場合を除いて/rewindの対象外です（出典: Claude Code公式ドキュメント「Checkpointing」）。

対比して分かるのは、消えるのが設定であって作業ではないという点です。ファイルの中身も会話の履歴も残ります。残らないのは、どのモードで動いていたかという1点だけです。

だから再開のときは、続きから書き始める前に、モードを入れ直したかどうかを先に見ます。業務のどこまでを任せるかという設計はClaude Codeの業務活用｜任せる仕事の地図と判断軸4つにまとめています。

11よくある質問

12まとめ｜今日やる3つのこと

線引きは、機能の良し悪しではなく、あとから戻せるかと見通しが立つかの2軸で決めました。重なる部分では片方で足り、はみ出す部分でだけ手前の壁が効きます。そして、止めても読まなければ通り抜けます。