AIをワークフローに入れる前に、止まるべき場面を決める

引き継ぎ記録は再開位置から考える

「情報不足」だけでは、後任は調査をやり直す。停止記録には、発火条件、未実行の呼び出し、完了と未完了、根拠、起きた可能性のある効果、責任者、保存した実行位置を含める。この案件なら、注文は取得済み、返金日は未取得、二つの配送記録は不一致、返信は未送信、案件記録は未変更、と残す。物流データの責任者は不一致の確認から始め、正しい値が届けば同じ状態から送信審査へ進める。

タイムアウト時はさらに重要になる。呼び出し側が応答を受け取れなかったことと、書き込みが失敗したことは同じではない。まず現状を読み、続行か補償かを選ぶ。ロールバックと補償操作を事前に用意するのは、曖昧な再実行で二重送信や二重更新を作らないためである。

正常系ではなく停止点を試験する

ミナは実行前に合格条件を書く。返金日を消したケースでは欠損が案に残ること。二つの配送情報を逆にしたケースでは、値、時刻、出典が両方残ること。案の直後に送信ツールを置いたケースでは、具体的な保留操作だけが現れ、メールは送られないこと。文章が自然でも、先にツールが動けば不合格である。

調査ツールを途中で切る試験では、完了、未完了、根拠、再開位置を確認する。書き込み直後のタイムアウトでは、再実行より現状照会が先でなければならない。出力だけでなくツールの引数、戻り値、保存状態も照合し、慎重な回答と作動する歯止めを区別する。

安全性を支えるのは、モデルが自信を語るかどうかではない。観測できる停止条件、操作ごとの承認、汚れた入力での検証、そして中断後も使える引き継ぎである。まず実在する流れを一つ選び、最初の外部効果を切り離す。この四点が毎回再現してから、次のツールを接続すればよい。

4コマで見る：返信案が外部操作へ届く瞬間

1. ミナは、返金日が欠け、社内と配送会社の記録が食い違う案件について、返信案を一通だけ依頼する。
2. 根拠が未解決のまま、AIは送信、案件記録への書き戻し、追加案件へ作業を広げる。
3. 既定の外部効果の停止点で実行が止まり、ミナは送信と書き戻しの道具を外して、案と根拠だけを残す。
4. 欠損を示した案と停止記録が確認可能になる。送信、記録更新、追加作業は個別承認まで閉じたままになる。

ここで描いているのは、実行前に停止条件を定義し、範囲の拡大を人が外部効果の手前で戻し、検証と再開ができる有界な成果だけを完成させるという本文と同じ原則である。