結論: 同じ条件で迷うログは、承認ルールの候補です
AI判断ログとは、AIの出力を保存するだけの記録ではありません。採用した理由、止めた理由、足りなかった情報、人間確認へ戻した条件、次に改善する場所を残すものです。同じ条件の迷いが繰り返されるなら、個別ログを毎回検索するのではなく、運用ルールの候補として整理します。
AI判断ログをルール化する時は、①同じ条件で再発している、②顧客・契約・情報管理への影響がある、③担当者によって判断が割れる、のいずれかを候補条件にします。ログから条件、標準対応、例外、人間確認、責任者、見直し日を抽出し、人間が承認してからFAQ、CRM、承認表、AI運用READMEへ反映します。
なぜログを残すだけでは判断がそろわないのか
ログは過去に何が起きたかを伝えますが、次回どうするかを自動では決めません。「見積金額を含むため送信を止めた」という記録が三件あっても、どの金額から確認が必要か、誰が承認するか、緊急時はどうするかが書かれていなければ、担当者はまた迷います。
さらに、検索結果には古い商品や変更前の手順も混ざります。前日の記事で整理したAI判断ログの保存期間と見直しは、記憶を新鮮に保つ運用です。本記事のルール化は、その中から繰り返し使える判断を現場の共通基準へ昇格させる工程です。
公開されたAIスキルや手順はコピーできます。しかし、どの場面で止めたか、何を例外としたか、誰が最終判断したかという運用記憶は会社ごとに異なります。Miraigentの「記憶の保管ではなく、記憶の補完」は、過去を大量に保存することではなく、次の判断に足りない条件を渡す考え方です。
ルール候補にする5つの基準
| 基準 | 確認する質問 | ルールへの変換例 |
|---|---|---|
| 再発性 | 同じ条件の差し戻しが繰り返されているか | FAQ候補、入力必須項目 |
| 影響度 | 顧客、契約、価格、個人情報へ影響するか | 送信前の必須承認 |
| 判断差 | 担当者によって対応が変わるか | 分類基準、担当割り当て |
| 説明可能性 | なぜその判断か短く説明できるか | 理由付きの承認表 |
| 更新可能性 | 責任者と見直し日を置けるか | READMEの更新担当 |
一件でも影響が大きければ候補になります。反対に件数が多くても、原因や条件が違うものを一つのルールにまとめると危険です。件数は発見の手がかりであり、採用の決定条件ではありません。
判断ログを7項目のルールへ変換する
- 対象業務: 問い合わせ返信、CRM要約、営業文面など。
- 発動条件: どの入力、金額、内容、状態で適用するか。
- 標準対応: AIが下書きする、人へ渡す、送信を止めるなど。
- 例外: 苦情、契約変更、個人情報、専門判断など。
- 人間確認: 誰が、何を見て、どこで承認するか。
- 記録先: FAQ、CRM、承認表、READMEのどれを正本にするか。
- 責任者と見直し日: 変更と廃止を誰が決めるか。
元の顧客情報や会話全文をルールへ複製する必要はありません。判断に必要な条件だけを要約し、参照元のアクセス権を保ちます。入力情報の境界はAIに送ってはいけない情報の決め方で先に整理してください。
人間確認を外してはいけないルール
ルール化は完全自動化と同義ではありません。むしろ「ここから先は人へ戻す」という停止条件を共通化することも重要です。契約、価格、返金、苦情、事故、権限変更、個人情報、法務・医療・税務などの専門判断は、AIが候補を分類しても最終判断を人へ戻します。
- AIがルール候補を作っただけで本番へ反映しない。
- 一件の成功だけで送信承認を省略しない。
- 例外を通常ルールへ押し込めない。
- 責任者がいないルールを正本にしない。
- 見直し日が過ぎたルールを自動継続しない。
人間確認の具体的な分け方はAI返信下書きの人間確認ルール、チームの共通入口はAI運用チェックリストのREADMEも参考になります。
月次会議で使えるルール昇格フロー
- 直近一か月の判断ログから、同条件の再発候補を集める。
- 現在の商品、価格、FAQ、契約、権限と照合する。
- 影響度と判断差を確認し、ルール候補を一文にする。
- 標準対応、例外、人間確認、正本を決める。
- 責任者が承認し、適用日と見直し日を付ける。
- FAQ、CRM、フォーム、承認表、READMEの必要箇所へ反映する。
- 次回、差し戻しが減ったかではなく、迷いが正しく人へ戻ったかも確認する。
AIは類似ログの抽出や要約を助けられますが、似ていることと同じ判断でよいことは別です。特に少数の重大例外は件数ランキングから漏れるため、人間が影響度を確認します。
ルール化前チェックリスト
- 同じ条件の再発か、見た目だけ似た別問題かを確認したか。
- 対象業務と適用開始点を一文で説明できるか。
- 標準対応だけでなく、例外と停止条件があるか。
- 最終承認者と、担当不在時の戻し先が決まっているか。
- 正本がFAQ、CRM、承認表、READMEのどこか決まっているか。
- 顧客原文や個人情報を不要に複製していないか。
- 適用日、責任者、見直し日があるか。
よくある質問
判断ログは何件あればルール化できますか?
件数だけでは決めません。同じ条件で繰り返すか、影響が大きいか、担当者によって判断が割れるかを確認します。一件でも契約や個人情報へ大きく影響するなら、人間確認ルールの候補になります。
一度作ったAI運用ルールは固定してよいですか?
固定しません。商品、価格、担当範囲、規程、利用するAIが変われば条件も変わります。責任者と見直し日を置き、保持、更新、廃止を人が判断します。
例外が多い判断もルール化できますか?
できます。ただし共通回答を自動送信するルールではなく、例外を検知したら人間確認へ戻すルールにします。無理に一つの正解へ統一しないことが安全運用につながります。
次の一歩: 直近10件から一つだけ選ぶ
まず直近10件の判断ログを見て、同じ条件で二度以上迷ったものを一つ選んでください。対象業務、発動条件、標準対応、例外、人間確認、正本、責任者と見直し日を書き、人が承認してから現場へ反映します。
Miraigentの無料診断では、AIツールの比較より先に、判断ログ、再発条件、送らない情報、人間確認、例外、改善先を整理します。会社がAI導入前に何を決めるべきか分からない時は、同じ迷いが起きている業務から確認できます。
