任意のMCP対応AIツールに永続記憶を追加
モデルコンテキストプロトコルは、AIツールが外部システムを呼び出すための標準的な方法を提供します。MemoryLakeはその標準を利用して、任意のMCP対応ツールに構造化された永続記憶を提供します — カスタム統合コードは不要です。
記憶の問題
Claude CodeやOpenClawのようなMCP対応ツールはセッション内では強力ですが、そのセッションは終了します。次回ツールを開くと、蓄積されたコンテキスト — 決定事項、効果的だったアプローチ、プロジェクト固有の事実 — は失われます。MCPは外部システムに接続できますが、ほとんどのツールは接続する価値のある記憶システムを提供していません。MemoryLakeがそのシステムです。
MemoryLakeの異なる点
セッション開始時に利用可能な6つのタイプの記憶カテゴリ
MCPツールがセッション開始時にMemoryLakeに接続すると、関連するバックグラウンド記憶（アイデンティティ、好み、役割のコンテキスト）と最近の会話記憶が即座に表示され、手動設定なしで温かいスタートが得られます。
セッション中の記憶の蓄積
作業が進むにつれて、ツールは適切な記憶カテゴリに書き込みます：新しい事実はファクト記憶に、完了したアプローチはスキル記憶に、行動パターンはリフレクション記憶に。記憶はすべてのセッションで蓄積されます。
MCPはREST APIとスコープとトリガーが異なる
REST API統合はアプリケーションレベルの記憶管理に最適です — バルク操作、ユーザー間のクエリ、管理者アクセス。MCP統合は、ライブエージェントのインタラクション中のセッションレベルのリアルタイム記憶の読み書きに最適化されています。両方のプロトコルは同時にサポートされています。
永続無料 · クレジットカード不要
仕組み
- 接続 — ツールの設定にMemoryLakeをMCPサーバーとして追加します。APIキーと記憶ストア識別子を提供します。MCPサーバーが認証とルーティングを処理します。
- 構造 — セッション開始時に、MemoryLakeはタイプ別に関連する記憶を表示します。セッション中、ツールは指示に従って記憶カテゴリに書き込みます。すべての書き込みは自動的にバージョン管理され、ソースが属性付けされます。
- 再利用 — 次のセッションは、すべての以前のセッションからの蓄積された記憶で開始されます。ツールは、手動でのコンテキスト管理なしに、あなたの好み、プロジェクトの状態、作業パターン、以前の決定を記憶します。
前後比較
| Without MemoryLake MCP | With MemoryLake MCP | |
|---|---|---|
| Session start | Cold — no prior context | Background + Conversation Memory loaded automatically |
| Project context | Re-explained each session | Stored in Fact and Event Memory, retrieved on demand |
| Working preferences | Re-stated or hardcoded in prompts | Background Memory surfaces them at session open |
| Learned workflows | Rediscovered each time | Skill Memory persists and retrieves them automatically |
| Audit trail | None | Every memory operation versioned with timestamp and source |
対象
MemoryLake MCP統合は、日常的にMCP対応ツールを使用し、それらのツールがリセットされるのではなく知識を蓄積することを望む開発者や技術ユーザーのために設計されています。Claude Code、OpenClaw、およびモデルコンテキストプロトコルを実装する任意のエージェントフレームワークで動作します。
このユースケースを自分のアカウントで試す
MCP ツールは API キーと「メモリストア識別子」で MemoryLake に接続します。識別子の正体は boundary、つまり複数のプロジェクト、1人の人物、1つの agent をまとめて保存した検索スコープです。Fernhill Robotics は Priya のエディタアシスタント、Tom のエディタアシスタント、CI レビュー bot にそれぞれ boundary を1つ割り当てます。同じ質問から3つの異なる答えが返り、どれも自分のスコープの外には出ません。その後チームが変わります。プロジェクトが削除され、Tom は別チームへ移り、bot は置き換えられます。boundary はどれも存在しなくなった対象を指したままで、監査がそれを見つけ、各 boundary をその場で修復するまで続きます。
見られるもの
- ツールごとに boundary を1つ：
boundary create --projects … --human-actor … --agent …。まだ workspace にいない人の boundary は書き込み時に拒否されます - 1つの質問、3つのツール：各 boundary を
search --projects … --actors …に展開し、すべてのヒットに出どころのスコープを表示。3 ツールとも回答、boundary 外からのヒットは 0 件 proj delete、actor unbind、agent deleteの後もboundary getは3つとも載せたまま。bot の検索は HTTP 400 で失敗し、Tom と bot の boundary は名前の変更すら受け付けません- 監査で各参照を今あるものと照合し（無効 3 件）、
boundary updateで同じ id のまま修復すると、同じ質問が再び通ります。どの答えにも Tom の好みは出てきません。ローカル Web UI 付き
必要なもの: MemoryLake の API キー · memorylake CLI · Python 3.9 以上
実行する
git clone https://github.com/memorylake-ai/memorylake-usecases.git cd memorylake-usecases/mcp-scope-memory export MEMORYLAKE_API_KEY=sk-… python3 demo.py # or: python3 web/server.py
動作を見る · 実際の録画、未編集
関連するユースケース
よくある質問
MemoryLakeをMCPサーバーとして登録するにはどうすればよいですか？
MemoryLakeをMCPサーバーとして登録するにはどうすればよいですか？
MemoryLake MCPサーバーエンドポイントをツールのMCP設定にAPIキーと共に追加します。正確な設定形式は標準のMCPサーバー登録パターンに従います。完全なセットアップ手順はMemoryLakeの開発者ドキュメントに記載されています。
MCPとREST APIを同時に使用できますか？
MCPとREST APIを同時に使用できますか？
はい。MCPはライブエージェントインタラクション中のリアルタイムのセッションレベルの記憶操作を処理します。REST APIは管理、バルク、およびクロスセッション操作を処理します。両者は同じ基盤となる記憶ストアで動作します。
MCPを介してアクセス可能な記憶タイプはどれですか？
MCPを介してアクセス可能な記憶タイプはどれですか？
すべての6つの記憶タイプがMCPを介してアクセス可能です：バックグラウンド、ファクト、イベント、会話、リフレクション、スキル。MCPサーバーは各タイプの読み書き操作を公開し、記憶タイプごとに役割ベースのアクセス制御が適用されます。