方向は安定させ、経路は変化させる
その日の朝、私は寝坊した。
目標ははっきりしていた。9時半に、東京ビッグサイト8号館の入口に立つことだ。けれど、何もかも整っていなかった。持ち物もまだまとめておらず、経路も事前に調べていない。家を出るときには気持ちが焦っていた。
玄関先で乗換案内を開き、目的地を入力した。画面には一つの経路が示された。どの電車に乗り、どの駅で乗り換え、何番ホームに向かい、何時に到着する予定か。そして私は、そのときはあまり気にしていなかったものの、あとになって非常に重要だったと思える選択をした。道中ずっと、その案内画面を閉じず、一度も検索し直さなかったのだ。
道中は順調ではなかった。駅に着くと、電車が遅れていた。あとで分かったのだが、前を走るある電車の運転士が急病になり、後続の電車も次々と遅れていた。ホームには人がどんどん増え、電光掲示板の時刻が一つずつ後ろへずれていく。
普段なら、乗り換えの駅ごとに乗換案内を検索し直して、「いま」一番早い経路を探していたはずだ。だが、その日はそうしなかった。電車がホームに入ってくるたびに、行き先と種別、止まっているホームだけを一瞥し、家を出たときの経路と照らし合わせた。計画にある電車かどうか。そうなら乗るし、違えば待つ。
そうやって一駅ずつ照らし合わせながら進んでいった。そして9時半、私は時間どおりに8号館の入口に立っていた。
計画を生成することと、計画を検証することは別だ
普段、変化にぶつかると、人は二つの落とし穴にはまりやすい。ちょっとした変化があるたびに最初からやり直し、乗換駅に着くたびに経路を検索し直すか。あるいは元の計画に固執し、もうこの経路では行けないと分かっているのに、無理に待ち続けるかだ。
その日の朝うまくいったのは、まず、自分が無意識のうちに二つの動作を分けていたからだった。
家を出るときに検索ボタンを押すのは、その時点の状態から計画を生成することだ。ホームで電光掲示板を見て、入ってくる電車を確かめるのは、目の前の現実を使って計画を検証することであり、自分がまだ元の軌道上にいるかを確認する行為だ。
私は家を出たその瞬間に一度だけ計画を生成した。その後の道中は、目にした事実を元の計画と照らし合わせただけで、遅延後の新しい状態をもう一度乗換案内に入力して別の経路に切り替えようとはしなかった。
なぜ遅れているときに検索し直さないのか。遅延が起きた直後こそ、情報が最も混乱しているタイミングだからだ。電車が遅れ始めたばかりでは、乗換案内のリアルタイムデータがまだ反映されていないかもしれない。案内される「より早い経路」も、行ってみれば同じように詰まっている可能性がある。最もノイズの多い瞬間に情報を拾い直しても、そこから算出された新しい計画が元の計画より正確だとは限らない。むしろ家を出る前に出した経路のほうが、状態が比較的きれいなときに計算されたものであり、参照基準にするのに適している。
さらに大きかったのは、その日の朝、私が焦っていたことだ。人は焦ると、情報を集め直してその場で損得を比べるのが最も苦手になる。固定された経路は、その負担を減らしてくれた。「いま自分はどうすべきか」という考え直しが必要な問いを、「目の前の電車は計画にある電車か」という照合するだけで済む問いへと単純化してくれたのだ。
細部ではなく、構造を照らし合わせる
だが、ここで一つ疑問が残る。電車が遅れて計画上の時刻がすべてずれたのに、なぜ元の計画がそのまま使えたのか。
日本の電車におけるこの種の遅延は、路線全体に及ぶことが多いからだ。一人の運転士の急病が影響するのは特定の電車だけではなく、その路線を走る電車がまとめて後ろへずれ込む。絶対的な時刻はすべて狂っても、経路そのものの構造は変わっていない。乗る路線も同じなら、乗り換える駅も同じで、向かうホームも、進む方向も同じままである。
だからその日、私が確かめていたのは「何時何分か」ではなく、つねに「この電車は何か」だった。どこ行きか、快速か各駅停車か、何番ホームに止まっているか。時刻は外乱でずれやすい細部であり、列車、ホーム、乗り換えのつながりこそが安定した構造なのだ。
もしその日、時刻ばかり見て照合していたら、9時5分の電車が来ないのを見た瞬間に「計画は使えなくなった」と判断し、経路を検索し直してホームを移動し、焦りの中で右往左往していただろう。安定した構造だけを照らし合わせていれば、乗り換えのつながりが保たれている限り、元の計画はそのまま有効であり続ける。
局所的な小さな機会があれば、この構造の中で柔軟に調整することもできる。たとえばホームが混雑していれば、アナウンスや案内表示、並んでいる人の流れを手がかりに、目的のホームをより早く見つけられる。あるいは同じ方向へ向かう電車で、停車駅も条件に合うものが先に来たら、同じ乗換駅まで行けると確かめてそのまま乗ればいい。変わるのは具体的にどの電車に乗るかであって、経路の構造と最終的に向かう場所は変わらない。
いつ計画を立て直すべきか
では、元の計画が本当に使えなくなるのはどんなときか。
逆に考えればはっきりする。もしその日、最初に乗った路線だけが遅れていて、次に乗り換えるはずの電車が、逃すと接続できない1本だったとしたら、元の計画は乗換駅で途切れてしまう。経路の構造がすでに壊れているのだから、そのまま進み続けても意味がない。その時点で初めて、乗換案内を検索し直す必要がある。
ここから、とても扱いやすい判断基準が得られる。外乱が細部をずらしただけなら、元の計画をそのまま使い続ける。外乱が計画の構造を壊したときに初めて、計画を生成し直す。
「変化が許容範囲を超えたら調整する」といった言い方はもっともに聞こえるが、実際には使いにくい。許容範囲がどれくらいなのか、誰にもはっきり言えないからだ。それを「計画の重要な節目はまだつながっているか」という問いに置き換えれば、その場ですぐに答えられる。
日々の仕事やAI Agentの設計でも、実は同じことが言える。
プロジェクトを進めるなら、解決すべきユーザーの課題と納品基準が方向であり、具体的な方針、スケジュール、役割分担が経路にあたる。細かな変化が起きるたびに毎日方向を変えていては、チームはその場で空回りするばかりだ。Agentに複雑なタスクを実行させるときも同じである。最初に目標、制約、検収基準を明確に定める。そのあとツール呼び出しでエラーが出たり小さなずれが生じたりしても、まずは現在の経路の中で再試行するか迂回し、元のやり方ではそもそも進めない、重要な前提が成り立たない、あるいはユーザーが目標を変えたと分かったときにだけ、立ち止まって計画を立て直せばいい。
もちろん、このやり方が成り立つには前提がある。まず明確な目的地があり、しかもそこへ至る経路を事前に計画できることだ。
そもそもどこへ向かうのかさえまだ固まっていないとき、たとえば新しい方向を探り始めたばかりで、自分が本当に何をしたいのか試している段階なら、最初から計画を固定しようとするのはかえって逆効果になる。あるいは環境の変化があまりに速く、元の経路の構造が数分おきに途切れてしまうような状況でも、もっと頻繁に立ち止まって道を確認し直さなければならない。さらには、道半ばで展示会そのものが中止になったと分かったなら、変えるべきなのは経路ではなく目的地そのものだ。
ただ、私たちが普段向き合っているのは、たいてい「展示会の中止」でも「駅の崩落」でもなく、「電車が数分遅れている」くらいのことだ。
そういうときに一番よいのは、家を出る前に一度しっかり経路を計算し、道中では目の前の電車が合っているかだけを確かめることだ。遅れているなら待ち、構造が途切れたら初めてやり直す。変化の中で前へ進むために頼りになるのは、一歩ごとに最適な判断をやり直すことではなく、どの判断ならそもそもやり直す必要がないかを知っていることなのだ。