AIエージェントの記憶設計｜会話履歴・引き継ぐ情報・最新データを分ける

「前回と同じ条件でお願いします」。問い合わせ窓口やAIコールで、この一言に対応できると、利用者が同じ説明を繰り返す負担を減らせます。ただし、前回の希望と、今も有効な条件は同じとは限りません。

AIエージェントの記憶を設計するときは、会話を続けるための情報、次回にも引き継ぐ情報、その都度取り直す情報を分けて考えます。何を覚えるかとあわせて、誰についての記録か、いつ確かめたか、どう訂正するかまで決めることが大切です。

Google Cloudが紹介した、短期と長期を分ける構成

Google Cloudは2026年10月2日、Memorystore for Valkeyを短期の会話バッファ、AlloyDB AIをセッションをまたぐ長期記憶に使う構成を公式ブログで解説しました。会話中の文脈と、継続して参照する事実や希望を分けて保持する考え方です。Google Cloud公式解説

これは実装方法を紹介する記事であり、10月2日に新製品が一般提供されたという発表ではありません。本記事では2026年10月5日に確認したこの解説を手がかりに、企業の窓口業務で決めておきたい項目を整理します。以下の分類・会話例・確認手順は、IvyLeapによる設計提案です。

最初に、記憶の使い道を三つに分ける

1. 今回の会話が終わるまで必要な情報

「候補日は火曜か木曜」「先ほど案内した資料の二つ目」といった情報は、その会話の文脈があって初めて意味を持ちます。受付中には必要でも、次回の問い合わせで無条件に使うと、別の案件に古い条件を持ち込むおそれがあります。

こうした情報には、会話や案件を識別する番号を付けます。会話を閉じた後に引き継ぐ場合も、未解決の用件として残すのか、単なる途中の候補だったのかを区別します。

2. 次回にも役立つ、確認済みの希望

「資料はメールで受け取りたい」という希望は、継続して使える可能性があります。ただし、「今回だけメールにしてください」と言った場合まで、いつもの希望として保存してはいけません。

継続する希望にするなら、対象となる本人や案件、確認した発言、確認日を一緒に残します。AIが会話から推測した好みは、本人が確認した希望と分けて扱う設計にします。

3. 回答や実行の直前に確認する業務データ

空き枠、価格、契約状態、処理権限などは、過去の記録だけで今回の判断を確定しない項目です。前回「予約可能だった」枠が、今日も空いているとは限りません。

記憶には「その時点では何を案内したか」を残し、現在の可否は予約システムなどの正規の情報源から取得します。取得できない場合は、過去の値を現在の確定情報として案内せず、確認待ちにするルールを用意します。

記憶する一項目に、根拠と期限を持たせる

たとえば「午前中の連絡を希望」という情報を扱う場合、文章だけを保存するより、次の項目をそろえると判断しやすくなります。

• 対象：どの顧客・担当者・案件の希望か。
• 内容と適用範囲：今回の折り返しだけか、今後の連絡全般か。
• 根拠：本人の発言か、担当者が確認した記録か、AIの推測か。
• 確認日時：いつ得た情報で、後から訂正されていないか。
• 見直し条件：案件の終了、一定期間の経過、本人の変更希望など。
• 状態：有効、確認待ち、訂正済み、利用停止のどれか。

保存期間を一律に長くする必要はありません。業務目的と社内の取り扱い方針に合わせて、残す期間と削除する対象を決めます。会話の原文を記録する仕組みと、AIが次の回答で参照する記憶は、分けて管理できるようにします。

AIコールの折り返し受付で考える

仮に、前回の通話で「明日だけは午前中に連絡してほしい」と言われたとします。これを「この人は常に午前中を希望する」と要約すると、翌週の対応まで誤った条件を引き継ぎます。

この場合は、「前回通話の翌日の折り返しに限る希望」として、具体的な日付と用件を残す設計が適しています。期限が過ぎたら、次の連絡時刻を決める根拠には使いません。

一方、本人が「今後の資料連絡はメールを希望する」と確認した場合は、その希望を次回の受付にも利用できます。それでも、現在の宛先の確認や、今回の資料を送ってよいかの判断は別に必要です。覚えている希望だけで、今回の送信まで承認されたと扱わないようにします。

同じ会社の別の担当者から電話が来た場合にも注意が必要です。会社が同じというだけで、個人の希望や過去の相談内容を共有せず、確認できた相手と利用範囲に合う記録だけを参照します。

訂正した情報が、古い要約から戻らないようにする

「今後は午後にしてください」と変更されたら、新しい希望を一件追加するだけでは不十分です。古い「午前中を希望」という記録も検索対象に残ると、回答のたびに異なる条件が選ばれる可能性があります。

新しい記録には、置き換えた対象を結び付け、旧記録を今後の回答に使わない状態へ変更します。履歴として保持する場合も、現在有効な条件とは区別して取得します。

削除や利用停止も同様です。元の記録だけでなく、要約、検索用の複製、会話を再開するための一時保存など、再利用される場所を確認します。処理直後に同じ質問をして、旧情報をもとに案内しないことまで検証しましょう。

導入前に試したい六つの場面

まずは架空の顧客と案件を使い、保存する内容と、次回取り出す内容の両方を確認します。

1. 会話を終えて再開する：継続する希望は引き継ぎ、途中の候補を確定事項にしない。
2. 期間限定の希望が期限を過ぎる：古い条件を今回の回答に適用しない。
3. 希望が訂正される：新しい条件を使い、古い要約から旧条件を復活させない。
4. 価格や空き枠が変わる：前回の案内と現在の状態を区別する。
5. 同じ会社の別の人が利用する：他人の相談内容や個人の希望を混ぜない。
6. 記録が利用停止になる：検索結果にも会話の再開時にも再び現れない。

結果は、入力した会話、保存された項目、再利用された項目、実際の回答を並べて残すと、どの段階で条件が変わったかを追いやすくなります。正しく思い出せる件数に加え、使わないはずの記憶が混ざった件数も評価対象にします。

最初の対象は、訂正できる小さな範囲から

初期の検証では、対象業務と保存項目を絞り、担当者が記録の内容を確認・訂正できるようにします。記憶を増やす前に、期限切れや矛盾する情報が見つかった場合の扱いを確かめましょう。

AIエージェント構築支援では、業務の流れとあわせて、参照する情報や人が確認する範囲を整理できます。電話での継続対応を検討する場合は、AIコール導入支援のページもご覧ください。