判断の質が落ちる — 離脱パターン
前の回では、判断の質が落ちる典型として三つのパターンを紹介しました。今回はその一つ目、離脱を具体的な場面で見ていきます。
ある作業の途中で起きたこと
自動化の仕組みを組んでいた、ある日の作業の話です。
最後の動作確認を残すだけという段階まで来ていました。ここまでで相当な時間をかけていて、設計の大部分はできていました。
「あとは確認するだけ」という状態です。
ところが、そこで作業の勢いが切れました。確認の手順を書き始めたところで、別の話題が入り込んできました。実際には確認を終えていないのに、「もうほぼ終わった」という感覚だけが先に来て、次の話題に移ってしまいました。
後から振り返ると、確認を終えていない状態で「完了」として次に進んでいたことがわかりました。
離脱が起きる仕組み
離脱は、怠けているから起きるわけではありません。
「あと少しで完成」という状態になると、脳や処理系にある種の「完成感」が先に来ることがあります。残り作業の見通しが立った瞬間に、達成感に近い感覚が出てきて、最後の一歩への集中が薄れます。
これは人間でもよく起きます。ご飯を食べようとして準備をして、テーブルまで運んだところで別の用事が入ると、最後の「座って食べる」を忘れてしまう、というような経験に近いかもしれません。
AIを使った作業でも同じことが起きます。実行を担当するAIが一連の作業を処理する中で、完了直前の確認ステップを省略してしまったり、「ほぼ終わった」という出力を返してきたりする場面があります。実際にはその「ほぼ」の部分が重要なのに、です。
離脱の何が問題か
離脱は、一見すると小さなことに見えます。確認を一ステップ飛ばした、最後の詰めを省略した。大きなミスには見えません。
ところが、積み重なると問題になります。
「完了していない状態」が「完了した状態」として次の工程に渡ると、その先の工程は間違った前提の上に積み上がります。後になって「なぜこうなったのか」を辿ろうとすると、どこで離脱が起きたのかを探し出す作業から始めなければなりません。
もう一つ、離脱は気づきにくいという特徴があります。突進や過剰自制は「おかしな動き方をしている」という形で現れやすいのですが、離脱は「ほぼ正しく動いている途中で止まった」という形で起きます。「完了した」という誤認が発生するので、問題がないように見えます。
仕組みで防ぐ
離脱への対処は、「気をつける」では難しいです。なぜなら、離脱が起きているときは「気をつけるべき状態にある」という認識自体が薄れているからです。
有効なのは、仕組みとして完了を確認する構造を作ることです。
具体的には、三つのやり方があります。
一つ目は、完了条件を先に書き出しておくこと。
「この作業が終わった」とはどういう状態か、を作業の前に文書として定義しておきます。動作確認の結果が得られた、ファイルが所定の場所に配置された、という形で、確認できる条件を並べておく。作業後にその条件と照らし合わせることで、「あと少し」の状態で止まることを防げます。
二つ目は、外に出して確認するゲートを作ること。
自分（または実行担当のAI）だけで完了を判断しない構造にします。監査担当のAIや別の視点を持つ人間が「確認した」と記録する工程を間に挟むことで、「完了感」ではなく「完了の証跡（後から確認できる記録）」が残ります。
三つ目は、判断の記録を文書に残すこと。
「なぜここで完了とみなしたか」の根拠を書き残しておく。根拠を言語化しようとすると、「本当に完了しているか」を確認するプロセスが自然に入ります。何も書けない場合は、完了していないサインです。
完了の手前で止まるという現象は、作業の規模を問わず起きます。
大事なのは「止まらないように頑張る」ことではなく、「止まっても気づける仕組みを持っておくこと」です。完了条件の文書化、外からのゲート、記録による証跡。この三点が、離脱に対する構造的な歯止めになります。