以下の通り翻訳しました。Markdown や HTML タグなど構造はすべて維持し、ブロック引用やコードセグメント内のテキストも訳しています。製品名や固有名詞は原文通り保ち、自然な日本語になっています。
Claude のメモリ機能について、公式ドキュメント、Dreaming の研究プレビュー、実際のプロダクション環境での知見など、実際に機能するすべての情報をまとめて、一つの実践ガイドにしました。
最新の AI 情報を入手するために私の Substack をフォローしてください: movez.substack.com
ブックマークしてください。保存してください。このガイドを読み終える頃には、「チャット内だけで」ではなく、何週間も永続的に記憶するエージェントを手に入れられます。
これは誇張ではありません。2026 年 3 月までは、一般ユーザーにとってこれは不可能でした。今なら 12 ステップで実現できます。
なぜあなたが作ったエージェントはみな金魚なのか。
新しい Claude チャットを開くたびに、エージェントはゼロからスタートします。
あなたの名前を知りません。昨日行った 3 つの修正、先週発見した回避策、箇条書きの要約が嫌いだという事実も覚えていません。
毎セッション、同じことを再発見し、同じミスを犯し、すでに答えた同じ質問を繰り返します。
これは Claude のマーケティング上の欠陥ではありません。言語モデルの根本的な仕組みです。明示的にコンテキストを再入力しない限り、各セッションは真っ新な状態から始まります。
チャットボットならそれで問題ありません。しかし、実際に繰り返し作業を実行するエージェントにとっては、あなたのセットアップが頭打ちになる最大の理由です。記憶のないエージェントは、100 回目の実行でも 1 回目とまったく同じようにしか役に立ちません。
レイヤー 1 は付箋紙のようなものです。レイヤー 4 は、毎週金曜日にその週を振り返り、より賢くなって戻ってくる従業員のようなものです。この 12 のステップで、これら 4 つのレイヤーすべてを、3 つのパートに分けて構築します。
基礎編 — レイヤー 1 & 2
01. Claude の組み込みメモリをオンにする
まずは、ほとんどの人が気づいていない、すでに存在する機能から始めましょう。2026 年 3 月、Anthropic は永続メモリ「Chat Memory」を、すべての Claude アカウント（無料版、Pro 版ともに）に展開しました。
Claude は現在、あなたの好み、進行中のプロジェクト、作業スタイルをすべての会話にわたって自動的に記憶し、忘れるように指示するまで保持します。
プロフィールアイコンをクリック → 設定 → 機能 → メモリセクションまでスクロールし、「チャット履歴からメモリを生成」がオンになっていることを確認してください。
内部では Memory Synthesis が動作しています。Claude は約 24 時間ごとにあなたの会話をプロファイルに凝縮します。これが、他のすべてを構築するためのベースラインです。
02. 待つのではなく、意図的にメモリをシードする
ドキュメントが明確に示している直感に反する点があります。履歴から Claude にあなたの好みを推測させるために待ってはいけません。その合成は約 24 時間に 1 回しか実行されません。
新しい会話で直接指示してください。明示的な指示は推測よりもはるかに優れており、1 日後ではなく即座に反映されます。
Claude はこれらをメモリに書き込みます。次の会話は、それらをすでに知った状態で始まります。たった 1 メッセージで、繰り返しの説明というカテゴリ全体を排除できます。
03. エージェントのホームとして Project を作成する
Project は永続的なワークスペースであり、その中のすべての会話にわたって指示が読み込まれ続けます。これは最も強力な形のレイヤー 1 です。
Projects → New Project に移動します。名前はトピックではなく、ジョブに基づいて付けます。次に、カスタム指示ボックスにエージェントの役割、基準、制約を記入します。その Project 内のすべてのチャットはこれらの指示を継承します。
04. Project が覚えていないことを理解する
ここでほとんどの人が失敗します。Project は指示を保持します。デフォルトでは会話の記憶は保持しません。
Project を設定し、詳細なコンテキストを提供し、数回会話を重ねた後、同じ Project 内で新しいチャットを開始すると、以前に議論したすべての内容が消えています。
アーキテクチャ上の決定、未完了のタスク、デバッグセッション — すべて消えています。Project はその指示を覚えていても、あなたの履歴は覚えていません。
永続メモリ — レイヤー 3（開発者向け）
05. 生きたメモリファイルを追加する
実際に機能する最もシンプルな永続メモリは、エージェントがセッション開始時に読み取り、終了時に追記する単一のファイルです。
Claude Code ではこれは CLAUDE.md です。他のエージェントの場合は、Project Knowledge 内の memory.md にできます。
ドキュメントが繰り返し強調するルールは「ファイルをスリムに保つ」ことです。新しいセッションは、何かを入力する前に、約 20,000 トークンを指示の読み込みに費やすことができます。
このファイルを Wiki ダンプのように扱わないでください。Claude Code の /init を使ってスターターファイルを生成した場合、直感に反しますが、次のステップは生成されたもののほとんどを削除することです。なぜなら、モデルがすでに認識している自明なことが書かれているからです。
06. 自動メモリをオンにする
Claude Code には自動メモリ機構があります。あなたの修正や好みに基づいて自身へのメモを書き込み、すべてのセッションの開始時にそれらを読み込みます。
これで、エージェントは軽い自己文書化を行うようになります。あなたが修正すると、その修正は次のセッションでも消えずに残ります。
07. メモリファイルを構造化して使い続けられるようにする
構造化せずに肥大化したメモリファイルはノイズになります。セクションを設けてください。
各エントリはそこに値するものでなければなりません。これはエージェントが昨日のミスを繰り返さないために参照するファイルです。
08. 何を記憶する価値があるかを判断する
すべてを保存すべきではありません。ここでの規律がすべてを左右します。重要なセッションの後、エージェントは何が起こったかをレビューし、保持する価値のあるもの（決定、回避策、好み、障害モード）だけを抽出します。それ以外は意図的に忘れます。
優れたフィルター: これは次回エージェントの行動を変えるか？ もし「はい」なら保存し、「いいえ」なら手放しましょう。すべてを記憶するメモリは、何も記憶しないメモリと同様に役に立ちません。
自己改善メモリ — レイヤー 4: Dreaming
09. Dreaming が実際に何であるかを理解する
2026 年 5 月 6 日、Code with Claude で、Anthropic は Managed Agents 向けの研究プレビューとして Dreaming をリリースしました。この名前は意図的に神経科学から借用されています。人間は睡眠中に脳がその日の経験を長期記憶に定着させます。Dreaming はエージェントに対しても同じことを行います。
これはスケジュールされたバックグラウンドプロセスです。エージェントの既存のメモリストアと過去のセッションのトランスクリプトを読み取り、重複をマージし、古いエントリを最新の値で置き換え、真に新しい洞察を表面化させた、新しく再編成されたメモリストアを生成します。
手を出す前に重要な条件が 1 つあります。Dreaming は、同じ種類のタスクを繰り返し実行するエージェントにのみ役立ちます。多くのセッションにわたるパターンを統合するため、一度きりのエージェントには統合するものがありません。使い捨てのエージェントではなく、日常的に使うエージェントに実行してください。
10. ドリームを実行する — 正確な API 手順
Dreaming は研究プレビューであるため、コードを書く前に 3 つの前提条件があります。Managed Agents API キー、Anthropic のフォームを通じてリクエストされた Dreaming へのアクセス（ゲート付きで出荷されます）、および最新の Anthropic SDK を備えた Python または TypeScript 環境です。
すべてのドリーム呼び出しには、2 つのベータヘッダーを重ねて指定する必要があります。SDK は、ドリーム対応バージョンを使用している場合、両方を自動的に設定します。
呼び出し自体は 2 種類の入力を受け取ります。統合したい既存のメモリストアと、最大 100 のセッション ID（Claude がパターンをマイニングする最近のエージェント実行）です。
また、ドリームの焦点を調整するための指示を渡すこともできます。
プレビュー期間中にサポートされているモデルは、claude-opus-4-7 と claude-sonnet-4-6 です。ドリームは、選択したモデルの標準 API トークンレートで課金され、コストは入力セッションの数と長さにほぼ比例してスケーリングされます。
ドキュメントは明確に述べています。少量のセッションから始め、キュレーションの品質に満足したらスケールアップしてください。
11. コミットする前に出力ストアを検査する
入力メモリストアは、全体を通して読み取り専用のままです。ドリームは別の出力ストアを生成し、その ID は実行が開始されるとドリームの outputs[] 配列に表示されます。
次に、それを読み取ります。マージされたエントリが正しいこと、置き換えられたエントリが実際に古かったこと、表面化された洞察が本物でノイズでないことを確認します。
このレビューステップが、エージェントが賢くなるか、静かにドリフトするかの違いです。出力はオプトインする新しいストアであるため、ドリームが既存のものを静かに壊すことは決してありません。
12. それを切り替え、スケジュールし、複合効果を発揮させる
出力を信頼したら、プロダクションへの切り替えは 1 行の変更です。エージェントが古いストア ID の代わりに新しいストア ID を指すようにします。
次に、ドリーミングをスケジュールに設定します。エージェントの実行頻度に応じて、毎晩または毎週です。
これでループが閉じました。エージェントは日中に作業し、実行の合間にドリームを見て、再トレーニングや手動再構成なしで、サイクルごとに賢くなって戻ってきます。
古いドリームをアーカイブしても、その出力ストアには影響しません。これらは Memory Stores API を通じて個別に管理します。
これがスケールで機能する証拠: 法律 AI 企業 Harvey は、法務文書作成ワークフローに Dreaming を有効にした後、エージェントのタスク完了率が約 6 倍に向上したと報告しています。
以前は Claude がセッション間でファイルタイプの癖やツールの回避策を忘れ続けたために失敗していた同じジョブが、突然確実に完了するようになりました。
エージェントのメモリを壊す間違い。
- Project をメモリとして扱うこと。Project は指示を保持し、会話履歴は保持しません。そうでないと想定すると、理由がわからないままコンテキストを失います。
- すべてを CLAUDE.md にダンプすること。肥大化したメモリファイルはトークンを浪費し、シグナルを埋もれさせます。長くて完全なものより、スリムで構造化されたものの方が優れています。
- フィルターなしでメモリを保存すること。すべてを記憶する価値があるなら、何も記憶する価値はありません。将来の行動を変えるものだけを保存してください。
- ドリーム出力を自動デプロイすること。出力ストアを分離する目的全体はレビューです。それをスキップすると、セーフティネットを失います。
- 低頻度のエージェントで Dreaming を実行すること。Dreaming は多くのセッションにわたるパターンを統合します。月に 2 回しか実行しないエージェントは、十分なパターンを蓄積できません。
結論:
ほとんどの人は、Claude をこれまでと同じように使い続けるでしょう。毎回、記憶のない新しいチャットを開き、毎回自分を説明し直し、なぜエージェントが向上しないのか不思議に思うでしょう。
4 つのレイヤーを構築した人々は、異なるものを手に入れるでしょう。自分を知り、学んだことを蓄積し、毎週より賢くなるために自身のメモリを書き換えるエージェントです。
最初の 4 つのステップを選んでください。今夜セットアップしてください。それだけで、次のセッションの感覚が変わります。
