AIエージェントの記憶ライフサイクルをどう設計するか？

Memory Retrievalは、今回使ってよい前提を選ぶ処理である

　業務エージェントのMemory設計で最も重要なのは、Memory Retrievalです。これは、単に似ている過去を探す処理ではありません。今回の判断で使ってよい前提を選ぶ処理です。

　たとえば、過去の問い合わせと似ているチケットが見つかったとしても、それが別の顧客の例外対応であれば、そのまま使うべきではありません。古い手順が検索されたとしても、現在の運用ルールと矛盾していれば除外すべきです。ユーザーの過去の好みが見つかっても、今回の業務上の制約と衝突する場合は、優先順位を決める必要があります。

　現時点のマネージドMemory機能は、ユーザーごとの会話継続やセッション要約には有効です。しかし、チケット履歴、顧客マスタ、業務DB、RAG文書をまたいで「今回使ってよい前提」を選ぶには、Retrievalの設計が必要になります。Memory Retrievalを、単なる類似検索ではなく、前提選択として設計することが、業務エージェントの安定性に直結します。

Dreamingは、将来の想起に向けて記憶を再編成する

　記憶を抽出し、保存し、想起するだけでは、長期運用では不十分です。Memoryは増えるほど、重複し、古くなり、矛盾します。そこで重要になるのが、記憶をあとから再編成する処理です。

　OpenAIのDreamingは、過去の会話からMemory状態を合成し、Memoryをより新鮮で関連性のあるものに保つ方向性を示しています。AnthropicのDreamsも、複数セッションをまたぐMemory Storeに重複、矛盾、古いエントリが蓄積する問題に対して、非同期にMemoryを整理し、新しい洞察を表面化させる機能として説明されています。

　一方で、記憶を再編成すれば必ず良くなるわけではありません。2026年の論文「Useful Memories Become Faulty When Continuously Updated by LLMs」は、LLMが過去の経験を継続的に統合して作るMemoryが、最初は有用性を高めても、その後に劣化する場合があることを示しています。この示唆は重要です。DreamingやConsolidationを設計する際には、元の会話履歴やツール結果を消してしまうのではなく、根拠となるエピソードを保持したうえで、統合されたMemoryを別の層として扱う必要があります。

記憶ライフサイクルを実装するとは何か

　記憶ライフサイクルを実装するとは、Memory機能を有効化することでも、会話履歴を保存することでもありません。業務エージェントが扱う情報を、現在の状態、過去の出来事、業務知識、関係性、手順に分け、それぞれに適したMemory技法と保存基盤を選び、必要なときに想起し、長期的には再編成できるようにすることです。

　実装を始めるときは、Memoryツールを選ぶ前に、少なくとも3つを決める必要があります。第1に、どの既存データをMemory候補にするか。第2に、どのデータを正式な参照元として都度確認するか。第3に、検索されたMemoryを今回の判断で使ってよいと判定する条件です。この3つが曖昧なままMemory機能を追加すると、会話は自然につながっても、業務判断としては不安定になります。

　この考え方は、具体的なMemory設計パターンにもつながります。たとえば、検索された記憶をそのままプロンプトに入れるのではなく、現在のタスク、権限、業務ルール、有効期限と照合してから使うMemory Gateパターンとして整理します。また、要約されたMemoryだけを残すのではなく、元の会話、チケット、ツール実行結果を根拠として保持するエピソード保持パターンも重要です。さらに、すべての記憶を同じ重みで残し続けるのではなく、時間経過、再利用頻度、業務上の有効期限に応じて、想起しやすさや確認の優先度を変える忘却曲線パターンも考えられます。人間の記憶をそのまま模倣するのではなく、業務エージェントにおいて「どの記憶を今回の前提として扱うか」を制御するための設計パターンとして捉えることが重要です。

　マネージドMemory機能やOSSのMemoryツールは、このライフサイクルの一部を支援します。しかし、何をMemoryとして抽出し、何を正式な参照元として扱い、どのMemoryを今回の判断で使ってよいかを決めるのは、業務エージェントの設計そのものです。

　本稿では、Memoryを単なる保存機能ではなく、抽出・保存・想起・再編成からなるライフサイクルとして整理しました。今後の回では、この設計地図を前提に、Mem0、Letta（旧MemGPT）、ZepなどのMemory基盤や、Memory Gate、エピソード保持、忘却曲線のような設計パターンを取り上げます。業務エージェントに必要な記憶を、どの粒度で残し、どのタイミングで思い出し、どのように更新、統合、または使わない判断をするのか。その課題と技術選定の考え方を、より具体的に整理していきます。