【2026年最新】Claude Code AutoDreamガイド｜設定と活用法

結論: Claude Code AutoDreamは、AIが「睡眠中の記憶整理」のように、24時間ごとにプロジェクトのメモリファイルを自動統合・整理する機能として、2026年3月に報告されました。

【2026年9月30日追記】2026年9月30日時点の公式ドキュメント（コマンド一覧・設定リファレンス・変更履歴）には、AutoDreamと/dreamの記載がありません。公式に説明されているのはauto memoryで、MEMORY.mdが読み込み上限（200行または25KB）に近づくと、Claude CodeがClaudeに索引を短くするよう促します。この記事のAutoDreamの発動条件と4フェーズは、2026年3月時点の第三者の報告に基づく内容です。

この記事の要点:

• AutoDreamは5セッション以上かつ24時間経過後に自動発動し、重複削除・古い情報のプルーニング・関連メモの統合を行うと、2026年3月に報告された
• /memoryメニューではauto memoryのON/OFFを切り替え、メモリフォルダを開ける。/dreamは2026年9月30日時点の公式コマンド一覧に掲載されていないため、使えない環境では本文の手動整理プロンプトを使う
• MEMORY.mdを200行以内に保つことで、将来のセッションでコンテキスト汚染を防ぎ、応答精度が大幅に向上する

対象読者: Claude Codeを日常的に使うエンジニア・AI開発者、メモリ管理の肥大化に悩む方
読了後にできること: AutoDreamの仕組みを理解し、今日から/dreamコマンドで手動メモリ整理を実行する

—

「Claude Codeを使い続けていたら、なぜか応答がだんだん遅くなったり、昔の情報を拾ってきたりするようになった……」

企業向けAI研修でこの悩みをよく聞くようになりました。特にClaude Codeをチームで数週間使い続けると、MEMORY.mdや各メモリファイルが肥大化し、関係のない古い情報まで毎回読み込まれてしまいます。

この問題を解決するために、Anthropicが2026年3月から段階的に展開し始めたのが「AutoDream」という機能です。

AutoDreamは、まるでAIが「睡眠中の記憶整理」をするように、定期的にメモリファイルを自動で整理・統合します。開発者のSakeeb Rahman氏がThreadsで公開した情報によると、システムプロンプトには「あなたは夢を見ています。あなたのメモリファイルへの振り返りのパスです」と書かれているとのことです。

この記事では、AutoDreamの仕組みから有効化方法、実際のBefore/After事例、注意点まで、実務に使える形で全解説します。

まず試したい：今すぐできる「手動ドリーム」3選

AutoDreamの自動機能は、2026年3月時点でサーバーサイドの段階展開中と報告されていました。2026年9月30日時点の公式コマンド一覧に/dreamは掲載されていないため、入力しても認識されない環境では、即効テクニック3の手動整理プロンプトを使ってください。

即効テクニック1：/dreamコマンドで即時メモリ整理

Claude Codeを開いて、チャット欄に以下を入力するだけです。

/dream

このコマンドを実行すると、Claude Codeがサブエージェントとして「ドリームセッション」を開始します。具体的には：

• メモリファイル（MEMORY.md、各種 .md ファイル）を全てスキャン
• 重複エントリを削除
• 関連する情報を統合
• 相対日付（「先週」「3日前」等）を絶対日付に変換
• MEMORY.mdを200行以内に圧縮

研修先の開発チームで試してみたところ、3週間使い続けたプロジェクトのMEMORY.mdが340行から152行に圧縮されました。翌日のセッションでClaude Codeの応答速度が体感で向上したと担当者から報告がありました。

即効テクニック2：セッション開始前のメモリ状態確認

/memory

/memoryコマンドでメモリの現在状態を確認できます。ここでauto memoryのON/OFFを切り替えたり、メモリフォルダを開いて保存内容を確認したりできます。メモリファイルの行数が200行を超えていたら、/dreamを実行するタイミングです。

即効テクニック3：特定ファイルへの整理指示

MEMORY.mdが肥大化してきました。プロジェクトの現在の状態を正確に反映した形で、重複を取り除き、200行以内に圧縮してください。古い情報は削除し、現在も有効な情報のみ残してください。
不足している情報があれば、最初に質問してから作業を開始してください。

これはAutoDreamを使わない手動整理のプロンプトです。AutoDreamが展開されていない環境でも使えます。

AutoDreamとは何か — 「AIの睡眠」という設計思想

なぜメモリが肥大化するのか

Claude Codeは複数のセッションをまたいで記憶を保持するために、プロジェクトごとのメモリフォルダ（~/.claude/projects/<project>/memory/）にメモリファイル（主にMEMORY.md）を作成します。今後の会話で役立つとClaudeが判断した情報が追記され、古い情報は誰かが編集・削除するまで残ります。

1週間も使い続けると：

• 同じ情報が複数回記録される（重複）
• 「先週修正したバグ」が永遠に「先週」のまま残る（相対日付の固着）
• 解決済みのTODOが残り続ける（ゾンビエントリ）
• 関連する設定情報が複数ファイルに分散する（断片化）

このメモリの肥大化と断片化が、Claude Codeの応答品質を徐々に低下させます。毎回不要な情報をコンテキストに読み込むため、本当に重要な情報への注意が分散してしまうためです。

AutoDreamの4フェーズ処理

AutoDreamはサブエージェントとして起動し、以下の4フェーズでメモリを整理します：

「睡眠」との類似性はなぜ意図的なのか

人間の脳は睡眠中のレム睡眠（REM sleep）時に、短期記憶を長期記憶に変換・統合します。不要な情報は忘却し、重要な情報は強化・再構築されます。

AutoDreamのシステムプロンプトが「夢を見ています」という表現を使っているのは、この類似性を意図したものです。AIが「一日の終わり」に過去の記憶を整理し、次の日に備えるという設計思想です。

AutoDreamの発動条件と動作タイミング

自動発動の条件

AutoDreamが自動発動するには、以下の両方の条件を満たす必要があります：

• 条件1: 5セッション以上の使用履歴がある
• 条件2: 前回のAutoDream実行から24時間以上経過している

また、2026年3月時点ではサーバーサイドのフィーチャーフラグ（コードネーム：tengu_onyx_plover）によって段階的に展開されていると報告されていました。2026年9月30日時点の公式ドキュメントにはこの発動条件の記載がなく、/memoryコマンドの説明にあるのはauto memoryのON/OFFとメモリファイルの確認です。

AutoDreamが発動するシナリオ

AutoDreamの動作をリアルタイムで確認する方法

AutoDreamが発動した時の表示は、公式ドキュメントに記載がありません。以下は整理の流れを示したイメージです。公式に説明されている表示は、メモリの読み書き時に出る「Saved 2 memories」「Recalled 2 memories」のようなメッセージです：

[AutoDream] メモリの整理を開始します...
[AutoDream] memory/MEMORY.md をスキャン中 (340行 → 整理中)
[AutoDream] 重複エントリ 23件を統合
[AutoDream] 古いエントリ 47件を削除
[AutoDream] 相対日付 8件を絶対日付に変換
[AutoDream] MEMORY.md を 152行に圧縮 (完了)
[AutoDream] ドリームセッションが完了しました

AIエージェントの基本概念や記憶管理の仕組みについては、AIエージェント導入完全ガイドで体系的にまとめています。またClaude Codeを活用した開発効率化の全体像は、AI導入戦略完全ガイドでも詳しく解説しています。

メモリファイルのBefore/After：実際の変化を見てみよう

Before：整理前のMEMORY.md（問題あり）

# プロジェクトメモリ

## 進行中のタスク（2025-11-15追記）
- ユーザー認証機能のデバッグ中

## バグ修正（先週対応）
- ログイン時のセッションエラーを修正した

## 設定メモ
- データベースはPostgreSQL v14を使用
- Node.jsバージョンは18.x

## 進行中のタスク（2025-12-01追記）
- ユーザー認証機能のデバッグ中（まだ続いている）
- 管理画面の権限設定を実装予定

## バグ修正（昨日対応）
- ログイン時のセッションエラー、完全に解決

## データベース設定
- PostgreSQL v14を使用
- 接続プールは max_connections=20

## 設定（2026-01-10更新）
- Node.jsは20.xにアップグレード完了
- PostgreSQL v14は変わらず

... (300行以上続く)

問題点：

• 「進行中のタスク」セクションが2箇所に分散・重複
• 「先週」「昨日」という相対日付が固着（いつのことか不明）
• Node.jsのバージョンが18.xと20.xで矛盾
• 解決済みのバグ修正が残り続けている

After：AutoDream整理後のMEMORY.md

# プロジェクトメモリ（最終更新: 2026-01-15）

## 技術スタック
- Node.js: 20.x（2026-01-10にv18から移行）
- PostgreSQL: v14（接続プール max_connections=20）

## 完了済みタスク
- ユーザー認証機能（完了: 2025-12-01）
  - セッションエラーを完全修正済み

## 進行中のタスク
- 管理画面の権限設定実装（2025-12-01〜）

## 次のアクション
- 権限設定のユニットテスト作成
- ステージング環境でのQA実施

(80行で完結)

改善点：

• 300行超 → 80行に大幅圧縮
• 相対日付がすべて絶対日付に変換
• 矛盾した情報（Node.jsバージョン）が最新情報に統一
• 解決済みタスクが「完了済み」に整理され、ゾンビエントリ消滅

このBefore/Afterを研修先のエンジニアに見せると、ほぼ全員が「これは確かに欲しかった機能だ」と反応します。地味ですが、長期プロジェクトでの積み重ね効果は非常に大きいです。

AutoDreamの有効化と設定方法

現在の展開状況（2026年3月時点）

【2026年9月30日追記】2026年9月30日時点の公式ドキュメントでは、auto memoryは既定でONで、/memoryのトグルで切り替えます（設定キーはautoMemoryEnabled）。AutoDreamという名前の項目は、公式の設定リファレンスにありません。

AutoDreamは2026年3月時点で、段階的ロールアウト中と報告されていました。全ユーザーに一斉提供ではなく、サーバーサイドのフィーチャーフラグによって段階的に有効化される形でした。

• Claude Codeの最新バージョンにアップデートする
• /memoryコマンドでAutoDreamの状態を確認する
• AutoDreamの項目が表示されていれば有効化済み

settings.jsonでの設定確認

// ~/.claude/settings.json の関連部分（2026年9月30日時点の公式設定リファレンスにあるキー）
{
  "autoMemoryEnabled": true,
  "autoMemoryDirectory": "~/my-custom-memory-dir"
}

重要なのは、公式の設定リファレンスに載っているauto memoryのキーが、autoMemoryEnabled（ON/OFF）とautoMemoryDirectory（保存先の変更）だという点です。auto_dream・dream_interval・max_memory_linesというキーは公式リファレンスに無く、書いても公式に説明された動作はありません。

手動で/dreamを実行する方法

2026年3月時点では、AutoDreamが展開されていないアカウントでも/dreamコマンドを使えると報告されていました。2026年9月30日時点の公式コマンド一覧には掲載がないため、認識されない場合は即効テクニック3の手動整理プロンプトを使ってください：

/dream

これだけです。実行すると、上記のAutoDreamと同じ4フェーズ処理が手動で実行されます。

推奨タイミング：

• 1週間以上継続して使用しているプロジェクトで
• MEMORY.mdが100行を超えてきたら
• 「なんか前の情報を拾ってくる」と感じたら
• 長期プロジェクトの節目（リリース後、スプリント終了後等）

部署・用途別：AutoDreamが特に効果的なシーン

ソフトウェア開発チーム

特に効果的な状況：複数スプリントにまたがる開発で、1つのプロジェクトを長期間使い続けるケース。

このプロジェクトで使ってきたアーキテクチャの決定事項、解決済みの技術的負債、
現在の依存関係バージョンを整理して、MEMORY.mdを最新の状態に更新してください。
解決済みのバグや完了したスプリントのタスクは、
「完了済みアーカイブ」セクションに移動して本文から削除してください。
仮定した点は必ず"仮定"と明記してください。

コンテンツ制作・マーケティングチーム

特に効果的な状況：ブランドガイドライン、過去のコンテンツ傾向、承認済みキャンペーン情報を長期管理するケース。

コンテンツ制作のメモリを整理してください。
現在も有効なブランドガイドラインと禁止表現だけを残し、
公開済みの過去キャンペーン情報は「アーカイブ」に移動してください。
不足している情報があれば、最初に質問してから作業を開始してください。

企業の法務・コンプライアンス担当

特に効果的な状況：契約書レビューの基準、社内ルール、過去の判断事例を長期管理するケース。ただし、機密性の高い情報のメモリ管理には後述の注意点を必ず確認してください。

【要注意】AutoDreamの落とし穴と回避策

落とし穴1：意図しないメモリの過剰削除

何が起きるか：AutoDreamが「古い・不要」と判断した情報を削除してしまい、実は重要だった情報が消えてしまうケース。

❌ よくある状況
「この設計判断は3ヶ月前のものだ」→ AutoDreamが削除 →
「なぜこの設計を採用したか」の経緯が完全に失われる

⭕ 対処法
重要な意思決定記録はMEMORY.mdではなく、
ADR（Architecture Decision Record）として別ファイルに保存する

# プロジェクト直下に decisions/ フォルダを作成
# decisions/001-database-choice.md
# decisions/002-api-design.md
# などで保持する

落とし穴2：機密情報がメモリに残るリスク

何が起きるか：APIキー、パスワード、個人情報などがメモリファイルに記録されてしまい、AutoDreamが整理してもファイル自体は残り続ける。

❌ 絶対にやってはいけないこと
- APIキーをClaudeに直接伝える（メモリに記録される可能性）
- 個人名・メールアドレスをメモリに書く
- 社内の機密財務情報をメモリで管理する

⭕ 安全な運用
- シークレットは環境変数ファイル（.env）で管理
- Claude Codeのメモリには「設定ファイルの場所」だけ記録
  例：「APIキーは .env の OPENAI_API_KEY に設定済み」

落とし穴3：チーム共有時のメモリの競合

何が起きるか：公式ドキュメントでは、auto memoryはマシンごとに保持され、マシン間では共有されません。MEMORY.mdをリポジトリに入れてチームで共有する運用にした場合に限り、各自の環境で別々のタイミングで整理が走ると、MEMORY.mdに矛盾が生じます。

❌ 問題のある状況
Aさんの環境でAutoDreamが「タスクX完了」に更新
Bさんの環境でAutoDreamが古いバージョンで「タスクX進行中」に更新
→ GitでMEMORY.mdをコミットすると競合発生

⭕ チーム運用のベストプラクティス
- MEMORY.mdをGit管理する場合は、必ずマージ担当者を決める
- AutoDreamはメインブランチのマージ後に1人が実行する
- 個人のローカルメモリと共有メモリを分けて管理する

落とし穴4：AutoDreamを過信して手動確認をやめる

何が起きるか：AutoDreamに全てお任せにしてしまい、実際にどんな情報が残っているかを把握しなくなる。

正直にお伝えすると、AutoDreamはまだ段階的展開中の新機能です。削除判断の精度は高いですが、完璧ではありません。月1回程度は/memoryで現在のメモリ状態を確認し、自分の目でチェックすることをお勧めします。

AutoDreamで解決できること・できないこと

削除されたくないメモリを守るGit運用

【2026年9月30日追記】公式ドキュメントでは、auto memoryの既定の保存先はリポジトリの外の~/.claude/projects/<project>/memory/です。下のコマンドは、メモリフォルダをプロジェクト内の.claude/に置いている場合の例です。既定の保存先を使っている場合は、整理の前にメモリフォルダをコピーして控えを取ってください。

# MEMORY.mdをGitで管理する（強く推奨）
git add .claude/
git commit -m "chore: snapshot memory before dream session"

# AutoDream/dreamを実行後
git add .claude/
git commit -m "chore: memory consolidated by autodream"

# 万が一重要な情報が消えていた場合
git show HEAD~1:.claude/memory/MEMORY.md | grep "重要な情報"

よくある質問

Claude CodeのAutoDreamは公式に提供されている機能ですか？

いいえ、2026年9月30日時点の公式ドキュメント（コマンド一覧・設定リファレンス・変更履歴）にAutoDreamの記載はありません。AutoDreamは2026年3月に第三者が報告した機能で、公式に説明されているメモリ機能はauto memoryです。auto memoryは既定でONになっており、Claudeが今後の会話で役立つと判断した内容をメモリフォルダに保存します。

Claude Codeで/dreamコマンドは使えますか？

/dreamコマンドは、2026年9月30日時点の公式コマンド一覧に掲載されていません。入力しても認識されない環境では使えません。メモリを手動で整理したい場合は、/memoryでメモリフォルダを開いて直接編集するか、「MEMORY.mdの重複を取り除き、200行以内にまとめてください」とClaudeに依頼します。メモリファイルはMarkdownなので、いつでも編集・削除できます。

settings.jsonにautoDreamEnabledという設定はありますか？

いいえ、2026年9月30日時点の公式の設定リファレンスに、autoDreamEnabledやauto_dreamというキーはありません。auto memoryに関するキーは、ON/OFFを切り替えるautoMemoryEnabledと、保存先を変えるautoMemoryDirectoryです。auto memoryは既定でONで、/memoryのトグルを操作すると、autoMemoryEnabledがユーザー設定に保存されます。

Claude Codeのauto memoryはどこに保存され、どこまで読み込まれますか？

auto memoryの保存先は、ホームディレクトリの ~/.claude/projects/ の下に作られるプロジェクト別のmemoryフォルダです。会話の開始時に読み込まれるのはMEMORY.mdの先頭200行または25KBまでで、超えた部分は読み込まれません。トピック別のファイルは起動時には読み込まれず、Claudeが必要な時に読みます。メモリはマシンごとに保持され、別のマシンやクラウド環境とは共有されません。

Claude Managed Agentsの「Dreams」とClaude CodeのAutoDreamは同じものですか？

いいえ、DreamsはClaude Managed Agents（API）の機能で、Claude Codeのコマンドや設定ではありません。Dreamsは、メモリストアと過去のセッション記録を読み、重複の統合や古い項目の置き換えをした新しいメモリストアを出力する非同期のジョブです。2026年9月30日時点ではリサーチプレビューで、試すにはアクセスの申請が必要です。

まとめ：今日から始める3つのアクション

1. 今日やること: Claude Codeで/memoryを実行し、MEMORY.mdの行数を確認する。100行を超えていたら、即効テクニック3の手動整理プロンプトで整理する（/dreamは2026年9月30日時点の公式コマンド一覧に無い）
2. 今週中: メモリフォルダの控えを取り始める（万が一の復元対策）。ADRフォルダを作成し、重要な設計判断を別ファイルで保存する
3. 今月中: /memoryでauto memoryがONになっているかを確認し、メモリフォルダを開いて、保存された内容と整理の結果を数週間観察してみる

—

次回予告: 次の記事では「Claude Code Hooksで作業を全自動化する方法」をテーマに、プロジェクト固有のトリガー設定とビジネス活用例をお届けします。

—

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。
SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。

参考・出典

• Does Claude Code Need Sleep? Inside the Unreleased Auto-dream Feature — DEV Community（参照日: 2026-03-27）
• AutoDream: Claude Code’s New Trick for Memory Management — Geeky Gadgets（参照日: 2026-03-27）
• Claude Code Dream & Auto Dream: Automatic Memory Consolidation — SFEIR Institute（参照日: 2026-03-27）
• AutoDream解説スレッド（Sakeeb Rahman） — Threads（参照日: 2026-03-27）
• Claude Code Dreams: Anthropic’s New Memory Feature — claudefa.st（参照日: 2026-03-27）