長期メモリの保存方式

約5分

長期メモリを実際にどう保存するか決めたい方、保存方式ごとの向き不向きを知りたい方

長期メモリをどう保存するかで、後からの管理しやすさと精度が変わります。代表的な方式は4つあり、実務では組み合わせて使います。

4つの保存方式

もっとも単純で、少量の長期メモリに適しています。最大の利点は人が中身を読んで直接修正できることです。誤った記憶が入ってもすぐに気づき、その場で直せます。

# プロジェクトメモ
- 記事の一次情報は日本語、英語は翻訳
- 本番デプロイは承認後のみ
- 用語は「AIトランスフォーメーション」を使う

一方、項目が数十を超えると、毎回全文を渡すのが非効率になります。

項目があらかじめ決まっている情報に向きます。自由文と違い、上書き更新が正確にできるのが利点です。

自由文だと「簡潔に」と「詳しく」が両方残ってしまうような矛盾が、構造化されていれば起きにくくなります。

蓄積量が増え、毎回すべてを渡せなくなったときに使います。仕組みはRAGと同じで、現在のタスクに関連する記憶だけを取り出します。

注意点は、人が中身を把握しづらくなることです。誤った記憶が紛れても気づきにくいため、日付と出所をメタデータとして持たせ、古いものを除外できるようにします。

長い履歴を、決定事項・未解決事項・制約に絞って圧縮します。経緯を保ちながら量を抑えられますが、要約時に落とした情報は復元できない点に注意が必要です。重要な原文は別途残しておきます。

graph TD
    S["蓄積量は多いか"] -->|少ない| F["ファイル / 構造化レコード"]
    S -->|多い| V["ベクトル検索 + 要約"]
    F --> H["人が読んで直せる状態を保つ"]
    V --> M["日付と出所をメタデータに持たせる"]

まずはファイルや構造化レコードで始め、扱いきれなくなった時点でベクトル検索を足すのが現実的です。最初から複雑な仕組みを作ると、中身の誤りに気づけないまま運用することになります。