CursorとWindsurfに新しいチャットごとに生き残るメモリを提供する
CursorまたはWindsurfの新しいチャットはすべて冷たく始まります。スタック、命名ルール、テストアプローチ、アーキテクチャの決定を再説明する必要があります。MemoryLakeはAIコーディングツールに状態を持つメモリを追加します — これにより、Cursor、Windsurf、Claude CodeはMCPを通じてプロジェクトの慣習を自動的に思い出します。
問題: AIコーディングツールがプロジェクトの慣習を忘れる
昨日Cursorにpnpmを使用するように指示しましたが、今日は再びnpm installを提案します。Windsurfは、すでに3つの命名規則を拒否したことを覚えていません。新しいチャットごとにAIを再説明する必要があります。.cursorrulesファイルは静的ルールには役立ちますが、進化する決定やチームの慣習には役立ちません。
MemoryLakeがAIコーディングツールのために状態を持つメモリを解決する方法
MCPネイティブ統合 — Cursor、Windsurf、Claude CodeはMemoryLakeをモデルコンテキストプロトコルサーバーとして読み取ります。維持するプラグインは不要です。
「私たちの働き方」のためのスキルメモリ — チームの慣習を一度キャプチャします。リポジトリに触れるすべてのコーディングツールがそれを呼び出すことができます。
反映メモリが決定を追跡 — 提案を拒否すると、MemoryLakeはその理由を記憶します。将来のチャットでは間違いを繰り返すことがなくなります。
クロスツールメモリ — 同じプロジェクトメモリがCursor、Windsurf、Claude Code、その他のMCP対応エディタに流れ込みます。
CursorとWindsurfのための動作方法
- 接続 — エディタの設定でMemoryLakeをMCPサーバーとして追加します。
- 構造 — AIとのチャット中に、決定、慣習、拒否された提案がキャプチャされます。
- 再利用 — 新しいチャットはプロジェクトの蓄積されたメモリで事前にロードされます。
前と後: CursorとWindsurfの状態を持つメモリ
| Without MemoryLake | With MemoryLake | |
|---|---|---|
| New chat in Cursor | Re-explain stack and rules | Conventions pre-loaded |
| Rejected suggestion repeats | Yes, every time | No — reflection memory blocks it |
| Switching from Cursor to Windsurf | Lose all context | Memory follows the project |
| Onboarding a new dev | Re-train the AI from scratch | New dev inherits team memory |
これが対象となる人
毎日AIコーディングツールを使用するエンジニアリングチーム — Cursor、Windsurf、Claude Code、Continue — 毎朝AIを再説明することに疲れ、制度的なコーディング知識がどこかに持続的に存在することを望んでいるチーム。
関連するユースケース
よくある質問
これは`.cursorrules`を置き換えますか？
これは`.cursorrules`を置き換えますか？
いいえ — 補完します。静的ルールは.cursorrulesに属します。進化する慣習、決定、チームの学びはMemoryLakeに属します。
チーム全体で1つのリポジトリのメモリを共有できますか？
チーム全体で1つのリポジトリのメモリを共有できますか？
はい。メモリはワークスペーススコープです。すべての開発者のエディタは同じプロジェクトメモリを表示します。
何を記憶する価値があるかをどうやって知っていますか？
何を記憶する価値があるかをどうやって知っていますか？
MemoryLakeは決定、拒否された提案、明示的な「これを覚えておいて」という指示をキャプチャします。直接書き込むこともできます。