Anthropic、AIエージェントの記憶を整理する「dreaming」を解説

文：AB通信 編集部｜運営：株式会社abcompany

この記事のポイント

• Anthropicは2026年11月6日（日本時間7日）、AIエージェントの記憶の設計を解説する記事をEngineering Blogで公開しました
• 作業の合間に記録を見直し、誤りの修正やメモの整理をする「dreaming」の考え方と、検証の結果を紹介しています
• 新しい製品や、Claudeの全利用者向けの新機能の発表ではありません
• 「何を覚えるかはモデルに任せる」「常に読み込む記憶は小さく保つ」など、AIに記憶を持たせて使う人にも参考になる内容です

記事は新機能ではなく、エージェントの記憶の設計を説明する研究解説です

記事でいう「エージェントの記憶」は、Claudeが利用者とのやり取りや作業から得た知識を、セッションをまたいで読み返せるように保存したものです。モデルの学習（重みの変更）や、1回の会話の中だけの学習、古いやり取りを要約して置き換える処理は含みません。

人の脳が睡眠中に体験を整理するように、エージェントも作業の合間に記録を振り返り、誤りを直したり、メモや新しいまとめを作ったりできる、という考え方を「dreaming」と呼んでいます。

検証では、何を記憶するかの判断が成績を大きく左右しました

• ゲーム「ポケモン赤」：約1万ステップの時点で、Claude Sonnet 3.7は413個の記憶ファイル（225フォルダ）を書いてバッジ1個。Claude Fable 5は9個のファイルと全体用の1ファイルでバッジ4個。画面を見れば分かる所持金や位置は書かず、自分で見つけた戦略やルールだけを残していた
• データベースの質問に答える課題：Claude Opus 5は、ルールとその根拠、過去の答え、落とし穴の注意を記憶に残し、失敗から学ぶ流れを最初に完成させた
• 記憶の書き方の指示：「失敗だけを記録する」と決めると、Opus 5とOpus 4.7は記憶による伸びの多くを失った。性能の高いモデルほど、何を残すかを任せたほうがよかった

dreamingは記録を整理して、資料から使えるまとめを作ります

• 合併に関する24問：資料からClaudeが作ったwikiを参照すると87%、検索だけでは73%だった。1つの資料だけで答えられる課題では、wikiの効果ははっきりしなかった
• 契約書の要点：複数のエージェントが1つの表に書き込む方法では、57件の契約条件のうち41件しか残らなかった。失敗を振り返って指示を直し、契約ごとに1ページで原文を引用する形にすると57件すべてが残った
• 注意点：wikiが元の資料より大きくなり、まとめになっていない例もあった

毎回読み込む記憶は小さく保つ必要があります

毎回のセッションの最初に読み込ませる記憶は便利な反面、文字数を使い、間違ったメモもすべてのセッションに持ち込まれます。記事では、Claude Codeの自動メモリーが「MEMORY.md」の最初の200行または25KBだけを読み込み、目次のように使っている例を挙げています。

AIに記憶を持たせて使う人への示唆

• メモの書き方を細かく決めすぎず、何のための記憶かを伝える
• 常に読み込ませるメモは短い目次にし、詳細は別ファイルに分ける
• 古くなったり間違ったりしたメモは、定期的に見直す。記事も、記憶をいつ作り、どう最新に保つかはまだ課題だとしている

記事の最後では、dreamingとknowledge wikiの始め方を示すcookbook（手順書）も案内しています。

出典

• The components of agent memory（Anthropic Engineering、2026年11月6日）
• Anthropic公式Xの告知（2026年11月7日 6:16 JST）

更新履歴

• 2026年11月9日：初版