なぜReplit Agentは私のプロジェクトのコンテキストを忘れるのか？

Replit Agentは、各新しいチャットセッションが意図的にスコープされているため、コンテキストを狭く保つために、replit.mdの指示ファイルが小さな静的ガイドであり、チェックポイントベースの記憶がフルプロジェクトの推論を保持するのではなく、焦点をリセットするため、あなたのプロジェクトのコンテキストを忘れます。修正は、Replの外部に持続的なプロジェクト記憶を保持することです。

Replitは、エージェントが状態をどのように扱うかについて明示的です。忘却は部分的には意図的であり、部分的にはアーキテクチャ的です。

1. セッションは設計上スコープされています。 Replitの最近のエージェントの更新により、プロジェクトごとに複数のチャットセッションのサポートが追加されました。述べられた利点：各チャットを特定の機能に狭めることで、エージェントが無関係なコンテキストに気を取られないようにします。コスト：新しいチャットは、前のチャットのコンテキストなしで開始されます。

2. replit.mdは静的ファイルであり、記憶層ではありません。 replit.md（またはAGENTS.md）ファイルは、コーディングスタイルの好み、プロジェクトのコンテキスト、およびワークフロー設定を書くことを可能にします。エージェントは各セッションでこれを読み取ります。また、これは短いマークダウンファイルであり、取得、バージョン管理がなく、数百行を超えて成長する能力がありません。

3. チェックポイントは保持するのではなく制約します。 Replitの無料プランは、月ごとのAIエージェントのチェックポイントを制限し、有料プランはクレジットに対して請求します。各チェックポイントはプロジェクトの状態であり、コンテキストのエクスポートではありません。過去の作業を再開する新しいチャットは、コードとreplit.mdからコンテキストを再導出し、以前の会話からは導出しません。

結果：エージェントはあなたのコードを記憶します（ファイルシステムを読み取ることができます）が、その背後にある推論は記憶しません。

忘却は繰り返し作業と静かな漂流として現れます：

• 再説明されたアーキテクチャ。 「私たちはPrismaではなくDrizzleを使用します。スキーマはdb/schema.tsにあり、マイグレーションフォルダには手を触れません。」が毎週再入力されます。
• 失われた根拠。 古いチャットに記録された決定 — 「私たちは分岐ワークフローのためにNeonをSupabaseより選びました」 — が消え、エージェントは再びSupabaseを提案します。
• 一貫性のない貢献。 エージェントの月曜日のコードはあなたのパターンに従いますが、水曜日のコードはリポジトリの新しい読み取りから推測したパターンに従い、微妙に異なります。

数週間にわたる決定が蓄積されたプロジェクトでは、ユーザーが唯一の継続的な記憶のソースになります。

Replitはコンテキストのための実際のツールを提供していますが、それぞれはスライスであり、全体ではありません。

replit.md / AGENTS.md。 リポジトリ内で維持する静的な指示ファイル。安定したルール（スタック、慣習、命名）に最適です。生きた記憶としては短く保たなければならず、会話の履歴をキャプチャしないため、苦労します。

プロジェクトごとの複数のチャットセッション。 無関係な機能を分割するのに便利です。トレードオフは、まさにあなたがここに来た症状です：狭いコンテキストは、新しいセッションが前のセッションの知識を失うことを意味します。

カスタムプロンプト。 Replitは再利用可能で持続的なカスタムプロンプトを提供しています。これにより入力が減りますが、プロジェクトの状態は保存されません。

エージェントの指示に使用されるファイルについての詳細は、公式Replitドキュメントを参照してください。

ソロで短命のReplsにはネイティブが適しています。複数の貢献者と数週間の決定を伴う長期プロジェクトでは、ギャップが残ります。

プロジェクトのコンテキストは指示以上のものです。それは決定の実行ログ、拒否された選択肢、あなたに何かを教えたバグ修正、調整したユーザーフィードバックです。それらはすべてreplit.mdには存在せず、新しいチャットセッションでは生き残りません。

Replitを離れるとさらに悪化します。サービスを別のリポジトリに移動したり、Cursorにリファクタリングを依頼したり、Claudeにアーキテクチャレビューを依頼したりすると、エージェントのコンテキストは移動しません。

MemoryLakeはあなたのReplの背後にある推論を保存するため、すべてのエージェントセッション — および他のすべてのツール — が情報を持って開始します。

• 構造化された記憶としての決定と根拠。 スタックの選択、アーキテクチャの呼び出し、拒否されたオプション、学んだ教訓は、名前付きの記憶エントリとして存在します。これらは要求に応じて取得可能であり、マークダウンファイルに埋もれていません。
• ドキュメントドライブ内の仕様とドキュメント。 PRD、スキーマドキュメント、顧客フィードバック、以前のチャットのトランスクリプトをアップロードします。取得エンジンは、現在のエージェントタスクに関連するものだけを返します。
• クロスツールのポータビリティ。 同じ記憶がCursor、Claude、ChatGPT、およびレビューやリファクタリングのために持ち込む任意のAIを動かします。

MemoryLakeは、ミリ秒の取得とAES-256のエンドツーエンド暗号化でLoCoMoの長文コンテキストベンチマークで94.03%を記録しました。

1. プロジェクトを作成し、コンテキストを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックし、名前を「Replit — プロダクションアプリ」とします。ドキュメントドライブを通じてPRD、スキーマノート、顧客フィードバック、以前のエージェントチャットをアップロードします。スタックの決定とハウスの慣習を記憶タブの名前付きエントリとして追加します。
2. MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Replit Agent」と名付けて「生成」をクリックします。Bearerトークンをすぐにコピーします — 一度だけ表示されます。
3. Replit Agentを接続する。 Replitはまだエージェント用のネイティブMCPスロットを公開していないため、Bearerトークンを使用してMemoryLake REST APIを呼び出し、コンパクトなコンテキストブリーフィングを取得し、セッションの開始時にチャットに貼り付けるか、完全な記憶にリンクするプロジェクトスコープのreplit.mdスニペットに書き込みます。