短い答え
Claude Codeは、すべての新しいセッションが新しいコンテキストウィンドウから始まるため、プロジェクトコンテキストを忘れます。CLAUDE.mdは静的ルールとして読み込まれ（記憶ではなく）、--resumeには以前の会話コンテキストが完全に復元されないという文書化されたバグがあります。自動記憶は短いメモをキャプチャしますが、トランスクリプトではありません。持続的なプロジェクト記憶レイヤーは、すべての実行で完全なコンテキストを読み込めるようにします。
なぜClaude Codeはプロジェクトコンテキストを忘れるのか
Claude Codeは、各セッションが新しいエージェントであるという考えに基づいて構築されています。忘却を促進する3つのメカニズムがあります。
1. すべてのセッションは空のコンテキストウィンドウから始まります。 Claude Codeは、クリーンスレートで各実行を開始し、次にCLAUDE.md、参照されたファイル、およびあなたのプロンプトを読み込みます。ウィンドウ自体は、通常、Claude Sonnet 4.5/4.6/4.7で200Kトークンですが、寛大ですがセッションごとです。多くのファイルを読み込む長いエージェントの実行は、予想以上に早くそれを満たします。
2. `CLAUDE.md`はルールであり、記憶ではありません。 Anthropicのドキュメントでは、CLAUDE.mdはセッション開始時にエージェントが読む静的なオンボーディングファイルとして説明されています。「pnpmを使用し、Vitestでテストを書き、/legacy/*を決して編集しない」というのに最適です。それはトランスクリプトストアではありません。意思決定の背後にある理由はそこには存在せず、過去のセッションの内容もそこには存在しません。
3. `--continue`と`--resume`には既知のコンテキスト喪失の問題があります。 広く議論されているGitHubの問題（anthropics/claude-code #43696）では、再開されたセッションが新しい会話のように新たに始まることが報告されており、蓄積されたコンテキストを失います。再開が機能しても、セッションは互いに見ることができません — クロスセッション検索はありません。
結果：ルールは残り、エージェントの状態は消えます。
Claude Codeがプロジェクトコンテキストを忘れると何を失うのか
新しいclaudeの呼び出しは、再オリエンテーションのコストがかかります：
- 意思決定の背後にある理由が消えます。 「移行コストのため、レガシー
users_v1テーブルを読み取り専用に保つことにしました」は昨日のセッションにありました。今日のClaude Codeはそれに書き込むことを提案します。 - マルチセッション作業がスレッドを失います。 3つのセッションにまたがるリファクタリングは、エージェントの前に計画を毎回置く必要があります。
CLAUDE.mdを使用すれば1つの段落をピン留めできますが、理由を伴う12ステップの計画をピン留めすることはできません。 - 同じファイルを再読み込みするためにトークンを消費します。 各セッションは同じ仕様を再読み込みし、同じ慣習を再発見し、同じ明確化の質問を再度尋ねます。
Claude Codeの組み込みワークアラウンド（およびそれぞれの短所）
Claude Codeは持続性を目的とした3つの機能を提供しています。それぞれが役立ちますが、実際のプロジェクト記憶を置き換えるものではありません。
`CLAUDE.md`は安定したルールとオンボーディングに最適なツールです。すべてのセッションで読み込まれます。Anthropicの公式ガイダンスは、耐久性のある指示をそこに置くことを推奨していますが、以前のメッセージには置かないことです。逆に、CLAUDE.mdは短く保つのが最適です — コンテキストのスペースを他のすべてと競合します — これにより、進化するプロジェクトの歴史には不適切な場所になります。
自動記憶は、Claudeがセッション中に自分のメモを保存できるようにし、ユーザーの好み、フィードバック、プロジェクトコンテキスト、参照ポインタに整理されます。「ユーザーは簡潔な差分を好む」のに役立ちます。完全なトランスクリプトや意思決定ログのためには設計されていません。
`/resume`と`--continue`は、以前のセッションを完全なコンテキストで再開するためのものです。実際には、ユーザーは（問題 #43696、2026年4月）再開されたセッションが空白から始まることが報告されており、機能してもセッションは互いに見ることができません。
完全な機能セットについては、公式のClaude Codeドキュメントをお読みください。
安定したルールについては、ネイティブは堅実です。セッションやツールにまたがるプロジェクトコンテキストについては、彼らは不足しています。
Claude Codeの組み込み記憶が不足している点
より深い問題：Claude Codeを実行しているほとんどのチームは、迅速な反復のためにCursorを使用し、IDEに密接なワークフローのためにCascadeを使用し、設計ディスカッションのためにChatGPTを使用しています。CLAUDE.mdはそれらのいずれにも移動しません。各ツールはプロジェクトルールの独自のコピーと独自の隔離された履歴を持ちます。コンテキストはツール間で断片化され、プロジェクトが支払います。
記憶はプロジェクトに従う必要があります。エディタではありません。
MemoryLakeがClaude Codeのプロジェクトコンテキストを忘れる問題を解決する方法
MemoryLakeは、ネイティブMCPサポートを介してClaude Codeに接続するクロスモデル記憶レイヤーです。静的なCLAUDE.mdに依存するのではなく、プロジェクトに独自の記憶を与え、Claude Codeは各セッションでそれを読み取ります。
- プロジェクトごとの記憶、ファイルごとではありません。 仕様、ADR、過去の
claudeトランスクリプト、意思決定ログはプロジェクトに存在します。Claude Codeは、CLAUDE.mdにすべてを収めようとするのではなく、ターンごとに関連するものを取得します。 - 生のプロンプトよりも10,000倍のコンテキスト。 MemoryLakeの取得エンジンは、数十億のトークンのプロジェクト記憶から読み取り、重要な部分だけを返します。同じ仕様を再読み込みするためにトークンを消費するのをやめます。
- 他のすべてのAIに持ち運び可能。 同じプロジェクト記憶はCursor、Windsurf、Claude Desktop、ChatGPT、Geminiで機能します。プロジェクトの途中でツールを切り替えても、コンテキストはそのままです。
MemoryLakeはLoCoMoの長いコンテキストベンチマークで94.03%を記録しました — 2026年時点での最高の公開結果 — ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を備えています。
MemoryLakeをClaude Codeに接続する3つのステップ
- プロジェクトを作成し、コンテキストを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックし、リポジトリの名前（例："acme-api — Claude Codeプロジェクト"）を付けます。仕様、ADR、過去の
claudeトランスクリプトをドキュメントドライブを通じてアップロードします（PDF、Markdown、Word、Excel、画像すべてサポートされています）。メモタブに短い指示を追加します —CLAUDE.mdをスリムに保ち、MemoryLakeに長い形式のコンテキストを保持させます。 - MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、MCPサーバーを追加をクリックし、「Claude Code統合」と名付け、生成をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。シークレットをすぐにコピーしてください — 一度だけ表示されます。
- サーバーをClaude CodeのMCP設定に追加する。
claude mcp add memorylake --transport http <endpoint-url>を実行し、プロンプトが表示されたときにBearerトークンを追加します。（好みで~/.claude.jsonを直接編集することもできます — 末尾のカンマに注意してください；JSONでは許可されていません。）claudeを再起動します。エージェントは、各セッションの開始時にプロジェクトコンテキストを読み込むために呼び出すことができるmemorylakeツールを持っています。