2026年にCursorルールをWindsurfに移行する方法

Cursorの.cursorrules、.cursor/rules/*.mdc、およびNotepadsはWindsurfに自動インポートされません。各ルールファイルを対応する.windsurfrules（またはディレクトリごとの同等物）にコピーし、NotepadスタイルのプロンプトをCascade記憶として再作成し、プロジェクトレベルの慣習がWindsurfのグローバルルールに反映されるようにします。リポジトリごとに15〜30分を計画してください。MemoryLakeのようなMCPベースの記憶層を使用すると、両IDEが同じソースを読み取ることができます。

2026年の3つの要因：

• Cascadeエージェントワークフロー。 複数ファイルの編集を出荷するチームは、長いエージェントループのためにWindsurfのCascadeを好むことが多いです。
• 価格とチームプラン。 異なる価格構造が標準化を試みるチームに影響を与えます。
• ローカルモデルの適合。 一部のチームは、Windsurfのデフォルトが自分たちのコードベースや言語の組み合わせに適していると感じています。

2つのIDEは関連しているが異なる表面を使用します。

Cursor記憶は`.cursorrules`（レガシーの単一ファイルプロジェクトルール）、*`.cursor/rules/.mdc`（メタデータを持つ新しい構造化されたルール形式）、Notepads（保存された再利用可能なプロンプト/コンテキスト）、および設定内のAI用ユーザーレベルルール**を含みます。

Windsurf記憶は`.windsurfrules`（プロジェクトレベルのルールファイル）、グローバルルール（ユーザーレベル）、およびCascade記憶（エージェント作業中にCascadeが保存する永続的な記憶）を含みます。

.cursorrulesファイルは通常、類似の内容を持つ.windsurfrulesに変わります。.cursor/rules/*.mdcは、1つの.windsurfrulesまたは複数のディレクトリスコープファイルに統合されます。Notepadsは通常、Cascade記憶に変わるか、.windsurfrulesに静的参照として貼り付けられます。

Cursorのエクスポートコマンドはありませんが、ルールはコピーできるファイルです。

1. リポジトリのルールを見つける。 リポジトリのルートを開き、.cursorrulesと.cursor/rules/を確認します。
2. 各`.mdc`ルールのフロントマターと本文を読む。 フロントマター（説明、グロブ、alwaysApply）はルールが適用される条件を説明し、本文はモデルへの実際の指示です。
3. Notepadsをエクスポートする。 CursorのNotepadsパネルを開き、各Notepadの名前と内容をnotepads.mdにコピーします。
4. AI用ユーザーレベルルールをキャプチャする。 設定 → AI用ルール。グローバルルールをcursor-user-rules.txtに貼り付けます。

最終状態：各リポジトリごとにルールファイル（またはその内容）、notepads.md、およびcursor-user-rules.txtを含むcursor-export/フォルダ。

Windsurfは同じ概念的な素材を受け入れ、再構成します。

1. リポジトリのルートに`.windsurfrules`を作成する。 .cursorrulesの内容を出発点として貼り付けます。
2. `.mdc`ルールを折り込む。 各.cursor/rules/*.mdcについて、.windsurfrulesに追加するか、関連するサブフォルダの横にディレクトリスコープのルールファイルを配置します。これは、あなたのバージョンに対するWindsurfのディレクトリごとの慣習に依存します。
3. NotepadsをCascade記憶またはルールに変換する。 静的なガイダンス（スタイルガイド、命名規則）は.windsurfrulesに入ります。再利用可能なエージェントプロンプトは、Cascadeセッション中にその記憶パネルを介してCascade記憶として保存できます。
4. グローバルルールを設定する。 Windsurfの設定を開き、CursorのユーザーレベルのAI用ルールをWindsurfのグローバルルールエリアに貼り付け、トーンの参照を調整します。
5. Cascadeを開き、プローブタスクを実行する。 小さなリファクタリングやテスト生成リクエストがルールが適用されることを確認します。

• `.mdc`フロントマターの動作。 Cursorの各ルールのメタデータ（alwaysApply、グロブ）は、常にWindsurfの同等物を持つわけではありません。
• Notepadの呼び出しの使いやすさ。 CursorのクイックNotepadプルは、WindsurfのCascade Memoriesパネルに直接マッピングされません。
• 各ルールの分析またはバージョン履歴。 どちらのIDEもルールの編集をファーストクラスのログとして追跡しません。git履歴が唯一の記録です。
• 継続的な同期。 来週Cursorに追加された新しいルールは、コピーをやり直さない限りWindsurfには表示されません。

チームが異なるマシンでCursorとWindsurfの両方を使用している場合、IDEごとのルールファイルはすぐにずれます。さらに、リポジトリを超えるもの（リポジトリ間の慣習、チーム基準）は2つの場所に存在します。

MemoryLakeはそれらのルールと基準を一度保存し、MCPを介して公開します。CursorとWindsurfの両方がMCPをサポートしているため、同じプロジェクトコンテキストが単一のエンドポイントから両IDEに流れます。

• 真実の唯一のソース。 MemoryLakeでルールを更新すると、両IDEが変更を確認します。
• リポジトリ間の基準。 チームの慣習は、単一のリポジトリの上に存在します。
• 次のIDEへのドロップイン。 Claude Codeや将来のツールを設定変更で追加します。

ステップ1: プロジェクトを作成し、コンテキストを読み込む

MemoryLakeにサインインし、プロジェクト管理を開いて「プロジェクトを作成」をクリックします。「Cursor ↔ Windsurf共有ルール」と名付けます。参照ファイル（スタイルガイド、アーキテクチャドキュメント、ADRsをPDF、Word、Markdown、または画像として）をMy Spaceのドキュメントドライブにドラッグし、ドキュメントタブを開いて「ドキュメントを追加」をクリックします。.cursorrules、.windsurfrules、Notepads、およびユーザーレベルのルールを記憶タブに「記憶を追加」して貼り付けます。

ステップ2: MCPサーバーエンドポイントを生成する

プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、説明を入力します（例：「共有IDEルールアクセス」）し、「生成」をクリックします。MemoryLakeはキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度だけ表示されるため、すぐにコピーしてください。

ステップ3: 両IDEをエンドポイントにポイントする

CursorのMCP設定（例：.cursor/mcp.json）で、エンドポイントURLとシークレットをBearerトークンとして持つMemoryLakeサーバーエントリを追加します。WindsurfのMCP設定にも同じエントリを追加します。新しいMCPサーバーがアシスタントに利用可能になるように、各IDEを再起動します。