短い答え
Cursorの.cursorrules、.cursor/rules/*.mdc、およびNotepadsはClaude Codeに自動インポートされません。ルールをリポジトリのルートにあるCLAUDE.mdに統合し(グローバル用に~/.claude/CLAUDE.md)、Notepadsをカスタムスラッシュコマンドに変換し、Claude Codeの設定でMCPサーバーを再配線します。リポジトリごとに15〜30分を計画してください。MemoryLakeのようなMCPベースの記憶層は、両方のツールが同じソースを読み取ることを可能にします。
人々がCursorからClaude Codeに切り替える理由
2026年の3つの要因:
- ターミナルネイティブのワークフロー。 複数のリポジトリのリファクタリングを行うエンジニアは、IDEよりもClaude CodeのCLIフローを好むことが多いです。
- 長時間実行されるエージェントタスク。 Claude Codeは、セッションごとにより深いコンテキストを持つ長いマルチステップタスクを処理します。
- MCPファーストのデフォルト。 Claude CodeのファーストクラスのMCPサポートは、すでにMCPサーバーを標準化しているチームに適しています。
"記憶"の意味: CursorとClaude Codeの違い
異なる表面、類似の意図。
Cursorの記憶は、`.cursorrules`(レガシーの単一ファイルプロジェクトルール)、*`.cursor/rules/.mdc`(メタデータ付きの構造化されたルール形式)、Notepads(保存された再利用可能なプロンプト)、および設定内のAI用ユーザーレベルルール**にわたります。
Claude Codeの記憶は、リポジトリのルートにある`CLAUDE.md`(プロジェクトレベルのガイダンス)、`~/.claude/CLAUDE.md`(ユーザーグローバルガイダンス)、カスタムスラッシュコマンド(.mdファイルとして保存された再利用可能なプロンプト)、およびClaude Codeの設定で構成されたMCPサーバーに中心を置いています。
.cursorrulesファイルは通常CLAUDE.mdになります。.mdcルールはCLAUDE.mdのセクションに統合されます。Notepadsはカスタムスラッシュコマンドになります。
ステップ1: Cursorのルールをエクスポートする
Cursorのエクスポートコマンドはありません; ルールはコピーするファイルです。
- リポジトリのルールを見つける。
.cursorrulesと.cursor/rules/を確認してください。 - 各`.mdc`ルールのフロントマターと本文を読む。 常に適用されるものと特定のグロブに適用されるものをメモしてください。
- Notepadsをエクスポートする。 各Notepadの名前と内容を
notepads.mdにコピーします。 - AI用ユーザーレベルルールをキャプチャする。 設定 → AI用ルール。
cursor-user-rules.txtに貼り付けます。
最終状態: 各リポジトリごとにルールファイル(または内容)、notepads.md、およびcursor-user-rules.txtを含むcursor-export/フォルダー。
ステップ2: Claude Codeにインポートする
Claude CodeはCLAUDE.mdと.claude/commands/ディレクトリを期待します。
- リポジトリのルートに`CLAUDE.md`を作成する。
.cursorrulesの内容から始めます。各.mdcルールクラスターのために明確なセクション見出しを追加します。 - グロブノートをインラインで追加する。
.mdcにグロブパターンがあった場所では、文章でそれを言及します("src/api/以下のファイルについて...")ので、モデルが文脈に応じてガイダンスを適用します。 - ユーザーグローバルガイダンスを`~/.claude/CLAUDE.md`に追加する。 CursorのユーザーレベルのAI用ルールを貼り付けます。
- Notepadsをスラッシュコマンドに変換する。 各Notepadについて、プロンプト本文を含む
.claude/commands/<name>.mdを作成します。Claude Codeはそれを/<name>として公開します。 - MCPサーバーを構成する。 Claude Codeの設定を編集して、Cursorで以前に使用したMCPサーバーを追加します。エンドポイントURLとBearerトークンを再利用します。
- テストする。 移動したルールに依存する小さなタスクをClaude Codeで実行します。
移行後に失うもの
- `.mdc`フロントマターの意味。 Claude Codeは
CLAUDE.mdを文章として読み取ります; グロブベースの選択的適用は自動的に移行されません。 - IDE固有の機能。 インラインタブ補完やCursorスタイルのチャットはIDEの機能であり、CLIのものではありません。
- IDEごとのチャット履歴。 CursorのチャットはIDEに残ります。
- 継続的な同期。 来週の新しい
.cursorrulesの編集は、コピーをやり直さない限りCLAUDE.mdには表示されません。
より良い方法: 1つの記憶層、すべてのツール
IDEとターミナルを横断して作業する場合、ツールごとのルールファイルは急速に漂流します。さらに、単一のリポジトリを超えるもの(クロスリポジトリの慣習、チームの標準)は2つの場所に存在します。
MemoryLakeはそれらのルールと標準を一度保持し、MCPを通じて公開します。CursorとClaude Codeの両方がMCPをサポートしているため、同じプロジェクトコンテキストが単一のエンドポイントから両方に流れます。
- 真実の1つのソース。 ルールを1回更新すれば、両方のツールが変更を確認します。
- クロスリポジトリの標準。 チームの慣習は、単一のリポジトリを超えて存在します。
- 次のツールへのドロップイン。 Windsurfや将来のエージェントを構成変更で追加します。
MemoryLakeを3ステップで接続する
ステップ1: プロジェクトを作成し、コンテキストを読み込む
MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックします。名前は「Cursor ↔ Claude Code共有ルール」とします。参照ドキュメント(スタイルガイド、ADRをPDF、Word、Markdown、または画像として)をマイスペースのドキュメントドライブにドラッグし、ドキュメントタブを開いてドキュメントを追加をクリックします。.cursorrules、.mdcの本文、Notepads、およびユーザーレベルのルールを記憶タブに追加記憶を介して貼り付けます。

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

ステップ3: 両方のツールをエンドポイントにポイントする
CursorのMCP設定(例: .cursor/mcp.json)に、エンドポイントURLとシークレットをBearerトークンとして持つMemoryLakeサーバーエントリを追加します。Claude Codeの設定に同じMCPサーバーを追加します。Cursorを再起動し、Claude Codeを再度開きます。

ネイティブ移行 vs MemoryLake
| 次元 | ネイティブCursor → Claude Code | MemoryLakeブリッジ |
|---|---|---|
| 必要なステップ | 7〜10手動 | 3一度きり |
| 推定時間 | リポジトリごとに15〜30分 | 約5分のセットアップ |
.mdcグロブ意味を保持 | いいえ(文章のみ) | 記憶はそのまま生き残ります |
| クロスリポジトリの標準 | リポジトリごとにのみ | 一度共有されます |
| 継続的な変更を同期 | いいえ | はい |
| 後で3番目のツールで動作 | いいえ(再構築) | はい(MCPを追加) |