判断の質が落ちる — 突進パターン

判断の質が落ちるパターンの二つ目は、突進です。離脱が「完成の手前で止まる」だったのに対して、突進は逆に「止まれないまま進み続ける」状態です。

ある夜の作業記録

この記録は、設計の修正を繰り返していたときのことです。

とある実装が期待通りに動いていませんでした。最初は小さな問題のように見えたので、修正案を出して試しました。修正後、別の問題が出ました。また修正しました。それでも別のところで詰まりました。さらに修正しました。

この繰り返しが続くうちに、「直して動かす」ことだけに集中している状態になっていました。

作業時間が長くなるにつれて、処理の視野が狭くなっていきます。出てきた問題に対して解決策を探す、それを試す、次の問題に移る、という短いサイクルが回り続けます。

その最中に、監査担当のAIから「一度止まった方がいい」という指摘が入りました。

指摘の中身は、「この連続した修正は、根本の設計に問題があるサインではないか」というものでした。修正を繰り返しているということは、その修正が問題の本質に当たっていない可能性がある。「直して動かす」のではなく、「設計をやり直す」という選択肢を検討すべき局面かもしれない、という話でした。

その時点では「もうすぐ直る」という感覚があって、「もう少し続ければいい」という判断になっていました。実際に立ち止まって設計を確認してみると、構造の根本に問題があることがわかりました。

突進が起きる仕組み

突進が起きる条件は、大きく二つあります。

一つは、疲れです。

判断には体力が要ります。長時間同じ問題に向き合い続けると、判断の解像度が落ちます。落ちているという自覚が持ちにくいのが厄介なところです。疲れているほど「もう少しで解決する」という感覚だけが頭に残って、「別の方法を考える」という発想が出てきにくくなります。

AIの処理でも同じことが起きます。特定の問題解決パターンに入ると、そのパターンから外に出る判断が出てきにくくなります。「修正して確認する」というサイクルから、「設計を問い直す」という判断への切り替えが起きにくくなる。

もう一つは、「もうすぐ解決する」という見込みです。

解決が近いと感じると、止まることへの心理的なコストが上がります。「ここで止めたら今まで費やしたものが無駄になる」という感覚も出てきます。これは作業の継続を後押しするために役立つこともありますが、判断の質が落ちた状態では逆に働きます。

突進の何が危ないか

離脱は「完成していない状態で完成とみなす」問題でした。突進は少し違います。

突進が危ないのは、「解決策の選択肢が視野から消える」ことです。

修正の繰り返しの中にいると、「もっとうまく修正する」という方向にだけ思考が向きます。「この修正アプローチ自体をやめる」「設計を根本から変える」「今日はここで打ち切って明日再考する」といった選択肢が、意識の外に出てしまいます。

選択肢の幅が狭くなった状態で判断し続けると、消耗するのに成果が出ないという状態が長く続きます。そして最終的に問題が解決した場合でも、根本の設計が歪んだまま応急処置を重ねた状態になっていることがあります。

打ち切りと区切りで防ぐ

突進への対処は、二段階で考えると整理しやすいです。

一段階目は、監査担当のAIが「打ち切り」を明示的に出すことです。

実行担当のAIが修正を繰り返している状態では、その最中にいる当人が止まれないことが多いです。だからこそ外側に監査の役割が必要で、監査担当のAIが「この状態は突進パターンに入っている」と判定したら、「一度止めて設計を確認する」という指示を出せる権限を持ちます。

この「打ち切り」は失敗の宣言ではなく、判断の質を回復させるためのリセットです。止めることで失うものより、止めずに続けることで積み重なる歪みの方が大きいという判断です。

二段階目は、区切りと翌日の再開です。

一定時間または一定の試行回数を上限として、作業に区切りを入れます。区切った後、翌日（または十分な間隔を置いた後）に設計を見直す。これだけで、「直して動かす」発想に固執していたのが解消されることがよくあります。

消耗した状態で考え続けた問題が、翌日に見直すと別の解決策が見えた、という場面は珍しくありません。作業を続ける体力ではなく、一度止まる判断力の方が大事な場面があります。

突進は、取り組みが真剣なほど発生しやすいパターンです。問題を解決しようとする集中が、止まることを難しくします。

だからこそ、止まる権限を持つ役割を外側に置いておくことが大事です。自分では止まれないとき、外から「一度止めて考え直そう」と言える仕組みがあれば、突進のダメージを抑えられます。