短い答え
Cursorがあなたのファイル構造を忘れるのは、そのコードベースのインデックスが近似的であり、権威的ではないからです：モデルは取得したスニペットを見ており、完全なディレクトリツリーを見ているわけではなく、Rulesファイルはフォルダーの規約を完全にエンコードしていません。セッションが成長すると、構造的なガイダンスはプロンプト内の最近のコードに対して重みを失い、Cursorは一般的なReact/Nodeのデフォルトに戻ります。修正方法は、あなたの実際の構造をクエリ可能な記憶として公開することです。
なぜCursorはあなたのファイル構造を忘れるのか
Cursorはあなたのコードベースをインデックスし、取得を使用して関連するチャンクをプロンプトに供給します。このパイプラインの3つの現実が構造の漂流を説明します。
1. モデルはスニペットを見ており、ツリーを見ていない。 コードベースのインデックスは関連するファイルの内容を返し、完全なディレクトリマップを返しません。モデルは通常、見たものからあなたの構造を推測できますが、このセッションで触れていないフォルダーについてはデフォルトに戻ります。
2. Rulesは動作を記述し、トポロジーを記述しない。 プロジェクトRules（.cursor/rules/*.mdc）は「グローバルステートにZustandを使用する」には適していますが、「コンポーネントはsrc/features/<feature>/components/にあり、フックは同じフォルダーにあり、テストは.test.tsxサフィックスを使用する」には適していません。トポロジーを文章でエンコードするのは脆弱であり、プロンプトの予算と競合します。
3. コンテキストは負荷の下で追い出される。 セッションが多くのファイルを読み込むと、モデルの有効な作業コンテキストが低下し、以前の構造的な手がかりは重みを失います。Cursorのユーザーは、この理由から大規模なリファクタリングでファイル配置の漂流を報告しています。
その結果：Cursorは周囲のコードが規約を明らかにするときにファイルを正しく配置し、そうでないときには一般的なデフォルトに漂流します。
Cursorがファイル構造を忘れると失うもの
すべての誤った配置のファイルは、移動と修正のサイクルをコストとして生じ、そのコストはコードベース全体に累積します：
- ファイルが間違ったフォルダーに配置される。 新しいフックが
src/hooks/にドロップされ、コンポーネントの隣に配置されず、共置の規約が壊れます。 - インポートが架空のパスを指す。 Cursorは、エイリアスとフォルダー名が正しいように聞こえるため、
@/lib/dateUtilsを発明しますが、実際のユーティリティは@/utils/date/format.tsにあります。 - テストファイルが孤立する。 あなたはソースの隣に
.test.tsxを保持しますが、Cursorは最も頻繁に見たデフォルトである__tests__/を作成します。
修正方法は「長いREADMEを書く」ことではありません。Cursorはそれを常に読み込むわけではありません。修正方法は、Cursorが新しいファイルを書く前に尋ねることができるクエリ可能な記憶としてあなたの構造を公開することです。
Cursorの組み込みの回避策
Cursorはこれに関連するいくつかの機能を出荷していますが、どれもギャップを埋めることはできません。
コードベースのインデックスは取得を駆動し、Cursorに物事がどこにあるかの作業的な感覚を与えます。慣れと共に改善し、リポジトリの冷たい部分では劣化します。設計上、モデルは一度に完全なツリーを見ないため、近似的です。
*プロジェクトRules（`.cursor/rules/.mdc`）**は、ファイルグロブを使用してトポロジールールを文章で記述することを可能にします。これらは役立ちますが、フォルダーの規約をルールで表現するのは難しく、ルールは他のすべてとプロンプトの予算を共有します。
ネイティブMCPサポートは、Cursorが.cursor/mcp.jsonまたは設定UIを通じて外部サーバーと通信できるようにします。これは、ライブディレクトリと規約データを公開するための最もクリーンな方法です。なぜなら、MCPはプロンプトに詰め込むのではなく、要求に応じてそれを返すからです。
CursorのMCPセットアップガイドは、公式Cursorドキュメントで読むことができます。
小規模なリポジトリでは、インデックスとRulesで十分です。実際のレイヤードコードベースでは、構造が漂流します。
Cursorの組み込みの記憶が不足しているところ
より深い問題は、ファイル構造が記述ではなく契約であるということです。チームは、機能がsrc/features/<feature>/に存在し、フックが共置され、型がtypes.tsの隣にあることに合意しました。その契約は、READMEに存在するだけでなく、クエリ可能である必要があります。また、同じ契約は、チームメイトがClaude Code、Cline、またはWindsurfで同じリポジトリを編集する際にも適用される必要があります。
それがクロスツールの記憶レイヤーが修正するものです：要求に応じて取得可能な1つの構造的な記憶が、すべてのAIエディタで共有されます。
MemoryLakeがCursorのファイル構造を忘れる問題を解決する方法
MemoryLakeは、あなたと使用するすべてのAIの間に位置するクロスモデルの記憶レイヤーです。Rulesとコードベースのインデックスに依存するのではなく、あなたはMemoryLakeプロジェクトに構造的な契約を保存し、CursorはMCPを通じて編集ごとに適切なスライスを取得します。
- クエリ可能な記憶としてのトポロジー。 フォルダーの規約、命名パターン、インポートエイリアスマップは、Cursorが要求に応じて読み取ることができる構造化された記憶として存在し、ルールファイルに詰め込まれた文章ではありません。
- 生のプロンプトよりも10,000倍のコンテキスト。 MemoryLakeの取得エンジンは、数十億のトークンからのリポジトリの決定を読み取り、現在のファイルに関連する構造的なスライスのみを表面化します。あなたはプロンプトの予算とコードで競争する必要がなくなります。
- 他のすべてのAIコーディングツールに持ち運び可能。 同じ構造的な記憶がClaude Code、Cline、Windsurf、そしてMCP対応のエディタで機能します。チームメイトが異なるツールを使用しても、契約は保持されます。
MemoryLakeは、2026年時点でのLoCoMo長文コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しています。
MemoryLakeをCursorに接続する3つのステップ
- プロジェクトを作成し、構造を読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックし、リポジトリの名前を付けます（例えば、「Cursor - web-app構造」）。フォルダーマップ、エイリアス設定、および標準的なサンプル機能をドキュメントドライブにドロップします。契約（「機能は
src/features/<feature>/に存在し、フックは共置され、テストは.test.tsxを使用する」）を記憶タブにキャプチャします。 - MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Cursor統合」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度だけ表示されるため、すぐにコピーしてください。
- Cursorを接続する。 Cursorは2025年からネイティブMCPサポートを提供しており、これが最もクリーンな方法です。リポジトリのルートにある
.cursor/mcp.jsonにMemoryLakeサーバーエントリを追加し（またはCursorの設定 > 機能 > MCPを通じて接続し）、エンドポイントURLとBearerトークンを貼り付け、Cursorを再読み込みします。Cursorは、ファイルを新しく書いたり移動したりする前に、あなたの構造的な記憶をクエリできるようになります。