マルチエージェントシステムに信頼できる共有記憶バックエンドを提供する
マルチエージェントシステムは、各エージェントが独自のプライベート状態を保持すると崩壊します。計画が重複し、事実が対立し、引き継ぎが文脈を失います。MemoryLakeは、競合解決と監査トレイルを備えた共有の構造化記憶バックエンドをマルチエージェントシステムに提供します。これにより、エージェントのクルーは一つの一貫したチームのように振る舞います。
問題: 各エージェントが独自の記憶を持ち、合意しない
プランナーエージェントはユーザーの予算を学習しました。リサーチャーエージェントは古い数字を持っています。ライターエージェントはどちらも見たことがありません。引き継ぎは再説明になります。マルチエージェントシステムは、共有記憶バックエンドがないと「協力」から「混乱の増幅」へと後退することがよくあります。
MemoryLakeがマルチエージェント記憶を解決する方法
クルーごとの記憶名前空間
すべてのエージェントが同じ構造化記憶を読み書きします。もう並行する現実はありません。
エージェントごとのアクセススコープ
各エージェントが読み取ったり変更したりできる記憶タイプに対する細かい制御。プランナーはすべてを見ますが、ライターは「出力準備完了」とマークされた事実のみを見ます。
自動競合検出
2つのエージェントが矛盾する事実を記録すると、MemoryLakeは競合を浮き彫りにし、あなたの解決ルールを適用します。
引き継ぎの出所
すべての記憶エントリは、どのエージェントがいつ、なぜ書いたかを追跡します。エージェント間の失敗のデバッグは考古学ではなくなります。
永続無料 · クレジットカード不要
マルチエージェントシステムにおける動作方法
- 接続 — クルーの各エージェントは、自身の役割にスコープを持つキーで認証します。
- 構造 — エージェントが作業する際、すべての事実、イベント、反映が著者メタデータと共に共有記憶に記録されます。
- 再利用 — 各エージェントは推論時に自身の役割にスコープされた記憶のみを取得します。
前と後: マルチエージェントシステムの記憶
| Without MemoryLake | With MemoryLake | |
|---|---|---|
| Planner hands off to researcher | Verbal re-brief in the prompt | Researcher reads shared memory directly |
| Two agents log conflicting facts | Both passed downstream | Conflict surfaced and resolved |
| Debugging a bad output | "Which agent dropped the ball?" | Provenance chain in audit log |
| Adding a new agent to the crew | Custom prompt plumbing | Grant memory scope, done |
対象者
研究、コーディング、顧客業務、またはビジネスワークフローのためにマルチエージェントシステムを運営しているチーム — 2つ以上のエージェントが長期的な文脈で協力する必要がある場合。
このユースケースを自分のアカウントで試す
Planner エージェントが Halyard 2.0 のローンチレビューを記録します：木曜日、担当は Ben Ito。2 日後、3 つのエージェントが同じ 1 分のうちに、それぞれ自分の会話から同じ共有メモリに報告します。Scheduler はレビューを金曜日に、QA-gate エージェントは月曜日に変更し、Staffing エージェントは担当を Ana Ruiz に移します。担当の変更はきれいに反映されます。日付は最後に処理された報告のものになり、もう一方の日は「previously …」の中にしか残らず、競合も報告されません。fact trace とメッセージ時刻にもとづく監査が見ないままの上書きを特定し、リーダーの決定を事実そのものに書き込みます。
見られるもの
- 3 つの報告会話を同時に追加。事実は 3 つすべてからバックグラウンドで抽出され、
conv cook-statusを完了までポーリング - 15 回の実行で日付は毎回到着順で決まり（月曜 7 回・金曜 8 回）、競合検出がこの競合をフラグしたのは 0 回。1 つのエージェントだけが変えた担当は 14 回きれいに反映
- 監査ルール：
fact traceの各改訂はconversation_idを持つ。元のメッセージがすべて、置き換えた値がメモリに入る前に保存されていれば、その作者はその値を見ていない - リーダーは
fact updateで決定し、trace は両方の報告を見た人で終わる。audit・factsサブコマンド、ローカル Web UI、モデル呼び出しなし
必要なもの: MemoryLake の API キー · memorylake CLI · Python 3.9 以上
実行する
git clone https://github.com/memorylake-ai/memorylake-usecases.git cd memorylake-usecases/concurrent-revision-memory export MEMORYLAKE_API_KEY=sk-… python3 demo.py # or: python3 web/server.py
動作を見る · 実際の録画、未編集
関連するユースケース
よくある質問
2つのエージェントが同時に同じ記憶を更新できますか？
2つのエージェントが同時に同じ記憶を更新できますか？
はい。MemoryLakeは、あなたが定義する競合検出と解決ルールを用いて同時書き込みを処理します。
エージェントのIDはどのように追跡されますか？
エージェントのIDはどのように追跡されますか？
各エージェントは自身のスコープ付きAPIキーを使用します。すべての記憶エントリは、書き込みエージェントのID、役割、タイムスタンプを記録します。
これはCrewAI、AutoGen、またはLangGraphと連携しますか？
これはCrewAI、AutoGen、またはLangGraphと連携しますか？
はい。MemoryLakeは、任意のマルチエージェントフレームワークに組み込むことができる記憶バックエンドインターフェースを提供します。