MemoryLake
比較に戻る

MemoryLake vs Memori

Memori (GibsonAI / MemoriLabs)は、スキーマ、制約、履歴を持つクエリ可能なデータとしての記憶を提供する、構造化されたアプローチを採用しています。これはリレーショナルデータベースによって支えられています。MemoryLakeはそのガバナンスの本能を共有していますが、Memoriにはないものを追加しています:エンドユーザーのためのクロスモデルのポータビリティ、マルチモーダルドキュメント、Gitスタイルのバージョニング、すべてユーザー所有です。

Memori

開発者向け記憶インフラ

強み

  • 構造化され、クエリ可能なデータとしての記憶 — スキーマ、制約、履歴
  • あなたがすでに信頼しているリレーショナルデータベース (Postgres / MySQL) に支えられています
  • モデル間で機能するLLM非依存のレイヤー
  • エージェントの実行と会話を持続的で監査可能な状態に変換
  • オープンソース; 不透明なベクトル記憶に対する意図的な代替

制限事項

  • 開発者向けインフラ — エンドユーザー向け製品やUIはなし
  • スキーマとデータベース操作を管理する必要があります
  • リレーショナル/テキスト中心 — マルチモーダルドキュメントプラットフォームではない
  • 個人のためのモデル中立の記憶レイヤーはなし (アプリにサービスを提供)
  • 履歴は存在するが、Gitスタイルのブランチ/マージ/ロールバックはなし
フルメモリプラットフォーム

MemoryLake

AI メモリインフラ

強み

  • ChatGPT、Claude、Gemini、コーディングエージェント間でのクロスモデルポータビリティをMCP経由で提供
  • エンドツーエンドで暗号化された、ユーザー所有のデータ
  • Gitスタイルのバージョン管理 — ブランチ、コミット、マージ、ロールバック、監査ログ
  • マルチモーダル取り込み — PDF、Word、Excel、PowerPoint、Markdown、画像 (D1 VLM)
  • 自動コンフリクト検出 & 解決
  • コンプライアンス基準の出所

検討事項

  • 管理されたサービス — オープンソース/セルフホストではない
  • OSSリーダーよりも小さなコミュニティを持つ新しい参加者

機能別比較

機能MemoriMemoryLake
コアフォーカスエージェント向けの構造化SQL記憶多くのAIを使用する人々とチームのためのクロスモデル記憶
記憶の範囲エージェントごと / アプリごと (リレーショナル)クロスモデル、クロスセッション、クロスデバイス
ポータビリティSDK経由でLLM非依存モデル中立 (MCP経由)
バージョニング履歴 (Gitスタイルのブランチ/マージではない)Gitスタイル (ブランチ / コミット / マージ / ロールバック)
出所構造化 / 監査可能完全なソース追跡可能性 + 監査ログ
マルチモーダル取り込み(リレーショナル / テキスト)PDF · Word · Excel · PPT · Markdown · 画像
コンフリクト処理スキーマ / 制約 (部分的)自動検出 + 解決
精度 (LoCoMo)94.03% *(自己報告)*

アーキテクチャ 比較

両者は「不透明なベクトルテキストの塊」を拒否し、構造化され、監査可能な記憶を選択しています。Memoriは、開発者が操作するSQLレイヤーとしてそれを提供します。MemoryLakeは、ドキュメント、ブランチバージョン、クロスモデルサービングを備えた所有製品としてそれを提供します。

Memoriパイプライン

エージェント実行 / 会話
スキーマへの構造化
リレーショナルDBに保存 (Postgres/MySQL)
クエリ

MemoryLakeパイプライン

取り込み (マルチモーダル, D1 VLM)
タイプ & 構造化
コンフリクトチェック & バージョニング
保存 (E2E暗号化, ユーザー所有)
任意のAIにMCP経由で提供

どちらがあなたに合っていますか?

Memoriを選ぶべき場合...

  • SQLでクエリできる構造化された行としての記憶を望む
  • すでにPostgres / MySQLを運用していて再利用したい
  • スキーマと制約を重視する開発者である
  • オープンソースとセルフ管理が必要条件である
  • あなたの記憶は会話/状態であり、ドキュメントではない

MemoryLake を選ぶ場合…

  • 複数のAIを使用しており、共有可能なポータブルな記憶を望む
  • リレーショナル状態だけでなく、ドキュメント (PDF/Office/画像) を扱う
  • 記憶に対してGitスタイルのブランチ、マージ、ロールバックを望む
  • データの所有権と暗号化は譲れない
  • 操作するためのデータベースではなく、すぐに使える製品を望む
  • コンフリクト検出を自動で処理してほしい

よくある質問

MemoryLakeはMemoriの信頼できる代替ですか?

はい。両者は構造化され、監査可能な記憶を重視しています。MemoryLakeはエンドユーザーのポータビリティ、マルチモーダルドキュメント、Gitスタイルのバージョニングを管理製品として追加しています。

コアの違いは何ですか?

Memoriは開発者が運用するSQL記憶レイヤーです。MemoryLakeは人々とチームのための所有されたモデル中立の記憶プラットフォームです。

異なるモデル間でMemoryLakeを使用できますか?

はい — MCPサーバー経由でモデル中立です。

データは私のものですか?

はい — エンドツーエンドで暗号化され、ユーザー所有です; MemoryLakeでさえそれを読むことはできません。

MemoriからMemoryLakeに移行できますか?

MemoryLakeでプロジェクトと記憶を再作成し、MCP経由で提供できます。自分でデータベースを運用する必要はありません。

MemoryLakeはドキュメントをサポートしていますか?

はい — PDF、Word、Excel、PowerPoint、Markdown、画像をD1 VLMエンジン経由でサポートしています。

SQL制御を望む場合、Memoriが優れていますか?

特に自分のリレーショナルデータベースで記憶を所有し、クエリしたい場合、Memoriは目的に特化しています。ポータビリティ、ドキュメント、バージョニングを求める場合、MemoryLakeはより多くを追加します。

精度はどのように測定されますか?

LoCoMoで94.03% (自己報告); 再現のための方法論をリクエストしてください。 ---

MemoryLake を試す準備はできましたか?

構造化され、監査可能な記憶を取得 — さらにポータビリティ、ドキュメント、バージョニングを。