「AIエージェントに仕事を覚えさせたいけれど、何を覚えさせればいいのか。覚えたことは次の日も守ってくれるのか」。
Anthropic 社は2026年11月6日、AIエージェントの記憶を調べた研究を、エンジニアリングのブログで公開しました。
先に答えると、覚えさせる中身を「画面や資料を見ても分からないこと」に絞り、毎回読ませる部分を小さく保ち、ときどき元の記録と突き合わせて直す。これが研究から読み取れる形です。書き方を細かい決まりで縛ると、かえって成績が下がった実験もありました。
覚えたことを、AIが毎回守るとは限りません。Claude Code（文字を打ちこんで操作するAI開発ツール）のメモリ機能は、目次のファイル（MEMORY.md）の先頭200行か25KBまでしか会話の始めに読みません。i-Style がブログの運用に使っている作業フォルダでは、目次がこの上限を超えていました。
先にまとめ
この記事を読むとわかることは、AIエージェントの記憶に何を残すとよいか、残したメモをどう直すか、Claude Code のメモリ機能の使い方と気をつける上限です。Anthropic の研究のゲームの試験では、メモを413個作ったモデルより、9個と作戦のまとめ1つに絞ったモデルのほうが先まで進みました。メモの書き方を「失敗だけ書く」と決めると、性能の高いモデルは、メモで上がっていた成績の多くを失っています。
間違ったメモは、会話の記録と突き合わせる dreaming（ドリーミング）で直せた例が出ています。dreaming は Claude を自社のシステムから呼ぶ窓口（API）向けの試験提供で、申し込みが要ります（11月11日に公式の説明書で確認）。
Claude Code のメモリ機能は、自分のパソコンで使う場合は最初から有効で、/memory でメモのフォルダを開けます。月に1回、目次の行数と容量を数えて同じメモを指す重複した行を消し、最近のメモを元の記録と照らして直すのが、手軽な見直しです。
Anthropicのいう記憶は、会話をまたいで残し、あとで読み返すメモのこと
Anthropic のいう記憶は、仕事や人とのやり取りから得て、会話をまたいで残し、あとで読める形にした知識です。AIの中身を学習で変えることや、1つの会話の中だけの記憶、長い会話の要約は、この研究の対象外です。
噛み砕いて言うと、AIが自分で書くメモ帳のフォルダです。新しい会話を始めるたびに、AIはそのフォルダを開き、前の会話で分かったことを使って仕事を進めます。
研究で試したのは、データベースを調べて質問に答える試験、ゲームの「ポケットモンスター 赤」を進める試験、社内文書から wiki（話題ごとに1ページにまとめ、リンクでつないだ資料）を作る試験などです。データベースの試験では、質問ごとに新しい会話から始めさせ、メモのフォルダだけを次の会話へ持ち越させています。
マメ
うちは5人で、Claude Code を使っているのは私1人です。設定は何も触っていません。この話は関係ありますか。
ホク
関係があります。Claude Code のメモリ機能（自動メモリ）は、自分のパソコンで動かす場合は最初から有効です。直された点や好みを、Claude が自分でメモに残しています（11月11日に公式の説明書で確認）。
マメ
何を覚えたかは、どこで見られますか。
ホク
会話の中で /memory と打つと、メモのフォルダを開いたり、機能を止めたりできます。メモは作業フォルダ（プロジェクト）ごとに1か所にまとまっていて、同じ作業フォルダの中なら、下の階層のどのフォルダで Claude Code を起動しても同じメモを読みます。
新しいモデルほど残すメモを選んでいる。書き方を決まりで縛ると成績が下がった
データベースの試験では、AIは答えたあとに正解を知らされ、次の質問のためにメモを書けます。間違えたら原因の見当をつけて確かめ、確かめた結果を答え方の決まりに書き換える。この繰り返しをメモで回せるかを見ています。研究に書かれたモデルごとの違いを並べます。
| Claude | メモの中身（データベースの試験） |
|---|---|
| Sonnet 4.6 | 間違えた理由の見当まで。確かめていない推測を並べたファイルが散らばった |
| Opus 4.7 | メモを1つの参照資料にまとめ、確かめた事実とまだの事実に印を付け始めた |
| Sonnet 5 | 採点で確かめた答えに「確認済み」と付け、間違えたら訂正を書いた |
| Opus 5 | 決まりと、それが正しいと分かった理由、引っかかりやすい所の注意まで残した。Opus 5.5・Sonnet 5.5 も同じ |
ゲームの試験で約1万回の操作を終えた時点のメモを比べると、Claude Sonnet 3.7 は戦った相手や拾った道具ごとにファイルを作り、その数は413個、取ったバッジ（進み具合の印）は1個でした。Claude Fable 5 が残したのは、9個のファイルと、いまの目標・作戦・メモの使い方の決まりをまとめたファイル1つだけで、バッジは4個取っています。
差が出たのは、何を書くかの選び方です。所持金や今いる場所は毎回画面に出るので、書いても重なるだけです。作戦や、試して分かった決まりは、AIが自分で書かない限りどこにも残りません。Fable 5 は後者だけを残し、Claude Opus 5.5 も小さなメモのフォルダでゲームを最後まで進めています。
研究チームは、メモの書き方の決まりを1つずつ与えて、伸び方も比べました。「失敗だけを記録する」と決めると、Claude Opus 5 と Opus 4.7 は、メモで上がっていた成績の多くを失っています。性能の高いモデルには、何のためのメモかを伝え、どう使うかは任せたほうがよかった、というのが研究のまとめです。
逆に、古いモデルには指示が効きました。Claude Sonnet 4.6 はメモを読まずに答えることが多く、答える前にメモを読み、原因の見当を確かめるよう指示すると、成績がほぼ2倍になっています。Claude Sonnet 5 は、指示がなくても10回中9回は先にメモを読んでいました。
小さな会社に置き換えると、新しいモデルには「何でも覚えて」とも「失敗だけ覚えて」とも言わず、「次に同じ確かめ直しをしなくて済むように残して」と目的だけを伝える形になります。古いモデルでメモが読まれていないと感じたら、「答える前にメモを読んで」まで指示するのが現実的です。
間違ったメモは会話の記録と突き合わせて直す。これが dreaming
メモはその場の判断で書くので、最初から間違っていたり、状況が変わって古くなったりします。間違ったメモも、次の会話ではそのまま信じられてしまいます。
dreaming（ドリーミング）は、仕事の合間に過去の会話の記録を読み返し、メモを直したり新しいメモを書いたりする処理です。人が眠っているあいだに記憶を整理する働きになぞらえた名前です。会話の合間の時間で文脈を整理する考え方は、Letta 社とカリフォルニア大学バークレー校の研究者が提案していました。
ゲームの試験に、分かりやすい例があります。洞窟の入り口の近くに、落ちると来た道へ戻されてしまう段差がありました。AIは目印にしていた建物を洞窟の反対側にあると思い込み、洞窟はもう通り終えたという内容のメモを書いていました。
メモを直さなかった回では、AIは段差から3回落ち、洞窟の先の町に着けないまま終わっています。dreaming で会話の記録と突き合わせると、AIは自分の間違いに気づいてメモを書き直し、洞窟に戻って先の町まで進みました。
ただし dreaming は、11月11日時点ではすぐに誰でも使える機能ではありません。Claude を自社のシステムから呼ぶ窓口（API）で使う Managed Agents（Anthropic 側でAIエージェントを動かす仕組み）の試験提供（研究プレビュー）です。説明書が挙げている提供先は API だけで、使うには申し込みのフォームから利用を申請します。
料金は、選んだモデルの通常の利用料金で、読ませる会話の数と長さにほぼ比例して増えます。元のメモは書き換えず、整理した結果を別のメモとして出すので、見比べてから採るか捨てるかを決められます（いずれも公式の説明書で確認）。i-Style では、dreaming そのものはまだ試していません。
wiki（話題ごとのまとめ資料）は、いくつもの書類をまたぐ質問で効き、1つの書類で済む課題では差が出なかった
dreaming には、メモを集めて wiki に組み直す使い方もあります。API の試験提供の機能なので、いますぐ使うものではなく、社内の資料をAIに調べさせるときの考え方として読んでください。
Anthropic が5月に買収した Stainless 社の社内文書（約35万ファイル）では、wiki を作り直す会話を増やすほど、wiki だけで答えた成績が上がりました。検索と組み合わせると、検索だけのときより成績が上がり、AIが読み書きする量も減っています。
合併の書類を使った24問では、いくつもの書類を合わせて答える項目で、wiki を使うと87%、検索だけだと73%でした。一方、ほとんどの項目が1つの書類で答えられる課題では、wiki の効き目ははっきり出ていません。別の課題では wiki が元の書類より大きくなり、まとめた意味がなくなっていました。
wiki の効き目とは別に、複数のAIで同じメモを書かせたときの結果も出ています。契約の条件を集める課題で、複数のAIが1つの表へ同時に書き込んだ結果、57の事実のうち41（72%）しか残りませんでした。表の要約が粗かったうえに、互いの書き込みを上書きして抜けた条件もあったためです。契約1件ごとに1ページを作り、1ページを1つのAIに任せて、条件を原文のまま写させると、57すべてが残っています。
マメ
取引先との契約書が40件あります。AIに1枚の表へまとめさせて、聞かれたらそこから答えさせたいです。
ホク
研究の結果に沿うなら、1枚の表より、契約1件ごとに1ページにして、条件は要約せず原文のまま写させるほうが安全です。複数のAIで1つの表を作った例では、57の事実のうち16が抜けました。
マメ
「この契約の更新日はいつ？」のように、1件見れば分かる質問だけならどうですか。
ホク
研究の課題のうち、ほとんどの項目が1つの書類で済むものでは、wiki を作っても検索だけのときとはっきりした差は出ませんでした。まず書類をそのまま検索させ、いくつもの書類をまたぐ質問が増えてから、wiki を作るかを決める順番がよいと見ています。
毎回読ませるメモは小さく。Claude Codeのメモリ機能は目次の先頭200行か25KBまで
メモは、毎回の会話の始めに必ず読ませる部分と、必要なときだけ開く部分に分けられます。dreaming は、大事なメモを毎回読ませる側へ移すこともできますが、研究は慎重に扱うよう書いています。毎回読ませるメモの分だけAIが読む量が増え、間違ったメモもすべての会話に持ち込まれるためです。
読ませても、そのとおりに動くとは限りません。Claude Code の説明書も、指示のファイル（CLAUDE.md）は長いほど守られにくくなると注意しています。研究は、毎回読ませる部分を小さく保ち、細かい話は必要なときに開くメモへ移してリンクだけ残すよう勧めています。
Claude Code のメモリ機能も同じ作りです。メモは、作業フォルダの中ではなく自分のパソコンのホームフォルダの下（.claude の中）に、プロジェクト（git という仕組みで管理している作業フォルダ）ごとに1か所置かれます。中身は、目次の MEMORY.md と、1件ずつのメモのファイルに分かれます。
使い方は簡単です。この機能は、自分のパソコンで使う場合は最初から有効です。メモはそのパソコンの中だけに残り、ほかのパソコンや同僚とは共有されません。メモは作業の途中で Claude が自分で書き、「これを覚えて」と頼めばその内容も残します。
会話の中で /memory と打つと、メモのフォルダを開いたり、機能を止めたりできます。このメモは、人が書いて毎回読ませる指示のファイル（CLAUDE.md）とは別のもので、AIが自分のために書く控えです。
残すメモは4種類で、使う人の役割や好み、使う人から直された点や良いと認めてもらったやり方、進行中の仕事や決めたこと、外部の資料の置き場所です。コードを読めば分かることや、CLAUDE.md に書いてあることは残さない、と説明書にあります。
会話の始めに読まれるのは、MEMORY.md の先頭200行か25KBの、先に届いたほうまでです（11月11日に公式の説明書で確認）。
i-Style では、ブログの運用に使っている作業フォルダの MEMORY.md の行数と容量を、11月11日に社内の Mac mini で数えました。108行・26,317バイトで、行数は上限の半分ほどなのに、容量が25KBを超えていました。
目次にはメモへのリンクが107本ありましたが、指している先は68件です。1件のメモを10本の行が指している例もありました。メモを書き換えたときに目次へ1行を足し、古い行を消していなかったためです。
説明書どおりなら、上限を超えた末尾は会話の始めに読まれません。ただ、実際に末尾が読まれずに落ちていたかは、今回は確かめていません。
今日から変えられるのは、残す中身・目次の大きさ・見直しの日の3つ
研究と手元の数字を合わせると、AIの記憶で効いているのは、仕組みの賢さよりも、残す量を抑えることと、間違いを直す手間を惜しまないことだと i-Style では見ています。
1つ目は、残す中身です。画面や台帳を見れば分かること（残高・担当者・今日の予定）は覚えさせず、試して分かったことや、決めた理由を残させます。
Opus 5 のような性能の高いモデルには、指示は「何のためのメモか」までにします。Sonnet 4.6 のように答える前にメモを読まないモデルには、「答える前にメモを読んで」まで指示します。
複数のAIで同じ資料を作るときは、契約の条件のような間違えると困る事実を1件1ページにして1ページを1つのAIに任せ、条件は要約させず原文のまま写させます。互いの書き込みの上書きで、条件が消えるのを防ぐためです。
2つ目は、毎回読ませる目次の大きさです。Claude Code を使っているなら、月に1回、/memory からメモのフォルダを開き、MEMORY.md の行数と容量、同じメモを指す重複した行がないかを確かめます。説明書では、目次が上限を超えると、超えた部分は会話の始めに読まれないとされています。上限に近づくと、Claude Code が Claude に目次を縮めるよう促す仕組みもありますが、当社の目次は超えていたので、人の目でも月に1回確かめます。
重複があれば、同じメモを指す行を1行にまとめます。目次に置くのは、いまの目標や決まりのように毎回要るものと、ほかのメモへのリンク1行ずつだけにし、細かい話はメモのファイルへ移します。i-Style でも、まず今回見つけた重複を消してメモ1件につき1行に戻し、数え直して25KB以内に収まったかを確かめます。
3つ目は、見直しの日です。Claude Code の説明書には dreaming が出てこないので、Claude Code を使っているなら、メモと元の記録（会話・台帳・書類）を人の手で突き合わせて直します。目次を見る月1回の日に、最近のメモを数件選んで元の記録と照らし、違っていれば書き直し、古くなっていれば消します。直す前に元のメモの控えを残しておけば、見比べてから採れます。
確かめた資料はAnthropicの研究ページ・公式の説明書2本と、作業フォルダの目次を数えた記録
研究の数字と例は、Anthropic が11月6日にエンジニアリングのブログで公開した エージェントの記憶の研究ページ（英語） から引いています。本文は内容を日本語で要約したもので、原文をそのまま訳したものではありません。試験は Anthropic が行ったもので、i-Style では同じ試験を回していません。
dreaming の提供の状態と料金は Claude の開発者向けの説明書 Dreams、Claude Code のメモリ機能は Claude Code の説明書 Memory で、どちらも11月11日に確かめました。提供の条件は変わることがあるので、使う前にその時点の公式ページを確かめてください。
目次の数字は、11月11日13時50分に社内の Mac mini で、MEMORY.md の行数・容量・リンクの数を数えたものです。目次の中身（案件の名前など）は記事に出していません。
i-Styleに相談する
i-Styleの「まるっとAI」は、会社のAI活用を手伝う月額制のサービスです。AIに任せている仕事のうち、何を覚えさせ、何を毎回の資料から読ませるかの線引きを、業務の自動化支援として一緒に整えられます。AIの API 利用料やサーバー費用などのシステム利用料は月額に含まれず、実費で別途ご請求します。
お問い合わせページへ arrow_forwardまだ相談するほどではないなら、右下のチャット窓口で「うちのAIに何を覚えさせるか」を一緒に考えるところからでも構いません。