短い答え
Claude CodeにはWindsurfへのネイティブプッシュがありません。CLAUDE.mdを.windsurfrulesにコピーし、ユーザーグローバルガイダンスをWindsurfのグローバルルールに移動し、スラッシュコマンドをCascade記憶または.windsurfrulesセクションに変換し、WindsurfのMCP設定にMCPサーバーを再追加します。各リポジトリに対して15〜30分を計画してください。MemoryLakeのような共有MCPベースの記憶層を使用すると、両方のツールが同じソースを読み取ることができます。
人々がClaude CodeからWindsurfに切り替える理由
2026年の3つの要因:
- Cascadeエージェントワークフロー。 複数ファイルの変更を出荷するチームは、IDE内のWindsurfのCascadeループを好むことが多いです。
- ビジュアル差分とレビュー。 インラインビジュアルレビューは、ターミナルパッチの読み取りに勝ります。
- エディタの安定性。 一部のチームは、プラグインサポートとエディタ設定の整合性のためにIDEラッパーを望んでいます。
"記憶"の意味: Claude CodeとWindsurfの違い
異なる形状、関連する意図。
Claude Codeの記憶は、リポジトリのルートにある`CLAUDE.md`、`~/.claude/CLAUDE.md`（ユーザーグローバル）、`.claude/commands/`の下のカスタムスラッシュコマンド、およびClaude Code設定のMCPサーバーに中心を置いています。
Windsurfの記憶は、`.windsurfrules`（プロジェクトルール）、グローバルルール（ユーザーレベル）、およびCascade記憶（エージェント作業中に保存された永続的な記憶）に広がります。
CLAUDE.mdは.windsurfrulesになります。ユーザーグローバルガイダンスはWindsurfのグローバルルールになります。スラッシュコマンドはCascade記憶または.windsurfrulesの静的セクションになります。
ステップ1: Claude Codeの記憶をエクスポートする
Claude Codeはすべてをプレーンファイルとして保存します。
- リポジトリの`CLAUDE.md`を読み取ります。 内容を作業用テキストファイルにコピーします。
- `~/.claude/CLAUDE.md`を読み取ります。 グローバルガイダンスを
user-guidance.txtにコピーします。 - *`.claude/commands/.md
をリストします。** 各ファイルはCascade記憶または.windsurfrules`セクションになります。 - MCPサーバーを文書化します。 Claude Code設定を開き、各MCPサーバーのエンドポイントURLと認証をメモします。
最終状態: 各リポジトリごとにclaude-code-export/フォルダーが作成され、CLAUDE.md、user-guidance.txt、commands/、およびmcp-list.mdが含まれます。
ステップ2: Windsurfにインポートする
Windsurfは再構成された同等の素材を受け入れます。
- リポジトリのルートに`.windsurfrules`を作成します。
CLAUDE.mdの内容を貼り付けます。 - グローバルルールを設定します。 Windsurf設定を開き、
~/.claude/CLAUDE.mdの内容をグローバルルールエリアに貼り付けます。 - スラッシュコマンドを翻訳します。 静的ガイダンス（スタイル、慣習）は
.windsurfrulesに折りたたまれます。再利用可能なプロンプトは、Cascadeセッション中にその記憶パネルを介してCascade記憶として保存されます。 - MCPサーバーを再追加します。 WindsurfのMCP設定を開き、
mcp-list.mdから各MCPサーバーをエンドポイントURLとBearerトークンで追加します。 - プローブします。 Cascadeを開き、移動したルールに依存する小さなタスクを実行します。
移行後に失うもの
- スラッシュコマンドの呼び出しパターン。
/<name>ショートカットにはCascadeの1対1の対応がありません。 - ターミナルネイティブのマルチステップフロー。 長時間実行されるCLIタスクはCascadeランに再形成されます。
- ツールごとのチャット履歴。 Claude Codeセッションはターミナルに残ります。
- 継続的な同期。 来週の新しい
CLAUDE.mdの編集は、コピーをやり直さない限り.windsurfrulesには表示されません。
より良い方法: 一つの記憶層、すべてのツール
Claude CodeとWindsurfの間を行き来する場合、ツールごとのファイルが漂流します。クロスリポジトリの標準は2つの場所に分かれます。
MemoryLakeはそれらのルールを一度保存し、MCPを介して公開します。Claude CodeとWindsurfの両方がMCPをサポートしているため、同じプロジェクトコンテキストが単一のエンドポイントから両方に流れます。
- 真実の一つのソース。 一度更新すれば、両方のツールが変更を確認します。
- クロスリポジトリの標準。 チームの慣習は、単一のリポジトリを超えて存在します。
- 次のツールへのドロップイン。 Cursorや将来のエージェントを設定変更で追加します。
MemoryLakeを3ステップで接続する
ステップ1: プロジェクトを作成し、コンテキストを読み込む
MemoryLakeにサインインし、プロジェクト管理を開いてプロジェクトを作成をクリックします。名前を「Claude Code ↔ Windsurf共有ルール」とします。参照ドキュメント（スタイルガイド、ADRをPDF、Word、Markdown、または画像として）をマイスペースのドキュメントドライブにドラッグし、ドキュメントタブを開いてドキュメントを追加をクリックします。CLAUDE.md、ユーザーガイダンス、スラッシュコマンドの本文を記憶タブに追加記憶を介して貼り付けます。
ステップ2: MCPサーバーエンドポイントを生成する
プロジェクト内のMCPサーバータブを開き、MCPサーバーを追加をクリックし、説明を追加します（例:「共有開発ルール」）そして生成をクリックします。MemoryLakeはキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度だけ表示されるため、すぐにコピーしてください。
ステップ3: 両方のツールをエンドポイントにポイントする
Claude Codeの設定で、エンドポイントURLとシークレットをBearerトークンとして持つMemoryLakeのMCPサーバーを追加します。WindsurfのMCP設定でも同じエントリを追加します。両方のクライアントを再起動します。
ネイティブ移行 vs MemoryLake
| 次元 | ネイティブClaude Code → Windsurf | MemoryLakeブリッジ |
|---|---|---|
| 必要なステップ | 7〜10手動 | 3一度きり |
| 推定時間 | 各リポジトリ15〜30分 | ~5分のセットアップ |
| スラッシュコマンドパターンを保持 | いいえ（Cascade記憶の再構築） | 記憶はそのまま生き残ります |
| クロスリポジトリの標準 | 各リポジトリのみ | 一度共有 |
| 継続的な変更を同期 | いいえ | はい |
| 後で別のツールで動作 | いいえ（再構築） | はい（MCPを追加） |