短い答え
Claudeのチャット製品とClaude Codeは自動的に記憶を共有しません。各プロジェクトの知識ファイルをダウンロードし、各システムプロンプトを対応するリポジトリのルートにあるCLAUDE.md(またはグローバルガイダンス用の~/.claude/CLAUDE.md)にコピーし、再利用可能なプロンプトを.claude/commands/の下にスラッシュコマンドとして変換します。リポジトリごとに15〜25分を計画してください。MemoryLakeのようなMCPベースの記憶層は、両方のクライアントが同じソースを読み取ることを可能にします。
人々がClaudeチャットからClaude Codeに移行する理由
2026年の3つの要因:
- リポジトリネイティブ実行。 Claude Codeは、コピー&ペーストなしでリポジトリ内のコマンドを読み、編集し、実行します。
- マルチステップの整合性。 長期的なリファクタリングや移行は、多くのターンにわたって整合性を保ちます。
- MCPとツールの統合。 一流のMCPとシェルアクセスは、マルチファイル作業を行うチームに適しています。
ClaudeとClaude Codeにおける「記憶」の意味
同じモデル、異なる表面。
Claudeチャットの記憶はプロジェクト内に存在します。各プロジェクトには独自のプロジェクト知識(アップロードされたファイルと貼り付けたテキスト)とオプションのシステムプロンプトがあります。
Claude Codeの記憶は、リポジトリのルートにある`CLAUDE.md`、`~/.claude/CLAUDE.md`(ユーザーグローバル)、.claude/commands/の下のカスタムスラッシュコマンド、およびClaude Code設定で構成されたMCPサーバーに集中しています。
プロジェクトのシステムプロンプトはCLAUDE.mdになります。プロジェクト知識はリポジトリのdocs/参照になります。再利用可能なプロンプトはスラッシュコマンドになります。
ステップ1: Claudeの記憶をエクスポートする
Claudeにはプロジェクトエクスポートバンドルがありません。
- 各プロジェクトのシステムプロンプトをキャプチャします。 プロジェクトを開き、プロジェクト指示を表示します。内容をプロジェクト名でラベル付けされたテキストファイルにコピーします。
- プロジェクト知識ファイルをダウンロードします。 各ファイルをクリックして元のファイルをダウンロードします。利用可能な場合はローカルコピーから再アップロードします。
- 貼り付けたテキストの知識をコピーします。 各プロジェクトごとに
notes.mdに保存します。 - 繰り返しプロンプトをリストします。 頻繁な質問パターンを
prompts/ディレクトリにキャプチャし、パターンごとに1つのファイルを作成します。
最終状態: システムプロンプト、元のファイル、notes.md、およびprompts/を含む各Claudeプロジェクトごとのフォルダー。
ステップ2: Claude Codeにインポートする
Claude Codeはプレーンマークダウンを期待します。
- 各プロジェクトをリポジトリにマッピングします。 プロジェクトが単一のコードベースに対応する場合、そのリポジトリをターゲットにします。より広範なプロジェクトの場合、主要なリポジトリとユーザーグローバルガイダンスを選択します。
- リポジトリのルートに`CLAUDE.md`を作成します。 プロジェクトのシステムプロンプトを貼り付け、リポジトリ特有の懸念に再構成します。
- 知識をリポジトリのドキュメントとして追加します。 ダウンロードしたファイルを
docs/の下に配置し、CLAUDE.md内で参照します。 - `~/.claude/CLAUDE.md`を作成します。 どこでも利用可能なクロスプロジェクトガイダンスを貼り付けます。
- 再利用可能なプロンプトごとに`.claude/commands/<name>.md`を作成します。 Claude Codeはそれらを
/<name>として公開します。 - MCPサーバーを再追加します。 Claude Code設定を開き、Claude Desktopで使用したMCPサーバーをそのエンドポイントURLとBearerトークンで追加します。
- プローブします。 Claude Codeで小さなスラッシュコマンドまたはタスクを実行します。
移行後にまだ失うもの
- チャットスレッドの継続性。 Claudeチャットの会話はClaude UIに残ります。
- プロジェクトごとの境界。
CLAUDE.mdはリポジトリのコンテンツと並んで読み取られ、明示的なプロジェクトの壁は視覚的に少なくなります。 - 画像やファイルの引き出しの会話習慣。 ターミナルのフローはチャットのフローとは異なります。
- 継続的な同期。 来週のClaudeの新しいプロジェクト知識は、コピーをやり直さない限り
CLAUDE.mdには表示されません。
より良い方法: 1つの記憶層、すべてのClaude表面
デザインにClaudeチャットを使用し、出荷にClaude Codeを使用する場合、移行を完了した瞬間にファイルが漂流します。クロスリポジトリの標準は2つの場所に存在します。
MemoryLakeはそれらのルールを一度保持し、MCPを通じて公開します。Claude Desktop(チャット)とClaude Codeの両方がMCPをサポートしているため、同じプロジェクトコンテキストが単一のエンドポイントから両方に流れます。
- 真実の1つのソース。 一度更新すれば、両方の表面が変更を確認します。
- クロスリポジトリの標準。 チームの慣習は、単一のリポジトリの上に存在します。
- 次のツールにドロップイン。 設定変更でCursorやWindsurfを追加します。
MemoryLakeを3ステップで接続する
ステップ1: プロジェクトを作成し、コンテキストを読み込む
MemoryLakeにサインインし、プロジェクト管理を開いて「プロジェクトを作成」をクリックします。「Claude ↔ Claude Code 共有コンテキスト」と名付けます。ダウンロードしたファイル(PDF、Word、Excel、PowerPoint、Markdown、または画像)をマイスペースのドキュメントドライブにドラッグし、次にドキュメントタブを開いて「ドキュメントを追加」をクリックします。各システムプロンプトと再利用可能なプロンプトを記憶タブに「記憶を追加」経由で貼り付けます。

ステップ2: MCPサーバーエンドポイントを生成する
プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、説明を追加します(例:「Claude + Claude Codeブリッジ」)、「生成」をクリックします。MemoryLakeはキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度しか表示されないため、すぐにコピーしてください。

ステップ3: 両方のクライアントをエンドポイントにポイントする
エンドポイントURLとシークレットをBearerトークンとしてClaude DesktopのMCP設定に追加し、Claudeを再起動します。Claude Codeの設定に同じMCPサーバーを追加します。Claude Codeを再度開きます。

ネイティブ移行 vs MemoryLake
| 次元 | ネイティブClaude → Claude Code | MemoryLakeブリッジ |
|---|---|---|
| 必要なステップ | 7〜10手動 | 3一度きり |
| 推定時間 | リポジトリごとに15〜25分 | ~5分の設定 |
| プロジェクト境界を保持 | リポジトリごとのみ | はい(1つのプロジェクト) |
| MCPツールの再利用 | クライアントごとに構成 | エンドポイント共有 |
| 継続的な変更を同期 | いいえ | はい |
| 後で別のツールで動作 | いいえ(再構築) | はい(MCPを追加) |