「毎セッションのオンボーディングが不要になった」——6か月にわたりClaude Codeで個人プロジェクトから本番デプロイ済みのWebサイト、複雑なバックエンドとクリーンなUIを持つSaaSツールまで構築してきた執筆者が、Anthropicの新機能Auto Memory導入後の変化をそう振り返っています。XDA Developersの記事で、Anurag Singh氏が実体験ベースでセッションをまたいだ学習の手応えを解説しています。
Claudeに働き方を毎回思い出させる時間が減ったことで、作業の立ち上がりが速くなった——これが今回の体感価値の核心です。
CLAUDE.mdだけでは限界があった
これまでClaude Codeはセッション中の指示はよく覚える一方、数日〜数週間前の決定や好み、修正指示を継続的に適用することが苦手でした。そのコンテキストの大部分はCLAUDE.mdに書かれてきましたが、時間が経つにつれて指示・決定・好み・回避策が積み重なり、肥大化していきます。
問題はファイルサイズそのものよりも、指示が累積していくなかで一部が古くなったり、相互に矛盾したりする点にあるとされています。ある日「このワークフローに従って」と指示し、後日方針を変えた場合、両方の記述が残っていればClaudeはどちらが現行かを判断しなければなりません。プロジェクトが複雑化するほど、このコンテキスト管理自体が一つの作業になっていきます。
Auto Memoryがセッション間のループを閉じる
Auto Memoryは、静的なCLAUDE.mdに全面的に依存するのではなく、Claudeが自らメモリを継続的に更新・洗練できるようにする仕組みです。作業中に得た有用な知見——ビルドコマンド、デバッグの気づき、アーキテクチャに関するメモ、コードスタイルの好み、ワークフローの習慣——を保存し、後で類似のタスクに遭遇したときに呼び戻します。
ユーザーが訂正した内容は記憶パターンとして残り、次回似たタスクで参照されます。Anthropicによれば、Claude CodeのコンテキストウィンドウにはCLAUDE.mdとAuto Memoryの両方が含まれ、肥大化すると圧縮されるとされています。そのため、毎回強制したい安定したルールはCLAUDE.mdに置き続け、繰り返し現れるパターンはAuto Memoryに任せる、という役割分担になります。
Singh氏は導入以降、Claudeに働き方を思い出させる時間が減ったと評価しています。数か月前は新セッションごとに新しいチームメイトをオンボードするような感覚で、プロジェクト構造を説明し、使うべきツールを再度伝え、過去に壊したパターンを指摘する必要があったといいます。最近は繰り返しのミスが減り、以前のセッションで決めたツールやワークフローを引き継ぎやすくなったと氏は語っています。
さらに自走に近づけるための工夫
ただしAuto Memoryだけでは、氏が望む自律性には届かないとも述べています。氏はこれに加えて、いくつかのサードパーティ製プラグインを組み合わせることで、Claude Codeがほぼ独力で動く状態に近づいたとしています。具体的な構成要素の詳細は出典元を参照してください。
Auto Memoryで一定の自律性が手に入ったうえで、追加のプラグインを組み合わせれば、Claude Codeを「ほぼ独力で動く」状態に近づけられる——それが今回の実体験から得られた示唆です。
Claude Codeをカスタマイズする価値
Claude Codeは標準状態でも十分に機能するものの、すべてのユースケースに最適というわけではないとSingh氏はまとめています。ワークフローに合わせて調整するためのプラグインや設定変更の余地は多く、自分の使い方に寄せる意義は大きいといえます。
似たような開発スタイルでClaude Codeを使うなら、まずはAuto Memoryを有効化し、CLAUDE.mdとの役割分担を整理するところから始めるのが現時点では妥当でしょう。そのうえで追加のプラグインや拡張の導入を検討していく流れになります。
Auto Dreamがメモリ劣化を解消する
Auto Memoryを長く使うほど浮上する課題が、ノートの劣化です。Anthropicはこの問題に対応するため、Claude Codeに「Auto Dream」を追加しています。蓄積されたメモリの重複や矛盾、古い相対日付が品質を下げていく現象に対し、Auto Dreamは定期的な整理を担う仕組みとして導入されました。
動作は4つのフェーズで構成されています。
- 重複エントリの統合
- 矛盾する記述の解消
- 「先週」などの相対日付を絶対日付へ変換
- 200行上限に収めるための剪定
実行タイミングは、5セッション以上の蓄積を経たのち、24時間ごとにバックグラウンドのサブエージェントが起動する仕組みです。自動実行を待たずに整理したい場合は、/dream コマンドで同じ4フェーズを手動実行できます。Auto Memoryが日々の作業から知見を拾い上げる役割を担う一方、Auto Dreamはその蓄積を定期的に圧縮・正規化する後処理として機能しており、セッションをまたいだ学習を長期にわたって安定運用するための補助層として位置づけられています。
保存先と無効化のコントロール
Auto Memoryはプロジェクトごとに ~/.claude/projects/<project>/memory/ 配下へ保存されています。エントリポイントは MEMORY.md で、起動時にはこのファイルの先頭200行が読み込まれる仕組みです。各メモリは個別ファイルとして配置され、MEMORY.md がそれらを指すインデックスとして働いています。
制御手段は段階的に用意されています。
| 操作 | 方法 |
|---|---|
| 全面無効化 | 環境変数 CLAUDE_CODE_DISABLE_AUTO_MEMORY=1 |
| 保存先変更 | autoMemoryDirectory 設定 |
| プロジェクト単位の切替 | autoMemoryEnabled 設定 |
| セッション中の切替 | /memory コマンド |
全面的に止めたい場合は環境変数で無効化し、保存場所だけを変えたい場合は autoMemoryDirectory を指定します。プロジェクト単位で挙動を変えたい場合は autoMemoryEnabled をプロジェクト設定で切り替え、作業の途中で一時的にオン・オフしたい場合は /memory コマンドを使う、という形で粒度の異なる制御が組み合わさっています。組織やチームの方針に合わせて、無効化と保存先指定を組み合わせる運用が可能です。
Q&A
Q. Auto MemoryはCLAUDE.mdを置き換えるものですか？
置き換えではなく補完です。毎回強制したい安定したルールは引き続きCLAUDE.mdに置き、繰り返し現れるパターンや学習した習慣をAuto Memoryが担当する役割分担です。Anthropicはコンテキストウィンドウに両方が含まれ、肥大化時には圧縮されると説明しています。
Q. どんなことを記憶させると効果が高いですか？
ビルドコマンド、デバッグの気づき、アーキテクチャに関するメモ、コードスタイルの好み、ワークフローの習慣など、作業中に繰り返し参照される「軟らかい」知見が向いているとされています。一方で、毎回必ず守らせたい安定ルールはAuto MemoryではなくCLAUDE.md側に明示しておくのが、役割分担として整理しやすい運用です。
