Claude Code Memory

変更前

SDK や claude -p のセッションでは、全ディレクトリを走査して CLAUDE.md を探す処理が初回ターンの前に走り、その完了を待ってから応答が始まる。

変更後

SDK や claude -p のセッションでは、初回ターンの前に全ディレクトリを走査して CLAUDE.md を探す処理が走り、その完了を待ってから応答が始まる。

ユーザーへの恩恵

SDK やヘッドレスモードの利用者はセッション開始直後の待ち時間が減り、より速く最初の応答を得られる。

変更前

まれにレスポンスの中に不自然な閉じタグが見えることがあり、ユーザーはそれがClaude Codeの内部処理によるものだと気づきにくかった

変更後

Claude Codeがメモリコンテキストを整形する際に、内部の</ccmemory>形式の閉じタグがそのままレスポンスに含まれて表示されることがあった

ユーザーへの恩恵

レスポンスから内部タグの意図しない混入がなくなり、出力をそのままドキュメントやコードに使えるようになる

変更前

VSCode 拡張の Memory ダイアログでは保存済みメモリの内容を表示するだけで、編集や削除はターミナルの /memory やファイルの直接編集など別の手段に頼る必要があった。

変更後

保存したメモリを Memory ダイアログ内で直接表示・編集・削除できるようになった。

ユーザーへの恩恵

VSCode 拡張の Memory ダイアログから離れずにメモリの確認・修正・削除を完結できるようになる。

変更前

VSCode 拡張では、メモリやインストラクションを管理するためのカスタマイズ用エントリーがなく、/memory コマンドを持つ CLI 側からのみメモリの確認や自動メモリの切り替えが可能だった。CLAUDE.md の編集にはファイルを手動で開く必要があった。

変更後

VSCode の Customize メニューに Memory と Instructions のエントリーが追加された。Memory では自動メモリのオン/オフ切り替え、保存済みメモリ、メモリフォルダーを確認できる。Instructions では CLAUDE.md ファイルを直接編集できる。

ユーザーへの恩恵

VSCode 上だけでメモリの確認や自動メモリの切り替え、CLAUDE.md の編集が完結するようになる。

変更前

長時間実行されるセッションで、リポジトリの .git ディレクトリが削除または移動された後も、スタブの .git/info/exclude が再作成され続けていた。

変更後

リポジトリの .git ディレクトリが削除または移動された後も、長時間実行されるセッションがスタブの .git/info/exclude を再作成しなくなった。

ユーザーへの恩恵

ユーザーは意図しない場所に .git/info/exclude が再作成される心配をしなくてよくなる。

変更前

permissions.blockReadsOutsideWorkingDirectories を設定しても、リポジトリの settings で選ばれたメモリディレクトリが working directory の外にあってもプロンプトに読み込まれ、recall・インデックス化・メモリ抽出に使われていた。

変更後

メモリディレクトリがプロンプトへ読み込まれず、recall・インデックス・メモリ抽出にも使われなくなった。

ユーザーへの恩恵

working directory 外からのメモリ読み込みをブロックできるようになり、意図しないコンテキスト混入を防げる。

変更前

コンパクション(会話の要約による圧縮)を実行すると、Claude に渡される git status がセッション開始時点の古い状態のままであった。そのため、要約後にブランチや変更ファイルの状態が実際とずれてしまうことがあった。

変更後

コンパクション後、Claude に渡される git status は現時点の状態になり、セッション開始時の状態を伝えてしまうことがなくなった。コンテキスト要約を挟んでも git の最新情報が維持される。

ユーザーへの恩恵

コンパクション後も Claude が最新の git status に基づいて作業できるようになる。

変更前

アトリビューション用のリマインダーが CLAUDE.md やメモリの設定より強く働き、「コミットやプルリクエストに署名(アトリビューション)を追加しない」という指示が上書きされてしまい、署名が付与されていた。

変更後

「コミットやプルリクエストに署名(アトリビューション)を追加しないでほしい」といったルールを CLAUDE.md やメモリに書いていても、それがアトリビューション用リマインダーによって上書きされてしまい、署名が付与されることがあった。この修正により、CLAUDE.md やメモリ内のそのようなルールが尊重されるようになった。

ユーザーへの恩恵

ユーザーは CLAUDE.md やメモリに書いたルール通りに署名の付与を制御できるようになる。

変更前

MEMORY.md がサイズ上限を超えて切り詰められた際、警告は切り詰めが発生したことだけを伝え、具体的な詳細は表示していなかった。

変更後

MEMORY.md の切り詰め警告に、切り捨てられた行数と切り捨て開始位置が表示されるようになった。

ユーザーへの恩恵

ユーザーは MEMORY.md のどこがどれだけ切り詰められたかを即座に把握でき、内容の整理や再編成を判断しやすくなる。

変更前

Claude は公開チャンネルで保存したメモ(ノート)を他の公開チャンネルでも記憶・参照できた。そのため、別チャンネルで書き留めた内容が、意図せず別のチャンネルでの会話に影響することがあった。

変更後

公開チャンネルごとにノートが独立して保存され、Claude はそのチャンネルに保存したノートのみを参照するようになった。ただし、ワークスペース全体のノートはこれまでどおり共有される。

ユーザーへの恩恵

ノートがチャンネル単位で分離されるため、他の公開チャンネルの文脈が別チャンネルに漏れず、ワークスペース全体で共有すべき情報は共有されたまま、チャンネルごとの会話の独立性が高まる。

変更前

多くのファイルを読み込んだ長いセッションを再開する際、会話履歴や直近のファイル内容の復元に時間がかかり、ユーザーは再開完了まで待つ必要があった。

変更後

多くのファイルを読み込んだ長いセッションの再開処理が最適化され、/resume や claude --resume での復元にかかる時間が短くなった。

ユーザーへの恩恵

多くのファイルを読み込んだ長いセッションでも素早く再開できるようになり、作業再開までの待ち時間が短縮される。

変更前

全画面表示と Ctrl+O トランスクリプトビューでは、セッションが長くなるとメモリが増大する問題がありました。各メッセージ行がトランスクリプト全体のツールルックアップの完全なコピーを保持していました。

変更後

各メッセージ行はツールルックアップの完全なコピーを保持しなくなり、メモリ使用量が安定しました。

ユーザーへの恩恵

長いセッションでもメモリ消費が抑制され、パフォーマンスが向上します。

変更前

複数のプロジェクトで共通のルールをシンボリックリンクして .claude/rules に配置している場合、claudeMdExcludes に除外対象として .claude/rules/ やシンボリックリンク名を指定しても、リンク先の絶対パスで判定されてマッチせず、除外が無視されてしまっていました。

変更後

シンボリックリンク自体のパスおよび論理パスについても適切に除外スキャンの段階で評価され、claudeMdExcludes に設定した通りのパターンでシンボリックリンク先の CLAUDE.md やルールが確実にロード対象から除外されます。

ユーザーへの恩恵

共通ルールをシンボリックリンクで管理している大規模プロジェクトで、不要なルールがメモリにロードされてコンテキストを圧迫するのを防げます。

変更前

セルフホストされたサンドボックス環境でManaged Agentsを動かす際、WebSearchツールやWebFetchツールでの独自ドメイン設定や、セッションをまたぐメモリ保存領域を適切に連動させて制御する仕組みが不足していました。

変更後

同梱の「claude-api」スキルがアップデートされ、組織固有のセルフホスト環境であっても、Web検索・取得のアクセス許可ドメイン設定やメモリ保存機能が正しく適用されるようになります。

ユーザーへの恩恵

セルフホスト環境のサンドボックスから、セキュリティポリシーに沿った安全なWeb検索やメモリ機能を利用できるようになります。

変更前

Windows 環境下で特定の NT ネームスペース形式のパスを処理する際、事前にユーザーの承認を経ないままファイルアクセスが行われ、ネットワーク共有への不正アクセス等による NTLM 認証情報漏洩のセキュリティリスクが潜在していました。

変更後

Windows の NT ネームスペース（\??\）を含む不審なパスを用いた操作が検出された時点で強制的に拒否され、事前承認前のアカウント情報の漏洩を防ぐ強固なガードレールが適用されます。

ユーザーへの恩恵

悪意あるリポジトリやファイル構成による Windows 特有の資格情報奪取攻撃を回避するための、複雑なセキュリティ設定を個別に施す必要がなくなります。

変更前

エディタを開くとターミナル上の他の入力に影響が出て、かつメモリ操作の完了を待つ必要がありました。

変更後

エディタが別のウィンドウとして切り離され、メインのメモリ操作は即座に終了を待たずに完了します。

ユーザーへの恩恵

設定ファイルやメモリを編集している間、ターミナルの入力画面を他の作業に集中して使うことができます。

変更前

Markdownのfrontmatter内にインラインの # が含まれると、それ以降のデータがメモリファイル保存時に欠落していました。

変更後

フロントマター内の内容を正しく保存・読み込みできるようになりました。

ユーザーへの恩恵

メモリファイルに複雑な指令を保存しても内容が破損しなくなります。

変更前

--setting-sourcesフラグでprojectを除外していても、パス指定のルールや深い階層にあるルールファイルが読み込まれてしまうことがありました。特定のプロジェクト設定を完全に無視したい場合に、一部の指示が残ってしまう不都合がありました。

変更後

プロジェクトソースが除外されている場合は、ネストされたディレクトリ内のルールも含め、すべてのプロジェクト固有ルールが読み込まれないように修正されました。設定ソースの指定がより厳密に適用されます。

ユーザーへの恩恵

プロジェクト独自の指示を一時的に無効化して動作させたい場合に、確実にクリーンな状態で起動できるようになる。

変更前

MEMORY.mdの行数やサイズ制限(200行/25KB)を判定する際、ファイル全体を計測していました。そのため、AIが読まない設定用のフロントマターや人間用のコメントのせいで、肝心の本文が読み込めるサイズでも警告が出ていました。

変更後

読み込み前に削除されるヘッダーやコメントを除いた、AIに渡される正味のテキスト量だけで制限を判定するようになりました。これにより、指示内容を減らさずにメタ情報を記述しやすくなります。

ユーザーへの恩恵

MEMORY.mdに設定情報や注釈を多く記述しても、AIへの指示可能量が不当に削られることがなくなる。

変更前

AIが自動メモリー（auto memory）を書き込む際、MEMORY.md のサイズ制限（200行または25KB）を超えると、古い内容が音もなく切り捨てられていました。ユーザーはどのメモリーが失われたかに気づくことが困難でした。

変更後

読み込み制限を超える書き込みが発生した場合、サイレントにデータを消去するのではなく、明示的なエラーメッセージを生成します。これにより、インデックスの肥大化に気づき、手動での整理やトピックファイルへの移行を検討できるようになります。

ユーザーへの恩恵

重要なメモリーが知らない間に削除され、AIの記憶が不安定になるのを防ぐために自分で頻繁にファイルを確認しなくて済みます。

変更前

編集が頻繁なセッションではトランスクリプト（会話履歴）が膨大になり、不要になった過去のファイルバックアップもディスクを圧迫していた。

変更後

不要なファイル履歴を整理し、トランスクリプトサイズを最大 79 分の 1 に軽量化してディスク使用量を制限する。

ユーザーへの恩恵

大量のファイルを編集し続けるセッションでも、ディスク容量の枯渇を気にせず継続できるようになる。

変更前

設定ファイル内で[a-z]のようなパターンを記述する際に形式が不適切だと、ファイル検索やワークツリーへのファイルコピーが予期せず失敗したり、不完全な結果になったりすることがありました。

変更後

パターンの解析処理が堅牢になり、多少の記述の不備があっても致命的なエラーを避け、正しくファイルが読み込まれるようになりました。

ユーザーへの恩恵

ファイルの除外設定やスキル定義が意図通りに機能するようになり、リポジトリ構成の不整合によるエラーに悩まされることがなくなります。

変更前

CLAUDE.md が肥大化すると、AI のコンテキストを圧迫し指示への忠実度が下がる問題がありました。

変更後

/doctor を実行することで、AI がコードから自分で判断できる不要な記述を特定し、ファイルを軽量化する提案が受けられます。

ユーザーへの恩恵

重要な指示だけにコンテキストを絞り込めるため、AI のパフォーマンスと応答の正確性が向上します。

変更前

ファイルパスの解決方法によって、適用されるべきコーディングルールが無視されていました。

変更後

シンボリックリンク解決後も正しくパスを認識し、適切なルールが適用されるようになりました。

ユーザーへの恩恵

複雑なプロジェクト構造や共有リンクを使用している場合でも、統一されたコーディングスタイルを維持できます。

変更前

自動メモリ(auto memory)のサイズ制限を超えそうになっても警告がなく、いつの間にか古い記憶が読み込まれなくなることがありました。

変更後

コンテキスト制限に達する前にClaudeが圧縮(compact)を促すリマインダーを表示するようになりました。

ユーザーへの恩恵

重要な学習内容が欠落するのを防ぎ、長期的なプロジェクトでもClaudeの記憶の精度を維持できます。

変更前

モデルを切り替えた直後に /recap(会話の要約)を実行したり、会話のブランチを作成したりすると、新しく選択したモデルではなく、切り替え前の旧モデルが内部的に使用されていました。

変更後

モデル変更のステータスが即座に反映され、要約の生成や新しい会話ブランチの開始時にも指定した通りの最新モデルが適用されます。

ユーザーへの恩恵

モデルを切り替えた意図通りの推論能力やコスト効率を、次のアクションからすぐに享受できるようになります。

変更前

リモート環境やクラウドセッションで作業する際、組織全体で共有されている重要なナレッジやルールが、メモリ呼び出し機能から検索・参照できない状態でした。

変更後

リモート環境でもチーム共有メモリが正しくマウントされ、Claude がその情報を活用できるようになりました。

ユーザーへの恩恵

どこから接続してもチーム共通のベストプラクティスやコンテキストに基づいた回答が得られるようになり、一貫性のある開発支援を受けられます。

変更前

特定のプラグインやフックが原因で Claude Code が正常に動作しない場合、原因を特定するために設定ファイルを個別に書き換える必要がありました。

変更後

原因不明の挙動が発生した際、--safe-mode を使うことで純粋な Claude Code の状態で起動し、カスタマイズによる影響かどうかを即座に切り分けられます。

ユーザーへの恩恵

複雑な設定を維持したまま、問題発生時の原因究明を迅速に行えるようになります。

変更前

作業中にディレクトリを移動する場合、/add-dir で追加するか再起動する必要があり、前者ではシステムプロンプトの構成が変わらず、後者ではキャッシュが切れる不便がありました。

変更後

/cd を使用すると、セッション自体を指定したディレクトリに「移転」させることができ、新しい場所の CLAUDE.md を読み込みつつ既存の会話文脈も維持されます。

ユーザーへの恩恵

モノレポやサブプロジェクト間を移動しながら作業する際、AI との対話の流れを途切れさせずに済みます。

変更前

1M コンテキスト(Extended Context)対応モデルを使用している場合でも、標準モデルと同じ厳しい制限で警告が出てしまい、情報の集約を阻害していました。

変更後

より大きなコンテキストを扱えるモデルでは、より多くのルールを CLAUDE.md に記述しても不必要な警告が出なくなります。

ユーザーへの恩恵

大規模なプロジェクトのルールを、モデルの能力をフルに活かして管理できるようになります。

変更前

AIが生成したファイル(ビルド成果物など)が、保存したはずなのに見つからないという混乱が生じていました。

変更後

出力先が正しく管理され、意図した場所にファイルが確実に書き込まれるようになります。

ユーザーへの恩恵

AIが作成したファイルが見失われることがなくなり、作業結果の信頼性が向上します。

変更前

過去のセッションを再開した直後、変更を巻き戻す /rewind などの特殊な操作画面を表示しても、キー入力が受け付けられない状態になることがありました。

変更後

セッション再開後もすべての対話型コマンドが正しく入力を受け付け、スムーズに作業を続行できるようになります。

ユーザーへの恩恵

以前の作業の続きを始める際、AI の提案を修正したり過去の状態に戻したりする操作が確実に行えるようになります。

変更前

以前のセッションを再開した際、前回の議論の最後がどのような状態だったかを自力で思い出す必要がありました。

変更後

/recapコマンドや設定により、再開時にこれまでの経緯が要約表示されるようになり、テレメトリ無効時も環境変数で強制有効化できます。

ユーザーへの恩恵

中断した作業にスムーズに戻ることができ、文脈を再確認するための思考のオーバーヘッドを削減できます。

変更前

ワークツリー機能を利用する際、既に存在するワークツリーディレクトリへの直接的な切り替えや再利用が容易ではありませんでした。

変更後

EnterWorktreeツールでpathパラメータを指定できるようになり、既存のワークツリーへの移動がスムーズに行えるようになりました。

ユーザーへの恩恵

複数の作業ブランチをワークツリーで並行管理している場合に、既存の環境を即座に再利用できるため、作業の切り替えが高速化されます。

変更前

セッション中に追加したディレクトリを削除しても、内部的にキャッシュされた情報が残ってしまい、アクセス権限が反映されないことがありました。

変更後

設定の変更が即座に実行中のプロセスに反映され、セッションを再起動しなくても変更が適用されます。

ユーザーへの恩恵

設定の変更を試行錯誤しながら作業する際、常に正確な状態でClaudeと対話できます。

変更前

ネットワーク不安定などでリトライが繰り返されると、内部状態が蓄積され、徐々に動作が重くなることがありました。

変更後

不要になったストリーミング状態が適切にクリーンアップされ、メモリ使用量が健全に保たれるようになりました。

ユーザーへの恩恵

不安定なネットワーク環境下でも、長時間のセッションを軽快に維持できます。

変更前

非対話モード(-p フラグ)などでストリーミング中に処理が中断されると、それまでに出力されていた回答内容が履歴に記録されず、状況の把握が困難でした。

変更後

処理が中断された場合でも、その時点までに受信したアシスタントの回答の一部が履歴として保持されるようになりました。

ユーザーへの恩恵

タイムアウトやエラーで中断された際の進捗を確認しやすくなり、その後の再開やデバッグがスムーズになります。

変更前

大規模なコンテキストにおいて、ファイルが背後で読み込まれるたびに UI 上の要約バッジが増殖し、ログの可読性が低下していました。

変更後

バッジの表示ロジックが最適化され、スクロールバック時に情報の重複がない綺麗な UI が保たれます。

ユーザーへの恩恵

長い対話ログを振り返る際、不要な表示に邪魔されず、必要な情報だけをすっきりと確認できます。

変更前

長時間実行されるセッションで、大きなJSON入力がそのままLRUキャッシュキーとして保存され、コマンドやツールの実行がキャッシュエントリを追い出さない限り、メモリ内に参照可能なまま残っていました。

変更後

大きなJSON入力をLRUキャッシュキーとして保持する代わりに、ハッシュやコンテンツ要約のようなメモリフットプリントの低い表現が使用され、長時間実行されるセッションでも入力データをキャッシュに保持しなくなりました。

ユーザーへの恩恵

長時間稼働するセッションにおいても、大きなJSONペイロードが原因でメモリ使用量が継続的に増大することがなくなります。

変更前

CJK 文字や絵文字を含むプロンプト履歴エントリが ~/.claude/history.jsonl の 4KB 境界にまたがって配置された場合、そのエントリは黙って欠落していた。

変更後

4KB 境界をまたぐ位置に CJK 文字や絵文字を含むプロンプト履歴エントリがあっても、履歴から黙って消えることなく正しく保持されるようになった。

ユーザーへの恩恵

日本語などのマルチバイト文字や絵文字を含む過去のプロンプトも上矢印での再呼び出しや Ctrl+R 検索から欠落せずに利用できる。

変更前

多数のファイルを読む長時間セッションでは、ネストされたCLAUDE.mdがファイルを読むたびに重複して再注入され、数十回もコンテキストに追加されていた。

変更後

ネストされたCLAUDE.mdは、対応するサブディレクトリのファイルを再度読んだときにだけ再注入されるようになった。

ユーザーへの恩恵

コンテキストウィンドウの無駄な消費が減り、トークン上限まで長く作業を続けられる。

変更前

大規模なプロジェクトや長時間におよぶセッションにおいて、同一の CLAUDE.md の指示がコンテキスト内に何度も重複して読み込まれていました。

変更後

重複した注入が防止され、コンテキストウィンドウ(AIが一度に扱える情報量)が不必要に圧迫されることがなくなりました。

ユーザーへの恩恵

AIが重要な指示を見失うリスクが減り、トークンの節約によって長時間の対話でも一貫したレスポンスを維持できるようになります。

変更前

非常に長いセッションを続けていると、過去の巨大なデータがメモリ内に残り続け、動作が重くなったりクラッシュしたりすることがありました。

変更後

キャッシュの管理が最適化され、不要になった大きなデータが適切にメモリから解放されるようになりました。

ユーザーへの恩恵

数時間にわたる複雑な開発作業でもClaude Codeが安定して動作し続け、メモリ不足を心配せずに作業に没頭できます。

変更前

Jujutsu (jj) や Sapling (sl) といったバージョン管理システムを使用している際、メタデータが含まれる内部ディレクトリが検索やファイル補完の結果に混入していました。

変更後

これらVCSの管理ディレクトリが無視されるようになり、開発者が操作したいソースファイルのみが正確に提示されます。

ユーザーへの恩恵

不要なメタデータへのアクセスを防ぐことで、検索の精度が向上し、AIが意図しないファイルを読み込む無駄なトークン消費を抑制できます。

変更前

特定のパスに基づいたルールが有効な際、プロジェクトのルートディレクトリ外にある重要な設定ファイルやメモリファイルに AI がアクセスできないことがありました。

変更後

プロジェクト外にあるグローバルな設定ファイル等も、パーミッションの範囲内で正しく読み書きや編集が可能になりました。

ユーザーへの恩恵

ユーザー設定やグローバルな指示ファイルをAIが適切に更新できるようになり、プロジェクトを跨いだカスタマイズがスムーズに反映されます。

変更前

会話履歴が膨大になったセッションでフィードバックを送信しようとすると、全履歴のコピー処理でメモリを使い果たし、ツールが強制終了することがありました。

変更後

履歴データのハンドリングが最適化され、長期間の対話セッションからでも安全にフィードバックを送信できるようになりました。

ユーザーへの恩恵

複雑な開発作業のログを含んだ貴重なフィードバックを、エラーを気にせず開発チームへ共有できます。

変更前

ファイルを @ で参照した際、内容が冗長にエンコードされて送信されていたため、無駄にトークンを消費し、コンテキスト窓を圧迫していました。

変更後

ファイル内容がより効率的な形式で送信されるようになり、同じコンテキスト窓でより多くの情報を扱えるようになりました。

ユーザーへの恩恵

APIコストがわずかに削減されるとともに、大規模なファイルを複数参照した際のAIの応答品質が向上します。

変更前

会話履歴が極端に長いセッションで/compactを実行しようとすると、要約のためのリクエスト自体がモデルの制限に収まらず、エラーになることがありました。

変更後

極めて大きなコンテキスト下でも適切に要約処理が開始されるよう、圧縮ロジックの耐久性が向上しました。

ユーザーへの恩恵

どれだけ長い対話を続けてもセッションを維持したままコンテキストを整理できるようになり、長期的な作業の安定性が向上します。

変更前

数千ターンを超えるような非常に長い会話履歴を持つセッションを再開しようとすると、履歴データの読み込みに膨大なメモリを消費し、起動に時間がかかったりクラッシュしたりすることがありました。

変更後

履歴データの処理アルゴリズムが最適化され、巨大なセッションでも低メモリ・短時間で再開できるようになりました。

ユーザーへの恩恵

長期間にわたる複雑な開発タスクでも、パフォーマンスの低下を気にすることなく一つのセッションを使い続けることができます。

変更前

自動メモリ(Claude が学んだこと)を記録する MEMORY.md ファイルが肥大化すると、起動時にそれを読み込むだけで大量のトークンを消費し、AI の推論パフォーマンスが低下する原因になっていました。

変更後

行数制限に加えて容量ベースの制限が導入され、より厳密にコンテキストサイズが管理されるようになりました。制限を超えた場合は古い情報が切り詰められます。

ユーザーへの恩恵

長期間使用しても Claude Code の動作が重くならず、常に最新で重要な記憶に焦点を当てた的確なサポートが受けられます。

変更前

非インタラクティブモード(-p)でスクリプトを実行する際も、通常のセッションと同様にフックの実行やプラグインの同期、メモリの読み込みが行われていました。

変更後

--bare フラグを使用することで、純粋にモデルの推論のみを高速に実行できるようになります。このモードでは OAuth 認証等がバイパスされるため、API キーの設定が必須となります。

ユーザーへの恩恵

CI/CD パイプラインや自動化スクリプトにおいて、不要なオーバーヘッドを削減し、起動速度の向上と実行の安定性を確保できます。

変更前

Claude が回答を生成している最中に /btw でクイックな質問を投げようとしても、クリップボードから貼り付けた内容が正しく認識されませんでした。

変更後

メインのタスクが実行中であっても、ペーストしたコード断片などを含めた補足的な質問がスムーズに行えるようになります。

ユーザーへの恩恵

長いタスクの実行を待つ間に、参照したいコードについて別途質問できるようになり、作業の中断を最小限に抑えられます。

変更前

大規模なプロジェクトを開く際、ファイルツリーの走査やインデックス作成によって起動直後のメモリ消費が大きくなる傾向がありました。

変更後

ファイル管理の内部構造が効率化され、大規模プロジェクトでも起動時のメモリ負荷が大幅に軽減されます。

ユーザーへの恩恵

PC のリソース消費を抑えられるため、他の重い開発ツールと併用していても Claude Code が軽快に動作します。

変更前

セッションを再開する際、バックグラウンドでのメモリ抽出処理とのタイミングによって、最新のやり取りが切り捨てられてしまうことがありました。

変更後

レースコンディション(競合状態)が解消され、すべての会話履歴が確実に復元されるようになりました。

ユーザーへの恩恵

過去の文脈を失うことなく、安心してセッションの中断と再開を繰り返すことができます。

変更前

フォークを繰り返した長い会話履歴を持つセッションでは、再開時の読み込みに時間がかかり、一時的に大量のメモリを消費していました。

変更後

内部処理の最適化により、ロード時間がほぼ半減し、メモリピークも 100-150MB 程度抑制されました。

ユーザーへの恩恵

長期間にわたるプロジェクトでも、待機時間を気にせず瞬時に作業を再開できます。

変更前

コンテキストウィンドウが不足したり、特定のツールやメモリ消費が原因で動作が重くなったりした際、ユーザーは何を削ればよいか自分で判断する必要がありました。

変更後

/context コマンドを実行すると、トークンを大量消費しているツールやメモリの肥大化を自動で検知し、改善のための具体的なアドバイスが表示されるようになります。

ユーザーへの恩恵

手動でコンテキストを管理する手間が省け、LLMの応答品質を維持しながら効率的に長いセッションを続けられるようになります。

変更前

処理が途中で中断された場合にAPIレスポンスのメモリが適切に解放されず、ツールを使い続けるほどPCのメモリ消費量が増大し続けていました。

変更後

ジェネレーターが終了した際にバッファが確実に解放されるようになり、長時間使用してもメモリ消費が安定するようになります。

ユーザーへの恩恵

大規模な開発作業でも動作が不安定にならず、システムのパフォーマンス低下を気にせずに安心して利用できます。

変更前

CLAUDE.md 内に人間用のメモとして記述した HTML コメントが Claude への指示として読み取られてしまい、意図しない挙動の原因になることがありました。

変更後

自動的に読み込まれるメモリとしては HTML コメントが除外されますが、Read ツールで直接ファイルを読んだ際には表示される仕様になりました。

ユーザーへの恩恵

Claude への指示を汚さずに、人間向けの開発メモや TODO を CLAUDE.md 内に自由に記述できるようになります。

変更前

プロジェクト固有の指示が読み込まれたタイミングを検知して自動で処理を実行する手段がありませんでした。

変更後

メモリファイルが読み込まれた直後に特定のスクリプトを実行し、コンテキストの検証や追加情報の注入が可能になりました。

ユーザーへの恩恵

指示ファイルの変更に合わせた環境の自動セットアップなどが可能になり、プロジェクトごとのカスタマイズの幅が広がります。

変更前

Claude がいつプロジェクト固有のルールを認識したのかをトリガーにして外部スクリプトを実行したり、読み込まれた指示の内容に基づいて動的な処理を行ったりする手段がありませんでした。

変更後

ルールの読み込み完了をフックできるようになったため、特定のルールが適用された際に通知を出したり、関連する依存関係のチェックを自動で行ったりすることが可能になります。

ユーザーへの恩恵

指示ファイル(CLAUDE.md)を中心とした開発ワークフローの自動化が進み、特定のコンテキストに合わせた柔軟な拡張が可能になります。

変更前

オートメモリのデータは常にデフォルトのディレクトリに保存されるため、特定のプロジェクトだけメモリを別の場所に隔離したり、ネットワークドライブなどで共有したりすることが不便でした。

変更後

環境変数一つで保存先を自由に変更できるようになったため、プロジェクトの要件に合わせた柔軟なデータ管理が可能になりました。

ユーザーへの恩恵

メモリデータのバックアップや共有、プロジェクトごとの厳格な分離が容易になり、ワークフローに合わせたデータ管理が実現します。

変更前

Git の作業ディレクトリ内に数GB規模の大きな(かつ .gitignore されていない)バイナリファイルが存在すると、Claude がコミット準備中にそれらをメモリに読み込もうとしてしまい、アプリがクラッシュしたりPCが重くなったりしていました。

変更後

ファイルの内容を無駄にメモリに展開しないように処理が最適化され、大きなアセットを含むプロジェクトでも安定して動作するようになりました。

ユーザーへの恩恵

動画、画像、機械学習モデルなどの巨大なファイルを扱うプロジェクトでも、環境に負荷をかけることなく快適に Claude Code を利用できます。

変更前

数日間にわたって Claude Code を立ち上げっぱなしにしたり、膨大な対話を行ったりすると、徐々にメモリ消費量が増えていき、最終的に動作が重くなる傾向がありました。

変更後

不要になった描画オブジェクトが正しくガベージコレクション(破棄)されるようになり、長期間の起動でもメモリ消費が一定に保たれるようになりました。

ユーザーへの恩恵

ツールを長時間開きっぱなしにする開発スタイルでも、パフォーマンスの低下を感じることなく安定して使い続けることができます。

変更前

エージェントチーム機能を使用している際、古い会話履歴が子エージェントの中でいつまでも残り続け、メモリを圧迫し続けるバグがありました。

変更後

履歴の参照範囲が適切に制限され、明示的に履歴を消去した際にはメモリも即座に解放されるようになりました。

ユーザーへの恩恵

大規模なチーム連携タスクを実行しても、PC のリソースを浪費することなく、より多くの並行処理が可能になります。

変更前

CLI を自動化スクリプト等で使用する非対話モードにおいて、プロジェクトの細かいルールやサブディレクトリ内の指示が無視されてしまい、対話モードと同じような賢い挙動が得られないことがありました。

変更後

プリントモードでも対話モードと同様にすべての指示ファイルが正しく探索・ロードされるようになり、一貫したルール適用が保証されるようになりました。

ユーザーへの恩恵

CI/CD などの自動化環境においても、プロジェクト独自のコーディング規約を Claude に確実に守らせることができます。

変更前

会話をリセットして新しく作業を始めようとしても、内部的に前の作業のキャッシュが一部残ってしまい、メモリ消費量が増えたままになる不都合がありました。

変更後

リセット処理が徹底され、不要なデータが完全に消去されるようになったため、新品の状態でセッションを再開できます。

ユーザーへの恩恵

長時間の開発作業の合間にセッションを切り替える際、リソースの蓄積による動作の重さを解消できます。

変更前

定義へのジャンプや型情報の取得を行うたびに、巨大なソースコードファイル全体が背後でロードされ、コンテキストを不必要に圧迫したり、動作が重くなったりすることがありました。

変更後

必要な差分やスニペットのみを抽出してコンテキストに組み込むようになったため、大規模なプロジェクトでも LSP 機能が軽量かつ高速に動作します。

ユーザーへの恩恵

大規模なコードベースにおいて、Claude の応答速度とコード理解の精度を両立させることができ、より洗練された開発支援が受けられます。

変更前

gitルート検出キャッシュにメモリリークがあり、長時間セッション中にメモリ使用量が徐々に増加していました。

変更後

gitルート検出キャッシュのメモリリークが修正され、長時間実行時のメモリ消費量が改善されました。

ユーザーへの恩恵

長時間にわたる開発セッションでのメモリ使用量が削減され、パフォーマンスと安定性が向上します。

変更前

JSON解析キャッシュにメモリリークがあり、長時間セッション中にメモリ使用量が無制限に増加していました。

変更後

JSON解析キャッシュのメモリリークが修正され、長時間実行時のメモリ消費量が大幅に改善されました。

ユーザーへの恩恵

長時間セッションでのリソース使用量が削減され、ツールの応答性と安定性が向上します。

変更前

MCPサーバーが頻繁に再接続するシナリオで、フェッチキャッシュが適切にクリアされず、メモリリークが発生していました。

変更後

MCPサーバー切断時のフェッチキャッシュクリア処理が修正され、メモリリークの問題が解消されました。

ユーザーへの恩恵

頻繁に再接続が発生する環境でのメモリ使用量が削減され、MCP関連機能の安定性が向上しました。

変更前

サブエージェントを使用する長時間セッションで、プログレスメッセージのペイロードがメモリを圧迫し、メモリ使用量が増加していました。

変更後

コンテキスト圧縮時に重いプログレスメッセージペイロードが除去されるようになり、サブエージェント利用時のメモリ効率が向上しました。

ユーザーへの恩恵

長時間にわたるサブエージェントの使用におけるメモリ効率が大幅に改善され、パフォーマンスが向上します。

変更前

LSP診断データが適切に解放されず、セッションが長引くにつれてメモリ使用量が無制限に増加していました。

変更後

LSP診断データが配信後に確実にクリーンアップされるようになり、長時間のセッションでもメモリ使用量の増加が抑えられるようになりました。

ユーザーへの恩恵

メモリリークが解消され、長時間のセッションでも安定したパフォーマンスが維持されるようになります。これにより、リソースの消費を抑え、より快適な開発体験を提供します。

変更前

多数のタスクを実行すると、完了したタスクの出力がメモリに残り続け、セッションのメモリ使用量が増加していました。

変更後

完了したタスクの出力が適切にメモリから解放されるようになり、長時間のセッションでもメモリ使用量が過度に増加しなくなりました。

ユーザーへの恩恵

メモリリークが解消され、長時間のセッションでも安定したパフォーマンスを維持できます。リソースの消費を抑え、より効率的な開発環境を提供します。

変更前

長時間のセッションでファイル履歴のスナップショットが蓄積し続け、メモリ使用量が無制限に増加していました。

変更後

ファイル履歴スナップショットの数に上限が設けられ、長時間のセッションでもメモリ使用量が過度に増加しないようになりました。

ユーザーへの恩恵

メモリリークが解消され、長時間のセッションでも安定したパフォーマンスを維持できます。リソースの消費を抑え、より効率的な開発環境を提供します。

変更前

TaskOutputで、クリーンアップ後も最近の行データがメモリに残り続けるメモリリークが発生していました。

変更後

TaskOutputがクリーンアップ時に最近の行データを適切に解放するようになり、メモリリークが解消されました。

ユーザーへの恩恵

メモリリークが解消され、長時間のセッションでも不要なメモリ消費が抑えられます。これにより、安定したパフォーマンスを維持し、リソースを効率的に利用できます。

変更前

CircularBufferでクリアされたアイテムがバックエンド配列に残り続け、メモリリークを引き起こしていました。

変更後

CircularBufferでクリアされたアイテムが適切に解放されるようになり、メモリリークが解消されました。

ユーザーへの恩恵

メモリリークが解消され、CircularBufferのメモリ使用量が最適化されます。これにより、長時間のセッションでも安定したパフォーマンスを維持できます。

変更前

シェルコマンド実行後もChildProcessとAbortControllerの参照がメモリに残り続け、メモリリークを引き起こしていました。

変更後

シェルコマンド実行後、ChildProcessとAbortControllerの参照が適切に解放されるようになり、メモリリークが解消されました。

ユーザーへの恩恵

メモリリークが解消され、シェルコマンド実行時のメモリ消費が最適化されます。これにより、長時間のセッションでも安定したパフォーマンスを維持できます。

変更前

長期間実行されるセッションでは、APIストリームバッファ、エージェントコンテキスト、スキル状態などのリソースが解放されずに蓄積され、メモリ使用量が増加する問題がありました。

変更後

長期間実行されるセッションにおけるメモリ使用量が改善されました。APIストリームバッファ、エージェントコンテキスト、スキル状態などのリソースが、使用後に適切に解放されるようになりました。

ユーザーへの恩恵

長時間のセッションでもメモリ使用量が抑えられるため、Claude Codeのパフォーマンスが安定し、メモリ不足による予期せぬ終了や遅延を防ぐことができます。これにより、ユーザーはより快適に長時間の作業に取り組めます。

変更前

長期間実行されるエージェントセッションにおいて、プログレスアップデートの処理でメッセージがO(n²)で蓄積され、メモリ使用量が増大していました。

変更後

長期間実行されるエージェントセッションのメモリ使用量が改善されました。プログレスアップデートにおけるメッセージのO(n²)での蓄積がなくなり、メモリ効率が向上しました。

ユーザーへの恩恵

長時間のセッションでもメモリ使用量が最適化され、Claude Codeの安定性とパフォーマンスが向上しました。これにより、複雑なタスクや長時間の分析でも、メモリ不足による影響を受けにくくなりました。

変更前

Windows環境において、ドライブレターの大文字・小文字の表記が異なる場合、同じCLAUDE.mdファイルが二重にロードされてしまう問題がありました。

変更後

Windows環境でドライブレターの大文字・小文字が異なる場合でも、同じCLAUDE.mdファイルが二重にロードされる問題が修正されました。

ユーザーへの恩恵

Windows環境でのCLAUDE.mdファイルのロードが正確になり、ドライブレター表記の違いによる意図しない挙動を防ぎました。これにより、設定の一貫性が保たれます。

変更前

以前のClaude Codeでは、エージェントのセッション間で特定の情報を永続的に記憶させる標準的なメカニズムが不足していました。特に、サブエージェントは親会話からスキルを継承せず、セッション終了後に学習内容を保持する機能がなかったため、同じタスクを繰り返す際に過去のコンテキストを失うという非効率性がありました。

変更後

エージェントのフロントマターにmemoryフィールドが追加され、user、project、localの3つのスコープでエージェントに永続的な記憶機能を持たせることが可能になりました。これにより、エージェントはセッションを跨いで学習し、過去の経験に基づいて振る舞いを改善できるようになります。例えば、projectスコープを設定すれば、そのプロジェクト固有の知識をエージェントが長期的に保持できます。

ユーザーへの恩恵

この改善により、エージェントはより賢く、より効率的に作業できるようになります。セッションを跨いで知識やコンテキストを保持できるため、反復的なタスクや長期にわたるプロジェクトにおいて、エージェントが毎回ゼロから学習し直す必要がなくなります。これにより、開発者はエージェントのパフォーマンスと生産性の向上を享受できます。

変更前

多数のセッションを管理している場合、--resumeコマンド実行時のメモリ使用量が大きくなっていました。

変更後

セッションインデックスのロード方法が最適化され、--resume時のメモリ使用量が大幅に削減されました。

ユーザーへの恩恵

多数のセッションを管理しているユーザーでも、セッションの再開がより軽量かつ高速になり、メモリリソースを節約できます。

変更前

これまでは、プロジェクト固有の指示やコンテキストを定義する CLAUDE.md ファイルは、プロジェクトのルートディレクトリ(.claude/CLAUDE.md)やユーザーのホームディレクトリ(~/.claude/CLAUDE.md)に限定されていました。モノレポ構成や共有された設定を持つ環境では、CLAUDE.md ファイルを別の場所に配置して読み込むことができませんでした。

変更後

--add-dir フラグと CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 環境変数を設定することで、指定した追加ディレクトリに存在する CLAUDE.md ファイルを読み込むことができるようになりました。これにより、より柔軟なプロジェクト構成や共有設定が可能になります。

ユーザーへの恩恵

これにより、開発者はモノレポ環境で各パッケージ固有の CLAUDE.md ファイルを使用したり、組織全体で共有されるガイドラインを別のディレクトリに集約したりすることが可能になります。プロジェクトの構造に合わせてClaude Codeの動作をより細かく制御できるようになり、大規模なプロジェクトや複雑なワークフローでの利便性が向上します。

変更前

コンテキストが上限に近づくと警告が表示されますが、/compact コマンドで手動でコンテキストを圧縮・整理した後も、その警告が画面に残り続けていました。

変更後

/compact コマンドの実行によってコンテキスト容量に余裕ができた場合、即座に警告表示が消えるようになります。

ユーザーへの恩恵

現在のコンテキストの状態が正確に画面へ反映されるようになり、不要な警告に惑わされずに作業を継続できるようになります。

変更前

手動で /compact コマンドを実行してコンテキストを整理した後も、画面上に「自動要約が必要」という警告メッセージが残り続けていました。

変更後

コンテキストの圧縮が完了した時点で、不要になった警告表示が即座に消えるよう挙動が改善されました。

ユーザーへの恩恵

画面上のステータス情報が常に現在の状況を正しく反映するようになり、不必要な警告に惑わされることがなくなります。

変更前

外部 CLAUDE.md ファイルをインポートする際、どのファイルがインポートされるのか、またその出典が不明確で不安がありました。

変更後

承認ダイアログでインポートされるファイル名と出典が明示されるようになり、安心してインポートを承認できます。

ユーザーへの恩恵

インポートプロセスにおける透明性が向上し、意図しないファイルや設定の読み込みを防ぐのに役立ちます。

変更前

プロジェクトの指示書である CLAUDE.md でファイルをインポートする際、テキスト以外のバイナリファイルまで読み込まれ、コンテキスト(メモリ)を無駄に消費していました。

変更後

インポート対象がテキストファイルに限定されるようになり、不要なバイナリデータがコンテキストを圧迫して Claude の精度を低下させることを防ぎます。

ユーザーへの恩恵

限られたコンテキストウィンドウを有効に活用でき、大規模なプロジェクトでも Claude とのやり取りがより効率的かつ正確になります。