Plan-and-Executeとは｜4手目で失敗したとき、やり直しは3手か6手か

Plan-and-Executeとはどういう進め方なのか

全体の手順を先に書き出し、そのとおりに実行します。考える工程と動く工程を分けるのが要点です。

Plan-and-Executeは、先に全体の計画を立て、あとはその計画に沿って実行するだけにする進め方です。名前のとおり、計画（Plan）と実行（Execute）を分けています。

工程が2つに分かれる

最初の工程では、仕事の内容を読んで手順を書き出します。ここではまだ何も実行しません。次の工程で、書き出した手順を上から順に実行していきます。

分ける理由は明快で、手順を考えながら動くと、間違った方向に進んでいることに気づきにくいためです。Anthropicも、調査と計画を実装から分けることで、間違った問題を解いてしまうのを避けられると述べています。

いきなり動くと何が起きるか

同じ文書では、いきなりコードを書き始めさせると間違った問題を解くコードができうるとも指摘されています。手を動かし始めてしまうと、方向の誤りが表に出るのが遅くなるためです。

人の仕事でも似た経験があるはずです。とりあえず着手して、半分ほど進んだところで前提が違ったと気づく。あの手戻りを構成として避けようとしたのがこの進め方になります。

4手目で失敗したとき、やり直しは3手か6手か

前提を置いて手数を数えました。途中失敗時のやり直しは3手と6手に、呼び出し回数の合計は10回と24回に分かれます。

Plan-and-Executeで何が変わるのかを、数えて確かめました。題材は6手かかる仕事の4手目で失敗する場面です。

先に断っておくと、これはモデルを動かした実測ではありません。前提を置いて手数を数え上げた計算です。前提はコードに書いてあり、そこを変えれば結果も変わります。

const TASK_STEPS = 6;      // 全体で6手かかる仕事
const FAIL_AT = 4;         // 4手目で失敗する

// 先に計画を立てる: 計画は1回。失敗したら該当ステップから再開できる
function planFirst() {
  const redoSteps = TASK_STEPS - FAIL_AT + 1;  // 4手目から最後まで
  return { planCalls: 1, stepCalls: TASK_STEPS, redoSteps, canResume: true };
}

// 1手ずつ進める: 毎回次を考える。失敗したら文脈が壊れて最初から
function stepByStep() {
  return { planCalls: 0, stepCalls: TASK_STEPS * 2, redoSteps: TASK_STEPS, canResume: false };
}

6手の仕事で、4手目に失敗したとき

構成            計画  実行  失敗時のやり直し  途中再開
先に計画を立てる   1回   6回           3手  可
1手ずつ進める     0回  12回           6手  不可

最後まで成功した場合の呼び出し: 7回 と 12回
失敗して再実行した場合の合計:   10回 と 24回

やり直しの量が倍違います。計画がある側は失敗した4手目から再開できるので、残りの3手だけをやり直せば済みます。

なぜ途中から再開できるのか

計画が外に書き出されているためです。どの手まで終わったかが分かるので、続きから再開できます。

1手ずつ考える構成では、次に何をするかが会話の流れの中にしかありません。ですから途中で止まるとどこまで進んだかを復元できず、最初からやり直しになります。

成功したときも差が出る

失敗しない場合でも、呼び出し回数は7回と12回で差がつきました。1手ずつ考える構成では、各手で「次に何をするか」を考える分の呼び出しが上乗せされるためです。

計画が外れる仕事には向かない

手順が始める前に書き出せるかどうかで決まります。書き出せないなら、計画そのものが無駄になります。

ここまでの数字だけを見るとPlan-and-Executeが有利ですが、その前提には「計画どおり進む」が含まれています。

前提が崩れると計画は変わらない

先に立てた計画は、実行の途中で状況が変わっても更新されません。在庫があるつもりで立てた段取りは、在庫が0だと分かってもそのまま次の手に進んでしまいます。

この弱点は結果を見ながら進める構成の裏返しで、ReActパターンの記事では実際に「在庫0の商品に明日発送します」と答える例を扱っています。

使い分けの基準

1. 手順が始める前に書き出せる仕事。請求書の作成、定型の集計、決まった順の確認作業
2. 手戻りの代償が大きい仕事。途中でやり直すと時間や費用が大きく増えるもの
3. 人に計画を見せたい仕事。実行前に段取りだけ確認したい場合
4. 調べてみないと次が決まらない仕事。計画を書き出せない

4番目に注意してください。書き出せない手順を無理に計画させると、当てずっぽうの段取りができるだけです。

長い仕事では計画が消える

実装上の落とし穴がひとつあります。会話の履歴が上限に達すると古い部分から削られるため、最初に立てた計画が消えることがあります。

対策は単純で、計画を会話の外に保存しておくことです。ファイルでも記録用の領域でもかまいません。実行のたびに読み直せる場所に置いてください。