短い答え
Cursorがあなたのハウス規約を忘れるのは、規約がルールファイルでは完全には捉えられない暗黙のチーム知識として存在し、記憶がワークスペースごとに自動生成され、チームメンバーと共有されないからです。また、規約のガイダンスがプロンプトの重みを失うと、モデルはインターネットの平均的なデフォルトに戻ります。修正方法は、すべてのチームメンバーのCursorが読み取る共有可能な規約記憶です。
なぜCursorはあなたのハウス規約を忘れるのか
Cursorのプロジェクトルールと記憶は、チームごとの規範を捉えようとしますが、メカニズムは未記載の半分を見逃します。
1. 規約は暗黙的です。 ハウススタイルを「ハウス」とする要素のほとんどは書かれていません。それはコードレビューのコメント、Slackのスレッド、そしてシニアエンジニアが行う暗黙の選択に存在します。ルールファイルは明示的な部分を捉えますが、残りはシニアレビュアーがPRで見つけたときにのみ現れます。
2. 記憶はワークスペースごと、開発者ごとです。 Cursorの記憶機能はワークスペースにスコープされ、チャット履歴から構築されます。あなたのマシンでCursorに教えた規約は、あなたのチームメンバーのマシンでCursorが見る規約ではありません。新入社員は、あなたのチームについて何も学んでいないCursorを受け取ります。
3. インターネットのデフォルトは目立ちます。 プロンプト内の規約ガイダンスが重みを失うと、モデルはトレーニングで見た支配的なパターンに戻ります。これらはインターネット上のすべての公開React/Nodeリポジトリのパターンです。あなたのハウススタイルは、その信号を上書きするために積極的に取得されない限り、対抗することはできません。
結果として、Cursorは冷たいタスクではインターネットを反映し、最近リマインドされたときにのみあなたのチームを反映します。
Cursorがハウス規約を忘れたときに失うもの
ハウススタイルのミスは、レビューサイクルを失わせ、損失は採用やチームメンバーにわたって累積します：
- 新入社員は平均的なコードを受け取ります。 あなたのCursorはあなたの規約を知っていますが、新入社員のCursorはそうではないため、彼らの最初のPRはあなたのコードベースではなく、インターネットのReactのように見えます。
- コードレビューは同じ教訓を再教育します。 「私たちは生のSWRではなく、
useApiフックでフェッチをラップします」というコメントを、AIが強制するルールではなく、週に4回残すことになります。 - スタイルの漂流が累積します。 小さな規約を見逃した各生成ファイルは小さな不整合を加え、四半期後にはコードベースがモデルのデフォルトに測定可能に漂流します。
修正方法は「より長いスタイルガイドを書く」ことではありません。チームの規約を自動的にすべてのチームメンバーのCursorが読み取るクエリ可能な記憶にすることです。
Cursorの組み込みワークアラウンド
Cursorはここで実際の機能を出荷しました。それぞれが役立ちますが、どれもギャップを埋めることはできません。
*プロジェクトルール (`.cursor/rules/.mdc)** は、プロジェクトごとに明示的な規約をキャプチャし、フロントマター、グロブ、alwaysApply`でスコープを設定します。既に明示化されたルールには適していますが、誰も書いていない暗黙のルールには弱く、コードとプロンプトの予算を共有します。
記憶 はチャット履歴から短いルールを自動生成し、プロジェクトにスコープを設定します。これはベースラインとして役立ちますが、Cursorがあなたが望んでいることを推測した要約であり、共有されたチーム契約ではなく、1台のマシンのワークスペースごとに存在します。
ネイティブMCPサポート により、Cursorは.cursor/mcp.jsonまたは設定UIを通じて外部記憶に接続できます。これは、共有されたチーム全体の規約にとって最もクリーンな方法です。なぜなら、MCPは単一の真実のソースからオンデマンドでコンテキストを返すからです。
Cursorのルールと記憶の詳細は、公式Cursorドキュメントで確認できます。
ソロプロジェクトの場合、ネイティブは問題ありません。チームの場合、断片化します。
Cursorの組み込み記憶が不足している点
より深い問題は、ハウス規約が個人のものではなくチームの成果物であるということです。それらはコードレビューで進化し、振り返りで明確化され、すべてのチームメンバーのエディタに一貫して適用される必要があります。リポジトリ内の.cursor/rules/*.mdcファイルは役立ちますが、PRコメントで昨日行われた決定を捉えることはできず、チームメンバーがCursorの代わりにClaude Code、Cline、またはWindsurfを使用している場合、それを読むこともできません。
これがクロスツール記憶レイヤーが解決するものです：レビューや決定によって供給される1つのチーム規約ストアであり、チームのすべてのAIエディタによってオンデマンドで取得されます。
MemoryLakeがCursorのハウス規約を忘れる問題を解決する方法
MemoryLakeは、あなたと使用するすべてのAIの間に位置するクロスモデル記憶レイヤーです。ワークスペースごとに存在するルールや記憶に依存する代わりに、あなたのチームは共有MemoryLakeプロジェクトに規約を置き、すべてのチームメンバーのCursorはそのプロジェクトからMCPを通じて読み取ります。
- 共有チーム記憶。 規約は一度保存され、すべてのチームメンバーのエディタにアクセス可能です。PRで明確化されたルールは、他の誰かのマシンでの次のAI生成ファイルに強制されます。
- 暗黙の知識を明示化。 レビューのフィードバック（「私たちは生のSWRではなく、
useApiでフェッチをラップします」）を、発生した瞬間に構造化された記憶としてキャプチャし、それ以降強制されるようにします。 - 他のすべてのAIコーディングツールに持ち運び可能。 同じ規約記憶はClaude Code、Cline、Windsurf、そしてMCP対応のエディタで機能します。新入社員は、使用するツールに関係なく、初日からチームの規約を受け取ります。
MemoryLakeは、2026年時点でのLoCoMo長文コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しました。
MemoryLakeをCursorに接続する3つのステップ
- チームプロジェクトを作成し、規約をロードします。 MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックし、リポジトリとチームにちなんで名前を付けます（例：「Cursor - web-teamハウススタイル」）。スタイルガイド、ADR、およびいくつかの標準的なリファレンスファイルをドキュメントドライブにドロップします。暗黙の規約（「私たちは生のSWRではなく、
useApiを使用します」、「マイグレーションはdb/migrations/<YYYYMMDD>/に存在します」）を記憶タブにキャプチャし、トピックごとに取得可能にします。 - MCPサーバーエンドポイントを生成します。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Cursor統合」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度しか表示されないため、すぐにコピーしてください。エンドポイントをチームと共有します。各チームメンバーは自分のBearerトークンを使用します。
- Cursorを接続します。 Cursorは2025年からネイティブMCPサポートを提供しており、これが最もクリーンな方法です。各チームメンバーは、リポジトリのルートにある
.cursor/mcp.jsonにMemoryLakeサーバーエントリを追加し（またはCursor設定 > 機能 > MCPを通じて接続し）、エンドポイントとBearerトークンを指定してCursorを再読み込みします。ハウス規約は、すべてのチームメンバーのエディタでオンデマンドでロードされます。