エージェントメモリの設計：2026年デザイナーズハンドブック

あなたのAI製品は今や記憶機能を備えています。あなたは、その部分を設計したわけではないでしょう？

多くのチームは、2012年に通知機能をリリースしたのと同じように、2025年や2026年に記憶機能をリリースしました。つまり、機能を有効にしてユーザーの怒りを目の当たりにし、最悪の苦情を修正するというやり方です。これは、忘れ去られる製品を作るにはうってつけの方法ですが、ユーザーが仕事や好み、そしてエージェントが自分を知っていると感じさせるようなちょっとした恥ずかしい事実まで安心して打ち明けられるような製品を作るには、最悪の方法です。

これは、エージェント記憶に関する設計者向けハンドブックです。一度読んで、製品を修正してください。

エージェント記憶とは

エージェント記憶とは、製品がセッション間でユーザーについて記憶し、将来の動作を変更するために使用するあらゆる情報のことです。これが定義のすべてです。キーワードは「変更するために使用する」です。なぜなら、動作変更を伴わないストレージは単なるデータベースであり、データベースは設計上の問題ではないからです。

チャット履歴ログは記憶ではありません。モデルがすべてのプロンプトに静かに挿入する好みのリストは記憶です。エージェントが関連する際に検索する過去の会話のベクトルストアはメモリです。Claudeの固定プロジェクトコンテキストやGPTのカスタム命令も、形状と有効期間が異なるだけで、メモリの一種です。

デザイナーは、あらゆるメモリ機能の3つの特性に注意を払う必要があります。何が保存されるのか、いつ使用されるのか、そして誰がそれを閲覧・変更できるのか。これら3つのいずれかが曖昧だと、ユーザーも不安になり、ユーザーは使用しているものを信頼しなくなります。

2025年と2026年にメモリが主流のUXになった理由

3つの要素が重なりました。ChatGPTが2025年初頭にメモリを全ユーザーに提供開始し、Claudeがその後まもなく永続コンテキストを備えたプロジェクトを展開しました。そして、長時間のコンテキストウィンドウを実行するコストがようやく十分に低下したことで、「すべてを記憶する」という発想が冗談ではなく、製品戦略となりました。2025年末までに、メモリはAI製品のローンチにおける標準的なチェックボックスとなりました。ユーザーの期待は急速に高まりました。Claude、ChatGPT、Cursor、Granolaを毎日利用しているユーザーは、新しいAIツールが自分の情報を記憶してくれることを期待するようになりました。間違った情報を記憶されるとイライラし、自分が覚えていない情報を記憶されると不安になります。

記憶機能を備えた製品は爆発的に増加していますが、優れた記憶設計を備えた製品は依然としてほとんどありません。このギャップこそがチャンスです。

設計者が知っておくべき4つの記憶タイプ

多くのチームは、記憶を区別のない一つのものとして扱っています。これが最初の間違いです。記憶には4つの異なるタイプがあり、それぞれストレージ、表示方法、信頼性に関する要件が異なります。

プリファレンスとは、エージェントの動作に関するユーザーの明示的な選択です。トーン、フォーマット、長さ、言語、スキップする内容、常に含める内容などが含まれます。これらは明示的で、変更は緩やかで、高い信頼性が求められます。ユーザーはこれらの情報を一度設定したら、あとは忘れてしまいたいと思っています。

ユーザー情報とは、ユーザー個人に関する情報です。名前、役職、会社、担当プロジェクト、使用ツール、もし言及していれば子供の名前などです。これらはすぐに蓄積され、親密な情報として認識されます。ユーザーはこれらの情報を確認し、編集し、不要なものは削除したいと考えています。

作業中のコンテキストとは、特定の作業に関連するすべての情報です。昨日のブランドブリーフ、ユーザーが現在修正作業を行っているドキュメント、先週の火曜日に貼り付けたデータなどです。これらは作業中は非常に価値がありますが、作業が終わると単なるノイズになります。デザイン上の課題は、いつこれらの情報が役に立たなくなるかを判断することです。

行動シグナルとは、エージェントが何をすべきかを予測するために使用する推論パターンです。ユーザーは常にTypeScriptにコードを記述したい、ユーザーは常に最初の3つのロゴ案を却下する、ユーザーは午前9時よりも午後9時の方が作業が速い、といったものです。これらは最も有用でありながら最も目に見えない情報であり、その組み合わせが最も危険なものとなっています。

メモリ設計における5つの信頼原則

メモリ設計には5つの原則があります。どれか一つでも欠けていれば、メモリ機能はユーザーからの怒りのスクリーンショット投稿を待つばかりの、いわばリスク要因となります。

可視性 エージェントが使用するすべてのメモリ情報は、会話画面からワンクリックでアクセスできる必要があります。設定画面やヘルプドキュメント、3つもメニューの奥深くに隠されていてはなりません。「どうやってこの情報を知るのか」とユーザーが疑問に思うようでは、既に信頼は失われています。

編集可能 すべてのメモリエントリはテキストとして編集可能で、ワンクリックで削除できる必要があります。「モデルの改善に使用します」といった曖昧な表現は不要です。ユーザーが作成したものであり、ユーザーが所有し、ユーザーが削除すれば完全に消去されます。

スコープ メモリには明確なスコープが必要です。会話ごと、プロジェクトごと、アカウントごとなど、スコープを明示する必要があります。コードエディタで簡潔な返信を好むからといって、それがセラピーチャットボットに反映されるべきではありません。スコープは多くの製品が見落としがちな部分であり、信頼を最も早く失墜させる要因です。

有効期限あり メモリには、ユーザーが宣言するかシステムが推論するかのいずれかの有効期限が必要です。作業中のコンテキストは、作業が完了した時点で破棄されるべきです。動作シグナルは、動作が変更された場合に減衰するべきです。永久に存続するメモリは、古いデータが徐々に漏れ出し、将来のすべての応答を汚染します。

エクスポート可能 ユーザーは、メモリを読み取り可能な形式でエクスポートし、他の場所に持ち出すことができなければなりません。JSON、Markdown、プレーンテキストなど、いずれかを選択してください。これは他の原則を証明する原則です。なぜなら、メモリレイヤーを他の人が読めるように書き出すことほど、明確さを強制するものはないからです。

ChatGPT メモリとサイレントアップデートの問題

ChatGPT メモリは世界で最もよく使われるメモリ機能です。また、いくつかの原則を完璧に理解していても、他の原則を見落とした場合に何が起こるかを最も明確に示す機能でもあります。

目に見える部分は問題ありません。メモリドロワーがあり、それを開いてエントリを確認できます。編集機能は正常に動作し、エントリを削除すれば完全に消去されます。ここまでは問題ありません。

しかし、問題はサイレントアップデートです。ChatGPTは、通常の会話中に許可なく新しいメモリエントリを書き込みます。唯一の通知は、2秒で消える小さな「メモリが更新されました」というトーストメッセージだけです。ユーザーは、一度きりのチャットから読み取られた誤った推論や恥ずかしい雑学など、自分が明示的に承認していない数ヶ月分の情報が蓄積されていることに気づくことがよくあります。デフォルトの動作は予期せぬ事態を引き起こし、予期せぬ事態は信頼とは正反対です。

解決策としては、メモリが保存される最初の10回に小さな許可プロンプトを表示し、ユーザーが最後に確認してから追加された内容を示す週次ダイジェストを表示することです。しかし、どちらも実装されていません。これは技術的な制約ではなく、設計上の決定です。

Claudeのプロジェクトにおけるメモリ機能とその利点

Claudeのアプローチは、ChatGPTとは正反対です。 Claudeにおけるメモリは、主にプロジェクト内に存在します。プロジェクトとは、ユーザーが作成したコンテナであり、明示的な指示とアップロードされたファイルで構成されています。ユーザーはプロジェクトを作成し、名前を付け、コンテキストを設定します。メモリは、その仕組み上、オプトイン方式です。

これにより、スコープの問題が明確に解決されます。「マーケティング戦略」プロジェクトは、「セラピージャーナル」プロジェクトを汚染することはありません。なぜなら、これらはそれぞれ独立したコンテナであり、コンテキストも異なるからです。ユーザーは、自ら境界を設定したため、その境界を明確に理解できます。

しかし、Claudeでは、ユーザーにとっての利便性は低下します。プロジェクト間でユーザーの設定が自動的に記憶されないため、同じことを何度も繰り返すことになります。新しいClaudeのメモリ機能は、このギャップを埋め始めていますが、設計上の教訓は既に明らかです。多少の利便性の低下があっても、ユーザーが設定したスコープは、システムが推論したスコープよりも信頼性が高いのです。

カーソルルール、.cursorrulesパターン、そしてメモリ・アズ・コード

カーソルは全く異なるモデルを採用しています。プロジェクトルールは、リポジトリ内の.cursorrulesまたは.cursor/rules/というファイルに格納されます。開発者はルールをプレーンテキストで記述し、Gitにコミットします。エージェントは、あらゆるインタラクションでこれらのルールを読み取ります。

これがメモリ・アズ・コードです。リポジトリ内のテキストファイルは、定義上、可視性、編集可能性、スコープ、エクスポート可能性を備えているため、信頼性の原則が持つあらゆる特性を自然に備えています。唯一の弱点は有効期限であり、これは開発者がファイルを編集することで管理する必要があります。

開発者以外の製品にとっての教訓は、「設定ファイルを同梱する」ことではありません。重要なのは、単一のドキュメントとして読み取れるメモリは、UIを通してクエリを実行するメモリよりも安全だと感じられるということです。メモリドロワーを設計する際は、まずドキュメントビューを設計し、その上にエディタを設計するようにしましょう。

Granola、カスタムGPT命令、そしてメモリ構造のロングテール

会議メモツールであるGranolaは、各ノートブックをそれぞれ独立したコンテキストとして扱います。エージェントはノートブックの内容を読み取って新しいメモを作成します。ユーザーとしてのあなたのグローバルな記憶は存在しません。「記憶とは、その場にあるものすべて」という構造は、会議が本質的に限定された空間であるという性質上、有効です。

カスタムGPT命令は、現代AI時代において最も古いメモリ構造です。作成者がシステムプロンプトを作成し、ユーザーがGPTを選択すると、プロンプトに基づいてすべての応答が生成されます。この構造は脆弱で適応性に欠けますが、非常にシンプルで完全に理解しやすいため、依然として最も多く使用されているメモリ機構です。

これらのすべてに共通するパターンは、最良のメモリ設計ではユーザーがメモリの作成者となり、最悪の設計ではシステムが作成者となり、ユーザーは傍観者となるということです。

設計時に考慮すべき4つの障害モード

すべてのメモリ機能は、以下の4つのいずれかの方法で障害が発生する可能性があります。問題点を特定し、監視し、設計レビューで排除しましょう。

忍び寄る問題 記憶はユーザーが整理できる速度よりも速く蓄積されます。3か月後には、ユーザーの記憶は400件にも上り、その半分は誤りか古い情報で、現実的な削除方法がありません。この問題は、上限設定、有効期限タイマー、一括削除ツールで解決しましょう。

予期せぬ問題 エージェントがユーザーが認識していない記憶を使用し、ユーザーは監視されていると感じます。この問題は、積極的な情報開示、すべての応答に対する「なぜそう言ったのですか？」という質問、そして記憶が初めて使用される際の明示的な確認によって解決しましょう。

囲い込み問題 ユーザーは、記憶が製品内に閉じ込められているため、離脱できません。この問題は、ワンクリックでポータブル形式にエクスポートできる機能、マーケティングメールによる制限なし、サポートチケット不要で解決しましょう。

記憶の穴 エージェントが、ユーザーが最も記憶しておきたい情報を忘れてしまいます。ユーザーは同じ状況を5回繰り返し、最終的に別の製品に乗り換えます。明示的なピン留め、説明どおりに機能する「記憶する」ボタン、そしてエントリが存在することを証明するメモリインスペクターでこの問題を解決しましょう。

現在、あなたの製品がこれらのどれに最も近いかを選択してください。それが次の四半期のロードマップとなります。

メモリ機能の設計用語

名前を付けられないものは設計できません。ここでは、優秀なチームが採用しつつある作業用語と、参考にできる定義を紹​​介します。

メモリカードは、保存されるメモリの最小単位です。1枚のカードには、1つの事実または設定、1つのタイムスタンプ、1つのスコープ、1つのソースが含まれます。メッセージを表示するのと同じようにカードを表示し、すべてのカードに一貫したアフォーダンスを持たせましょう。

スコープチップは、メモリまたはセッションのスコープを示す小さなカプセルです。「この会話」「このプロジェクト」「あなたのすべての作業」「すべて」など。スコープチップは、メモリカード、会話、そしてエージェントがメモリを参照する際の応答に使用されます。

ディケイタイマーとは、メモリエントリに表示されるカウントダウンまたは有効期限ラベルのことです。「14日後に期限切れ」「プロジェクト終了まで保持」「永久保存」といった表示が可能です。ディケイタイマーは、抽象的な有効期限の概念を、ユーザーが確認・変更できる具体的なものに変えます。

監査証跡とは、エージェントが行った操作とその理由、そして各応答で使用したメモリを含むログです。すべてのメッセージでワンクリックでアクセスできる機能を提供しましょう。AI応答の監査証跡を完璧に実装した最初の製品は、今後10年間、信頼市場を独占するでしょう。

メモリインスペクターとは、保存されているすべてのメモリをスコープ別に整理し、ソースでフィルタリング、最新順に並べ替えることができる全画面表示のことです。これはAI製品において最も重要な画面ですが、ほとんどの製品にはこの機能がありません。

メモリ機能設計ワークショップ

ここでは、メモリ機能をゼロから設計するための6ステップのワークショップをご紹介します。午後のひとときで実施できます。デザイナー、プロジェクトマネージャー、そしてモデルレイヤーに精通したエンジニアを1名ご用意ください。

1. 製品で使用する4種類のメモリタイプをリストアップしてください。各タイプについて、エージェントがそのメモリバケットに何を記憶すべきかを1文で説明してください。該当しないタイプは明示的に削除してください。

2. メモリインスペクターを描画してください。インスペクターのみで、他の画面は不要です。単一のメモリカードはどのような外観で、どのようなフィルタが存在し、ユーザーは何を削除、編集、固定、エクスポートできるのかを説明してください。

3. 各タイプのデフォルトのスコープを決定してください。会話単位、プロジェクト単位、またはグローバルです。それぞれの選択理由を1文で説明してください。説明できない場合は、デフォルト設定は誤りです。

4. 各タイプの有効期限ポリシーを設定してください。固定期間、プロジェクト終了などのイベント連動、またはユーザーが削除するまで永続的のいずれかです。どのタイプも曖昧であってはなりません。

5. 情報開示方法を設計してください。ユーザーは、メモリが保存されているとき、使用されているとき、更新されているときをどのように知ることができるのでしょうか。トースト、バッジ、インライン引用、週刊ダイジェストについて具体的に記述してください。

6. エクスポート形式を記述します。テキストエディタを開き、200件のメモリエントリを持つヘビーユーザー向けにエクスポートボタンが生成するJSONまたはMarkdownを記述してください。データベースダンプのような形式になっている場合は、メモのような読みやすい形式になるまで再設計してください。

これがワークショップです。メモリに関する最初のコードを記述する前に実行し、リリース後にユーザーが実際にどのように使用しているかを把握した際に再度実行してください。

主要製品の現状比較

以下は、現在多くのチームが参照している製品のスコアカードです。これらの製品はアップデートによって状況が変化する可能性がありますが、強みと弱みのパターンは安定しています。

| 製品 | 表示可能 | 編集可能 | スコープ指定可能 | 有効期限設定可能 | エクスポート可能 |

|---|---|---|---|---|---|

| ChatGPT メモリ | 部分的 | はい | 弱い | いいえ | いいえ |

| Claude プロジェクト | はい | はい | 強力 | 手動 | 部分的 |

| カーソルルール | はい | はい | 強力 | 手動 | はい |

| グラノーラノートブック | はい | はい | 強力 | 該当なし | 部分的 |

| カスタム GPT 命令 | はい | はい | 強力 | 手動 | はい |

パターンは明らかです。ユーザーがコンテナを作成できる製品は、スコープとエクスポート性において最も高い評価を得ていますが、その分利便性にコストがかかります。メモリを自動化する製品は、利便性において最も高い評価を得ていますが、その分信頼性にコストがかかります。両方を真に解決した製品はまだ存在しないため、この分野は依然として大きな可能性を秘めた設計領域となっています。

今後2～3年の展望

3つの予測。いずれも確信を持って賭けることができます。

メモリ検査機能は標準的な製品インターフェースになります。18ヶ月以内に、すべての本格的なAI製品には専用のメモリ画面が搭載され、その画面の品質はユーザーが製品を選ぶ際のトップ3に入るでしょう。今すぐ設計を始めましょう。

信頼の原則が規制されるようになるでしょう。AIメモリの可視性、編集可能性、エクスポート可能性はプライバシー法に反映されるようになり、おそらくEUで最初に規制され、2028年までには広く適用されるでしょう。これらをコンプライアンス対策ではなく機能として扱う製品が、高い信頼度を誇る市場を独占するでしょう。

メモリはブランドになります。ユーザーが他のAI製品ではなく特定の製品を使い続ける理由は、モデルの品質ではなく、製品がユーザーをどれだけ正確に記憶しているかになります。モデルはコモディティ化され、メモリは競争優位性（堀）となります。この競争優位性を確立できるデザイナーは、このサイクルにおいてAIチームで最も価値のある人材となるでしょう。

これでフレームワークができました。製品を開いて、5つの原則のいずれかに違反しているメモリ機能を1つ見つけ、今週中に修正してください。

メモリは設定の問題ではありません。ストレージという形で表現された関係性の問題です。すべてのメモリエントリは、製品がユーザーについて発信する小さな主張であり、その主張はユーザーの自己イメージと一致するか、あるいはそれに反するかのどちらかです。

今回のサイクルで勝利を収めるチームは、検索やオンボーディングと同様に、メモリ管理にも専任の担当者を配置します。専任の担当者、保存されたデータとその理由に関する週次レビュー、メモリ精度とユーザー信頼度に関する具体的な指標。バックエンドエンジニアの片手間の作業ではありません。

もしあなたのロードマップに次の四半期のメモリ関連作業が記載されていないなら、そのロードマップは間違っています。ドキュメントを開き、作業を追加し、担当者を割り当ててください。早期対応のチャンスは急速に失われつつあります。