Claudeのメモリーとdreamingって何?仕組みと使い方を整理
Claude.aiの「メモリーを管理」と、2026年5月6日にManaged Agentsの正式機能としてリリースされた「dreaming(Dreams API)」。混同しやすい2つを切り分け、メモリーの設定とdreamingのAPIの使い方・実績(Harvey社で6倍)まで実務目線で解説します。
目次
- まず結論
- 1. なぜこの記事を書くのか
- 2. メモリーとは何か(保持される情報)
- 2-1. 「メモリーを管理」画面の正体
- 2-2. どこから操作する?
- 2-3. メモリーを削除・編集する
- 3. dreamingとは何か(メモリーを整理する実機能)
- 3-1. 「dreaming」は比喩ではなく、API操作可能な機能
- 3-2. どこが「賢くなる」のか
- 3-3. メモリーとの違いを表で整理
- 4. Dreams API の使い方(開発者向け)
- 4-1. 前提:ベータヘッダーとアクセス申請
- 4-2. dream を作成する
- 4-3. 進捗を追い、結果を採用する
- 4-4. 自動運用と人間レビューの切り替え
- 5. メモリーを使う・使わないの判断軸
- 5-1. メモリーを「使う」と便利な人
- 5-2. メモリーを「使わない」方が安全な人
- 6. ステップで覚える「メモリー初期設定」
- ステップ1: 現在のメモリーを確認する
- ステップ2: 不要なメモリーを削除する
- ステップ3: 今後の方針を決める
- 7. 応用:プロンプトでメモリーを活かすコツ
- コツ1: 「覚えておいて」と明示的に言う
- コツ2: 「忘れて」と明示的に言う
- コツ3: メモリー保存の境界を意識する
- 8. よくある質問
- あなたへの影響
- まとめ
- 関連記事
- 参考にしたソース
- 訂正・更新履歴
まず結論
- Claudeには**「メモリー」と「dreaming」**という似た言葉があるが、別物
- メモリーは、一般ユーザーは Claude.ai の設定画面(「メモリーを管理」)から手動で確認・削除でき、開発者は Managed Agents の memory store としてエージェントが読み書きする、会話・セッションをまたいで保持される情報
- **dreaming(Dreams)**は、2026年5月6日の「Code with Claude」で発表され、Managed Agents の正式機能としてAPIから操作できる実機能。過去セッションとメモリーを読み込み、重複の統合・古い情報の更新・新しい知見の抽出を行って、整理し直したメモリーを生成する処理(リサーチプレビュー)
- dreaming はモデルの重み(パラメータ)を変えない。生成されるのは人間が読めるメモリーエントリで、人がレビュー・承認・却下してから採用できる
- 導入企業の Harvey社では、dreaming を有効化したところタスク完了率が約6倍に向上したと報告されている
- 一般ユーザーがまず触るのは**「設定 → メモリーを管理」。開発者はDreams API**でエージェントのメモリーを自動改善できる
ニュース元: Dreams - Claude API Docs(Anthropic公式) / VentureBeat: Anthropic introduces “dreaming”
1. なぜこの記事を書くのか
Claudeをそれなりに使っている人でも、「メモリーを管理」という設定項目をちゃんと開いたことがある人は意外と少ないんじゃないでしょうか。
そして2026年5月6日、Anthropicは開発者会議「Code with Claude」で**「dreaming(Dreams)」を発表しました。「Claudeが夢を見る」と聞くと比喩のように思えますが、これはManaged Agents(マネージドエージェント)の正式機能としてAPIから操作できる実機能**です。エージェントが過去のセッションとメモリーを振り返り、重複や古い情報を整理して、より賢いメモリーを作り直す——という仕組みになっています。
メモリーとdreamingは名前が似ていて混同されがちですが、役割がはっきり違います。メモリーが「保持する情報そのもの」だとすれば、dreamingは「そのメモリーを定期的に整理・改善する処理」です。本記事では、一般ユーザー向けの「メモリーを管理」の使い方と、開発者向けの「Dreams API」の中身を、それぞれ実務目線で整理します。
2. メモリーとは何か(保持される情報)
2-1. 「メモリーを管理」画面の正体
Claude.aiやClaudeアプリの設定画面には**「メモリーを管理」**という項目があります。説明文には次のような内容が書かれています。
Claudeがあなたについて記憶していることです
ここに保存されるのは、たとえばこんな情報です。
- ユーザーの名前や呼び方
- 仕事や役割(「Webデザイナーです」「営業職です」など)
- 進行中のプロジェクトの概要
- 好み(「コードは関数型で書きたい」「日本語で答えてほしい」など)
会話の中でClaudeが**「これは覚えておくべきかも」と判断した内容が、メモリーに追加されていきます。これによって毎回プロフィールを説明し直す必要がない**のがメリット。
2-2. どこから操作する?
- Web版(claude.ai): 右上のアイコン → 設定 → メモリー(or プロファイル)
- デスクトップアプリ: 同じく設定 → メモリー
- モバイルアプリ: アカウントタブ → 設定 → メモリー
💡 ここを最初に開いて 「設定 → メモリーを管理」を一度開くだけで、Claudeが自分の何を覚えているかを全部見られます。意外な内容が記録されていることもあるので、初回チェックは必須です。
2-3. メモリーを削除・編集する
メモリー画面では各エントリの横に削除ボタンがあります。
- 個別削除: 1件ずつ消す(仕事関連だけ残して、雑談を消す等)
- 一括削除: 「すべて削除」で全クリア
- オフ切り替え: 「メモリーを使用しない」設定もある
⚠️ ここは気をつけて 一度オフにしても、過去にClaudeに送った会話履歴そのものが消えるわけではありません。履歴の削除は別操作です。完全に消したい場合は、「会話履歴の削除」も合わせて実行してください。
3. dreamingとは何か(メモリーを整理する実機能)
3-1. 「dreaming」は比喩ではなく、API操作可能な機能
ここははっきり書きます。dreaming は比喩表現ではありません。 2026年5月6日に開催されたAnthropicの開発者会議「Code with Claude」で発表された、**Managed Agents の正式機能(リサーチプレビュー)**です。公式ドキュメントも Dreams - Claude API Docs として用意されています。
仕組みはこうです。エージェントは作業しながらメモリーストア(memory store)に情報を書き込んでいきますが、その書き込みは局所的・逐次的なので、セッションを重ねるうちに重複・矛盾・古くなったエントリが溜まっていきます。
そこで**dream(ドリーム)**を実行します。dream は以下を入力に取る非同期ジョブです。
- 既存のメモリーストア(1つ)
- 過去のセッション記録(1〜100件)
これを読み込み、**重複を統合し、古い・矛盾した情報を最新の値で置き換え、新しい知見を抽出した「整理し直したメモリーストア」**を新規に生成します。入力したメモリーストアは変更されないため、出力結果を確認して気に入らなければ破棄できます。
💡 人間の睡眠との対比 「dreaming(夢を見る)」という名前は、人間が眠っている間に記憶を整理するイメージから来ています。ただし中身はモデルの重みを書き換えるものではありません(ファインチューニングでも勾配更新でもない)。生成されるのは人間が読めるメモリーエントリで、チームがレビュー・承認・却下・編集してから採用できます。
3-2. どこが「賢くなる」のか
Anthropicは、dreaming が単一のエージェントだけでは見えないパターンを浮かび上がらせると説明しています。具体的には次のようなものです。
- 繰り返し起きるミス(毎回同じ落とし穴にハマる)
- 複数のエージェントが独立に収束していくワークフロー
- チーム全体で共有される好み・前提
導入事例として有名なのが法務AIの Harvey社です。dreaming を有効化する前は、エージェントがファイル形式の癖やツール固有の回避策をセッション間で忘れてしまい、同じ法務ドラフト業務が同じ失敗を繰り返していました。dreaming を入れたところ、その回避策が定着し、タスク完了率が約6倍に向上したと報告されています(VentureBeat)。
3-3. メモリーとの違いを表で整理
| 項目 | メモリー | dreaming(Dreams) |
|---|---|---|
| 正体 | 保持される情報そのもの | メモリーを整理・改善する処理(実機能) |
| 誰が使う? | 一般ユーザー+開発者 | 主に開発者(Managed Agents) |
| 操作方法 | 「メモリーを管理」設定 / memory store API | Dreams API(/v1/dreams、SDK対応) |
| 何が起きる? | あなたの属性・好みを保存 | 過去セッションを分析し、整理済みメモリーを新規生成 |
| モデルの重み | 変えない | 変えない(人間可読のメモリーエントリを生成) |
| 人のレビュー | 設定画面で確認・削除 | 出力を確認して採用 or 破棄。自動運用も可能 |
| 提供状況 | 一般提供 | リサーチプレビュー(アクセス申請制) |
ポイントは、dreaming はユーザーが操作できない裏側の比喩ではなく、開発者がAPIから明示的に起動できる機能だということです。一般ユーザーが Claude.ai で直接触る場面はまだありませんが、Managed Agents を使う開発者にとっては今日から試せる実機能です。
4. Dreams API の使い方(開発者向け)
ここからは開発者向けに、実際の使い方を整理します。一般ユーザーで「設定だけ知りたい」方は、この章は読み飛ばして次章(メモリーを使う・使わないの判断軸)へ進んでください。
4-1. 前提:ベータヘッダーとアクセス申請
dreaming はリサーチプレビューのため、まずアクセス申請が必要です。Managed Agents のAPIには managed-agents-2026-04-01 ベータヘッダーが、Dreams にはさらに dreaming-2026-04-21 ベータヘッダーが必要です(公式SDKを使う場合は自動で付与されます)。
4-2. dream を作成する
入力は「整理対象のメモリーストア(1つ)」と「分析対象の過去セッション(1〜100件)」です。Python SDKならこう書けます。
dream = client.beta.dreams.create(
inputs=[
{"type": "memory_store", "memory_store_id": store_id},
{"type": "sessions", "session_ids": [session_a, session_b]},
],
model="claude-opus-4-8",
instructions="コーディングの好みに集中して。単発のデバッグメモは無視して。",
)
print(dream.id) # drm_01...
instructions で「何を重視し、何を無視するか」を最大4,096文字まで指定できます。プレビュー期間中に使えるモデルは claude-opus-4-8 / claude-opus-4-7 / claude-sonnet-4-6 の3つです。手元にメモリーストアがなく、セッション記録だけある場合は、空のメモリーストアを作って入力に渡せばOKです。
4-3. 進捗を追い、結果を採用する
dream は非同期ジョブで、入力サイズに応じて数分〜数十分かかります。status を polling して completed を待ちます。
status | 意味 |
|---|---|
pending | 作成・キュー投入済み |
running | パイプライン処理中 |
completed | 完了。outputs[] が新しいメモリーストア |
failed / canceled | エラー終了 / キャンセル |
完了したら、outputs[] の新しいメモリーストアを確認したうえで、次のように使い分けます。
- 採用する: 以降のセッションに新しいメモリーストアを
memory_storeリソースとして付け替える - 破棄する: Memory Stores API で削除・アーカイブする
⚠️ ここは気をつけて dream は入力(元のメモリーストアとセッション)を一切変更しません。出力は別ストアとして生成されるので、「自動で勝手に書き換わってしまう」ことはありません。
failed/canceledでも、その時点までに生成された出力ストアは残るので中身を確認できます。
4-4. 自動運用と人間レビューの切り替え
dreaming は完全自動で回すことも、メモリーに反映する前に人間がレビューすることもできます。チームの好みや繰り返すミスといった「効いてくる知見」だけを承認して採用する、という運用が現実的です。課金は選んだモデルの標準トークンレートで、入力セッションの数と長さにほぼ比例します。まず少数のセッションで試し、整理の品質に納得してからスケールするのが定石です。
5. メモリーを使う・使わないの判断軸
5-1. メモリーを「使う」と便利な人
- 同じ自己紹介を何度もしたくない人(職業、得意言語、プロジェクト名など)
- 長期プロジェクトでClaudeを伴走者にしたい人(執筆、研究、開発)
- 個人ユーザーで、1アカウント=1人で使っている人
5-2. メモリーを「使わない」方が安全な人
- 業務で機密情報を扱う人(クライアント名、コードの内部仕様、未公開戦略)
- アカウントを家族や同僚と共有している人
- 法律・医療など、個人特定リスクが大きい話題を扱う人
- 試行錯誤の対話が多くて、過去発言に引っ張られたくない人
判断に迷ったら、**「これ、3ヶ月後の自分が見ても気にならないか?」**を基準にすると良いと思います。気になるなら最初からメモリーには載せない。
6. ステップで覚える「メモリー初期設定」
実際の操作手順を、3ステップで整理します。
ステップ1: 現在のメモリーを確認する
- Claude.aiにログイン
- 右上のアイコン → 設定
- **「メモリー」または「メモリーを管理」**をクリック
- 保存されている全項目を確認
ここで「えっ、そんなことまで覚えてたの?」という発見が必ず1〜2件あります。それが本記事を書きたかった理由でもあります。
ステップ2: 不要なメモリーを削除する
- 各エントリ横の削除ボタンをクリック
- 「これは残しても問題ないか?」を1件ずつ判断
- プロジェクト名や顧客名が含まれていたら原則削除
- 一気に消したいなら「すべて削除」を実行
ステップ3: 今後の方針を決める
- メモリーを使う: 「Claude、これからは関数型でコードを書きたい」のように、覚えてほしいことを意識的に伝える
- メモリーを使わない: 設定でオフにする。今後の会話は記憶されない
- ハイブリッド: 用途別にアカウントを分ける(個人用と業務用)
💡 筆者のおすすめ 個人趣味や学習用の話題にはメモリーをオンで使い、業務関連はプロンプトのたびに必要情報を明示する——というハイブリッド運用が、結局いちばん事故が少ないと感じています。
7. 応用:プロンプトでメモリーを活かすコツ
コツ1: 「覚えておいて」と明示的に言う
Claudeにメモリーを正しく使ってもらいたいときは、**「以下、覚えておいてください」**と明示するのが効果的です。
プロンプト例:
「以下、今後の会話で覚えておいてください。
わたしは個人ブロガーで、AI関連の記事を書いています。
口調は丁寧めの『です・ます調』を好みます。
回答は3,000字程度を基本としてください。」
これで次の会話からも、上記の前提が反映されやすくなります。
コツ2: 「忘れて」と明示的に言う
逆に、**「過去に覚えた◯◯はもう不要なので忘れてください」**も有効です。プロジェクトが終わった、顧客が変わった、というタイミングでメモリーを整理しましょう。
コツ3: メモリー保存の境界を意識する
Claudeは**「あなた個人の属性に関わる情報」**を覚えがちです。逆に、その場限りの作業データ(「このCSVの列を要約して」など)は基本的にメモリーには載りません。メモリーに残る ≠ チャット履歴に残るという違いを把握しておくと、安心して使えます。
8. よくある質問
Q1: メモリーをオフにすると、Claudeの精度は下がる? A. プロフィール由来の便利さは減りますが、回答精度そのものが下がるわけではありません。毎回プロンプトに必要情報を書く運用に切り替えるイメージです。
Q2: ProプランとFreeプランで違いはある? A. メモリー機能自体は両プランで利用可能ですが、保存容量や挙動はプランや時期で変わる可能性があります。設定画面で実際の挙動を確認するのが確実です。
Q3: 法人プラン(Claude Cowork等)でもメモリーは使える? A. 法人向けは管理者ポリシーで制御される場合があり、組織でオフになっていることもあります。気になる人は情シスに確認してください。
Q4: dreamingは一般ユーザーも使えるの?止められる? A. dreaming は現状 Managed Agents(開発者向け)のリサーチプレビュー機能で、Claude.ai の一般ユーザー画面に「dreaming」のボタンがあるわけではありません。使うにはアクセス申請が必要です。逆に言えば、開発者が Dreams API を呼ばない限り dream は実行されません(勝手に走るものではありません)。自動で回すか、メモリーに反映する前に人間がレビューするかも、開発者側で選べます。
Q5: dreamingでモデルそのものが書き換わるの? A. いいえ。dreaming はモデルの重み(パラメータ)を変えません。ファインチューニングでも勾配更新でもなく、生成されるのは人間が読めるメモリーエントリです。チームが確認・承認・却下・編集してから採用できるので、挙動が静かに変わってしまう心配はありません。
あなたへの影響
読者タイプ別に整理します。
- Claudeを毎日使っている個人ユーザー → 影響大。今すぐ「メモリーを管理」を開いて、保存内容を確認すべき
- 業務でClaudeを使うエンジニア・営業職 → 機密情報がメモリーに載っていないか確認。必要ならオフに
- チームでClaudeアカウントを共有している人 → 共有アカウントでメモリーをオンにするのは事故のもと。個別アカウントに分けたい
- AIに「忘れさせる」運用に慣れていない人 → 一度全削除して、必要なことだけ意識的に追加していくとコントロールしやすい
- Managed Agents でエージェントを作っている開発者 → 影響大。Dreams API を試せば、過去セッションからメモリーを自動整理し、繰り返すミスを潰せる。Harvey社のように完了率が跳ね上がる可能性がある
まとめ
Claudeの「メモリー」と「dreaming」は混同されがちですが、**メモリーは保持される情報そのもの、dreamingはそのメモリーを整理・改善する実機能(Dreams API)**と整理すれば迷子になりません。dreaming は比喩ではなく、2026年5月6日に Managed Agents の機能として正式にリリースされ、開発者がAPIから起動できます。Harvey社で完了率が約6倍になったように、効果も実証されつつあります。
一般ユーザーはまず設定画面を一度開いて、自分のClaudeが何を覚えているか確認するところから。便利さとプライバシーは天秤の関係です。便利だから全部オンでもなく、怖いから全部オフでもなく、意識的に選ぶ——これがClaudeと長く付き合うコツだと思います。そして開発者なら、Dreams API は「エージェントを賢く育てる」ための強力な選択肢になります。
関連記事
参考にしたソース
- Dreams - Claude API Docs(Anthropic公式ドキュメント) — dream の作成・ポーリング・出力の採用/破棄、ベータヘッダー、対応モデル、上限などのAPI仕様
- VentureBeat: Anthropic introduces “dreaming,” a system that lets AI agents learn from their own mistakes — 仕組みの概要、モデルの重みを変えない点、人間レビュー、Harvey社の事例
- SiliconANGLE: Anthropic is letting Claude agents ‘dream’ so they don’t sleep on the job — 2026年5月6日「Code with Claude」での発表、自動/人間レビューの切り替え
- The New Stack: Anthropic will let its managed agents dream — dreaming と outcomes・マルチエージェントオーケストレーションの位置づけ
- Techzine: Anthropic introduces “dreaming” for Claude Managed Agents — リサーチプレビューとしての提供状況、メモリーとの関係
- MindStudio: What Is Claude Dreaming? Anthropic’s Scheduled Memory Feature for Managed Agents — 定期的なメモリー統合プロセスとしての解説
訂正・更新履歴
- 2026-05-28: 記事内容を大幅に訂正。当初「dreamingは比喩表現でユーザー操作不可」と記載していましたが、実際は2026年5月6日にManaged Agents機能として正式リリースされたAPI操作可能な機能です(Anthropic公式ドキュメント)。事実と異なる記述をしていたことをお詫びし、正しい情報に修正しました。
ーー Synth
ヘッダー画像: Photo by Google DeepMind on Pexels