問い合わせ対応で効くAI記憶の判断ログ｜続きから動ける運用設計
問い合わせ対応では、同じように見える相談でも、契約、利用環境、過去の案内によって答えが変わります。回答文だけをAI記憶へ残すと、次の担当は「なぜその案内にしたのか」を判断できません。必要なのは、採用した回答、見送った案、確認した条件、再判断のきっかけを一つにつなぐ判断ログです。
問い合わせ本文と社内判断を分けて記録する
利用者が伝えた事実、担当者が確認した事実、担当者の推測、社内方針は別々の欄へ置きます。「使えない」という申告と「障害が発生している」という判定は同じではありません。発生時刻、対象機能、再現条件、表示された内容を確認し、まだ確かめていない原因は仮説として残します。
個人情報や契約情報は必要な範囲に限定します。FAQへ再利用する判断ログには匿名化した論点だけを渡し、元の問い合わせへ戻る必要がある情報は案件限定の記録へ分離します。検索できることを、そのまま共有や公開の許可にはしません。
結論より先に比較条件を固定する
返金、設定変更、代替案の提示など複数の選択肢がある時は、顧客影響、復旧時間、契約、再発可能性を比較します。「今回はAを案内した」だけでは、別条件でもAが再利用されます。どの条件を重く見たか、Bを選ばなかった理由は何かを短く残します。
決定者、決定時刻、適用する問い合わせID、有効期限も必要です。一般方針ではなく一件限りの例外なら、その境界を明記します。会話中の提案や下書きを正式決定へ自動昇格させず、承認済み、保留、却下を状態として分けます。
回答の変更履歴を利用者への約束と結ぶ
最初の案内を訂正した場合、最終回答だけを残すと、すでに受け取った利用者との食い違いが見えません。どの文面を、いつ、どの経路で送り、何を訂正したかを記録します。訂正対象が一人なのか、同じ案内を受けた複数人なのかも確認します。
AIに過去回答を参照させる時は、失効した文面を通常検索の先頭へ戻さない設計にします。履歴として保存しても、現行方針への参照と失効表示を付ければ、経緯の確認と誤再利用の防止を両立できます。
一件の判断ログに入れる七項目
- 問い合わせIDと対象範囲
- 利用者から確認できた事実
- 社内で追加確認した事実と出典
- 比較した選択肢と採否
- 判断理由と決定者
- 利用者へ伝えた内容と送達確認
- 見直し条件と次の確認時点
ログには「丁寧に対応する」のような抽象語だけを置きません。次の担当が同じ条件を確認し、未送信の一手だけを再開できる粒度にします。外部送信の結果が不明なら再送せず、送信済み一覧やticket履歴を先に読みます。
FAQへ昇格する前に個別事情を取り除く
複数の問い合わせで同じ迷いが起きても、個別判断をそのまま一般回答へコピーしません。共通する質問、確認手順、適用条件、対象外を抽出し、固有の契約や例外承認を外します。FAQ候補と、正式に公開できるFAQも別状態にします。
昇格後は、実際の問い合わせで回答時間や追加質問が減ったかを確認します。閲覧数が増えただけで解決したとは判断せず、誤案内、有人対応への戻り、訂正件数を見ます。判断ログは回答を固定する道具ではなく、条件の変化に合わせて安全に見直す道具です。
監査では「同じ答え」ではなく理由の再現性を見る
代表的な問い合わせを選び、別の担当がログから同じ確認項目へ到達できるか試します。条件が同じなら結論と理由が整合し、条件が違えば過去回答を機械的に使わず再判断できることが合格です。言い換えただけの却下案が繰り返し戻る場合は、却下理由の粒度を見直します。
効果はログ件数ではなく、再説明時間、誤った再送、訂正、引き継ぎ後の保留時間で測ります。重大な法務・security判断は通常のFAQ判断と分け、人の承認境界を優先します。
よくある質問
すべての問い合わせに詳しい判断ログが必要ですか？
定型回答だけで完結するものは短い記録で十分です。例外、訂正、複数案の比較、顧客影響がある案件ほど、判断理由と見直し条件を厚くします。
過去と同じ質問なら前回の回答をそのまま使えますか？
契約、製品版、障害状況、利用者への既案内が同じか確認します。判断ログは再利用の根拠を示しますが、条件確認を省く許可にはなりません。
AIに返信を自動送信させてもよいですか？
承認済みの定型範囲は自動化できますが、返金、権利、個人情報、例外判断は人へ戻します。送信前後の対象IDと送達確認も必要です。
参照した一次資料
OpenClawのMemory文書は、利用者が確認・編集できるMarkdownを長期記憶として扱う方法を案内しています。W3C PROV-Oは情報、活動、主体と、その生成・利用・派生・帰属を表す語彙を定義しています。NIST AI RMF 1.0はGovern、Map、Measure、Manageの機能でAIリスク管理を整理しています。
この記事は一般的な問い合わせ運用の整理であり、個別契約や法的判断を示すものではありません。現行の製品仕様、契約、権限、組織ルールを確認してください。
あわせて読みたい
AIと記憶の関係を研究する実録から、エージェントメモリーズ開発秘話まで。記憶を持つAIのつくり方を綴っています。
ほかの記事を読む Agent Memoriesを見る