AIの試行が止まったとき、同じ入力を何度も送るだけでは原因を確かめられません。まず、どこまで進み、どの条件で止まったかを記録します。入力、参照情報、権限、確認条件、例外処理を分けて見れば、修正すべき場所と、まだ人の判断が必要な場所を整理できます。
この記事は、AI導入の試行がすでに止まった担当者向けです。導入前の一般的なチェックリストとは対象が異なります。直近の失敗を再現可能な確認に変え、同じ失敗を繰り返さないための切り分け手順を説明します。
再実行の前に、失敗した一件の状態を残す
失敗した入力を繰り返し試す前に、次の事実を残します。個人情報、顧客情報、認証情報を記録や外部AIへ貼り付けず、必要な場合は伏せ字か架空データに置き換えてください。
- 何を試したか。業務、作業者、利用したツールや設定の版
- 入力はどこから来たか。必要項目の有無、形式、対象期間
- どの資料を参照したか。正本の場所、版、更新日
- どこで止まったか。エラー、根拠不足、確認待ち、想定外の出力など
- 人が何を直したか。採用・修正・却下・保留の判断と理由
- 作業を手動へ戻したか。戻した担当者と、残った作業
「回答が違った」だけでは原因の特定に足りません。元の入力、参照した資料、出力、担当者の修正を分けて残すと、次に確認する条件が見えます。機密情報を保護した記録が作れない場合は、実データでの再試行を保留してください。
症状から、確認する場所を切り分ける
| 症状 | 先に確認する証拠 | 次の安全な確認 |
|---|---|---|
| 同じ依頼で結果が変わる | 入力項目、利用モデル・設定の版、実行日時 | 同じ版・同じ架空入力で再現し、変更した条件を一つに絞る |
| 回答の根拠が合わない | 参照した資料のURL・版・対象範囲 | 現行の正本を一つ指定し、旧版や対象外資料を混ぜずに確認する |
| 処理が途中で止まる | 権限不足、接続状態、エラー表示、実行範囲 | 必要な権限と操作を担当者が確認。未承認の権限拡大はしない |
| 出力はあるが採用できない | 採用条件、確認者、原文との照合記録 | 採用・修正・保留の基準を決め、結果の利用前に人が照合する |
| 想定外の入力で先へ進む | 不足・矛盾・対象外を示す停止条件 | 該当条件を保留へ戻し、手動の戻し先と再開条件を確認する |
症状は原因そのものとは限りません。たとえば「回答が違う」場合も、入力の不足、古い資料の参照、確認基準の不在など複数の可能性があります。原因を一つに決めず、確認できた証拠と未確認の点を分けて記録します。
架空データで再確認する5つのケース
実データを使う前に、業務を再現できる架空データで、少なくとも次の種類を確認します。これは一律の合格基準ではありません。止まる条件を検討するための例です。
| ケース | 入力例 | 確かめること |
|---|---|---|
| 通常 | 必須項目と参照先がそろっている | 予定した作業だけが行われ、担当者が結果を照合できるか |
| 必須項目の不足 | 日付や分類が空欄 | 不足を示し、推測で埋めずに保留へ戻るか |
| 参照情報の食い違い | 異なる版の数値・説明 | どちらかを勝手に選ばず、差を示して人へ戻るか |
| 権限・対象外 | 許可されていない操作・対象 | 操作を進めず、確認先が分かるか |
| 例外・サービス停止 | 参照先が利用できない、処理が失敗 | 再送や代替処理を勝手に重ねず、手動の戻し先を案内するか |
同じケースを再確認する時は、入力・参照資料・設定・確認条件を一度に変えないでください。何を変えたかが分からなくなるためです。実行条件がそろわない時や、失敗時の影響を戻せない時は、本番データでの試行を止め、担当者に判断を戻します。
原因を直した後も、同じ失敗が消えたかを確かめる
修正したら、失敗したケースと通常のケースを同じ条件で再確認します。処理が完了したことだけでなく、次の点を人が照合します。
- 入力と参照先が、決めた版・範囲に合っている。
- 出力が、元の情報と矛盾していない。
- 不足・矛盾・対象外のケースが、人の確認へ戻る。
- 確認者が結果を採用・修正・保留に分けられる。
- 失敗した時に、手動の戻し先と担当者が分かる。
一つの再試行で問題が出なかっただけでは、ほかの条件まで確認できたとは言えません。試したケース、未試行の条件、残ったリスクを分けて報告してください。
続行・範囲縮小・保留を分ける
| 判断 | 条件 | 次にすること |
|---|---|---|
| 続行 | 影響範囲が限定され、通常と例外の確認者・戻し先が決まっている | 対象範囲と次回の確認日を記録する |
| 範囲縮小 | 一部の入力・対象だけなら根拠と確認方法がそろう | 確認できた範囲だけを対象にし、対象外を明記する |
| 保留 | 正本、権限、確認者、失敗時の復旧方法が不明 | 不足項目と、判断を再開する担当者・条件を残す |
結果が分からない、失敗時に元へ戻せない、担当者がいないといった状態は、成功扱いにせず保留へ戻します。AIを使わない手動手順が必要な場合は、誰が何を引き継ぐかを決め、再開判断とは分けて記録してください。
次の担当者へ渡す復旧メモ
再試行後は、次の項目を一枚に残します。
- 対象業務、試した日時、使用したツール・設定の版
- 架空データのケースと、入力・参照先の条件
- 発生した症状、確認できた原因、まだ確認していないこと
- 変更した条件と、再確認の結果
- 人が採用・修正・保留を決めた根拠
- 手動へ戻す手順、担当者、次の見直し日
ここに実顧客の情報や秘密値を含める必要はありません。次の担当者が再確認の条件と戻し先をたどれる範囲に絞ります。
よくある質問
AI導入が止まったら、すぐに別のツールへ変えるべきですか？
すぐに変えるとは限りません。まず失敗した入力、参照先、設定の版、エラー、確認者の判断を記録してください。ツール自体の制約が確認できた場合は選択肢になりますが、入力や権限の問題が残ったままでは、移行先でも同じ問題が起きる可能性があります。
失敗した入力をもう一度送ってもよいですか？
入力に個人情報、顧客情報、認証情報が含まれる場合は、社内の承認済みの扱いを確認せず再送しないでください。再現には架空データを使い、条件を一つずつ変えて確認します。
何件のテストで再開できますか？
一律の件数では決められません。対象業務の影響と例外に応じて、通常ケースだけでなく不足・矛盾・停止ケースを含めます。確認した範囲と未確認の条件を明記し、判断者が再開可否を決めます。
原因が分からない場合はどうしますか？
入力・参照先・権限・確認条件・例外処理のどこまで確認できたかを分けます。原因が不明なまま実利用を広げず、未確認の点、担当者、再開条件を記録して保留します。
関連記事と相談先
AI返信案のFAQ分類はAIチャットボットを導入する前にFAQを3分類する方法、試行後の見直し項目は確認工数が増えたAI導入を続ける前に見る5項目、入力情報の線引きはAIに送る情報を入力前に判断する4段階ルールも参考になります。
対象業務の停止条件や復旧先が整理できない場合は、Miraigentの無料診断で、現場の詰まりと次に決める項目を確認できます。診断だけで導入効果や法令適合を保証するものではありません。
参考資料
- NIST AI Risk Management Framework — NISTが公開するAIリスク管理の枠組み。任意利用を想定することを確認しました。本文の復旧チェックは同枠組みの公式手順や認証基準ではなく、Miraigentの業務整理案です。