短い答え
Lovableは、各生成が最近のチャットのスライディングウィンドウと1つのプロジェクトの知識の塊から作業するため、あなたのプロジェクトのコンテキストを忘れます。ドキュメント化された漂流は約15〜20コンポーネントのマークの周りにあります。チャットの初めに話し合った製品、ドメイン、およびアーキテクチャの決定は後で取得されません。修正方法は、LovableがREST経由で引き出すことができる永続的なプロジェクトの記憶を添付することです。
なぜLovableはプロジェクトのコンテキストを忘れるのか
Lovableは自然言語のプロンプトからReactアプリを生成するバイブコーディングアプリビルダーです。プロジェクトのコンテキストをモデルの作業記憶から押し出す3つの設計選択があります：
1. 生成は最近のチャットと可視コードに依存します。 モデルはプロンプト、会話の尾、およびスコープ内のファイルから各コンポーネントを構成します。ユーザーロール、価格帯、または命名に関するあなたの決定は、もはやアクティブウィンドウに収まらないチャット履歴に存在します。
2. 約15〜20コンポーネント後のコンポーネントの漂流。 プロジェクトが成長するにつれて、可視コードウィンドウはコードベースに対して縮小し、プロジェクトの初期に明らかだった慣習がぼやけます。ドメイン用語は再翻訳され、ナビゲーションは再編成され、以前の機能は再構築されます。
3. プロジェクトの知識は1つのテキストの塊です。 Lovableのプロジェクトの知識エリアは、常に指示を受け入れ、すべての生成に適用されますが、それはグローバルなテキストです — 取得ではありません。詳細な製品のコンテキスト（ペルソナ、フロー、エッジケース）は、その1つの塊の注意を引くために他のすべてと競争します。公式のLovableドキュメントはdocs.lovable.devでプロジェクトの知識とその限界をカバーしています。
結果：Lovableは初期のセッションでは素晴らしく、プロジェクトが成長するにつれて徐々に空白になります。
Lovableがプロジェクトのコンテキストを忘れるときに失うもの
漂流は単なる見た目の問題ではありません。実際のビルディング時間を奪います：
- 再説明。 「トライアルユーザーはチームメイトを招待できません。有料ユーザーは最大5人を招待できます。管理者は誰でも招待できます。」このルールは、1週目に設定され、他のすべての生成で再入力しなければなりません。
- 再発明された機能。 最後のスプリントで出荷したダッシュボードが、異なる名前の下で静かに再提案されます。
- 用語の漂流。 「ワークスペース」は「チーム」になり、「組織」になり、3つのビューで変わります。なぜなら、プロジェクトの標準的な語彙がモデルがもはや見ることのできない古いチャットに存在するからです。
修正方法は「より長いプロンプトを書く」ではなく、製品、ドメイン、および決定の記憶をチャットの外に保つことです。
Lovableの組み込みの回避策
Lovableはコンテキストの喪失に対抗する3つの方法を提供します。どれも構造化されたプロジェクトの記憶ではありません。
プロジェクトの知識は、すべての生成に適用される常に存在するルール — 製品の説明、慣習、やること/やらないことリスト — を貼り付けることができます。便利ですが、モデルが各生成ごとに1つのチャンクとして読む単一のテキストフィールドによって制限されています。
ピン留めされたファイルは、モデルが信頼性を持って参照できるように特定のソースファイルをコンテキストに保持します。標準的なコンポーネントに最適ですが、一度に表示できるファイルの数によってすぐに制限されます。
再プロンプトと修正は、漂流後に正しいコンテキストに戻る手助けをします。これは機能し、永続的な記憶が取り除くべき手動作業そのものです。
Lovableの組み込みの記憶が不足している点
より深い問題は、実際の製品のプロジェクトのコンテキストが1つのチャットを超えて広がることです。あなたにはPRD、顧客インタビュー、サポートチケット、デザインファイル、以前の決定があります。単一のプロジェクトの知識の塊ではそれらを保持できず、ピン留めされたファイルは数個を超えてスケールしません。
プロジェクトのコンテキストはビルダーの上に存在する必要があります。
MemoryLakeがLovableのプロジェクトのコンテキストを忘れる問題を解決する方法
MemoryLakeは、LovableがREST経由で読み取るクロスモデルの記憶レイヤーです。プロジェクトの実際のコンテキスト — PRD、決定、語彙、ルール — を記憶として保存し、Lovableが各生成ごとに関連するスライスを引き出せるようにします。
- プロジェクトごとの取得駆動型記憶。 ペルソナ、フロー、語彙、アーキテクチャの決定は、プロジェクト内の構造化された記憶として存在します。取得エンジンは、生成されるコンポーネントにとって重要なものだけを返し、1つのグローバルなテキストの塊に依存しません。
- 決定はコンポーネントの漂流を生き残ります。 「トライアルユーザーはチームメイトを招待できません」は、チャットがスクロールしても失われません。1回保存され、関連する生成が進行中のときに表示されます。
- 生のプロンプトの10,000倍の取得範囲。 MemoryLakeは、プロジェクトの記憶から数十億のトークンを読み取り、Lovableに対して各ターンごとに関連するものだけを供給するため、チャットのスクロールバックとコンテキストスペースを競争することをやめます。
MemoryLakeは、2026年時点でのLoCoMoの長文ベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しています。
MemoryLakeをLovableに接続する3つのステップ
- プロジェクトを作成し、コンテキストを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、「プロジェクトを作成」をクリックし、「Lovable — Acme SaaSアプリ」のような名前を付けます。PRD、ペルソナドキュメント、ブランドガイド、および以前のチャットエクスポートをドキュメントドライブを通じてアップロードします。ドメインの語彙とコアルール — 「トライアルユーザーはチームメイトを招待できません」 — を記憶として記憶タブに追加します。
- MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Lovableプロジェクトの記憶」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。Bearerトークンをすぐにコピーしてください — これは一度だけ表示されます。
- REST経由でLovableに接続する。 LovableはまだMCPをネイティブに話しませんので、REST APIを使用します。Lovableのプロジェクトの知識エリアにコンテキストを貼り付け、MemoryLakeから変更があったときにそれを更新するか、Bearerトークンを使用してMemoryLakeのRESTエンドポイントを呼び出すセットアップスクリプトを実行し、リリースごとにプロジェクトの知識を更新します。新しい生成はすべて、すでに読み込まれたプロジェクトのコンテキストで開始されます。