AI 長期記憶 — Cypher MCP と Mem0

article technology medium #ai-memory#mcp#neo4j#mem0#knowledge-graph
Created: 2026-05-02 Updated:

AI agents の長期記憶選定: graph-native な Cypher MCP (Neo4j) と memory-native な Mem0 の比較。位置づけ・技術・ハイブリッド設計を 3 part で整理。

AI 長期記憶 — Cypher MCP と Mem0

AI agent や assistant に「長期記憶」を持たせる選択肢として 2026 年に主要なのは、 Cypher MCP (Neo4j を MCP 経由で扱う graph-native 接続層) と Mem0 (memory layer 専用設計) の 2 系統である。両者は同じ「AI の長期記憶」というラベルで語られがちだが、本質は graph-native vs memory-native という異なる責任分担モデルに立脚する。本シリーズでは両者の位置づけ、技術構造、 trade-off、そして実務でもっとも強いハイブリッド設計を 3 part で整理する。

なぜ二者択一ではなくハイブリッドが多くの場合の正解か

純粋な Cypher MCP 単独運用は、企業の正規知識・組織関係・アクセス権・依存関係など「関係性そのものが価値」のドメインで強い。一方、 Mem0 は「記憶機能を素早く入れたい」ケースで圧倒的に低摩擦。この 2 つは対立ではなく、それぞれ異なる problem space を解いている。

実務でもっとも強い選択は二者択一ではなく、 Mem0 を「ユーザ・セッション・短〜中期の実用メモリ」、 Neo4j 系を「正規の知識グラフ・監査可能な構造記憶」として 併用するハイブリッド構成である。これは単なる「両方使う」という妥協ではなく、各々の得意ドメインに寄せて責任分界を切る設計判断。

このシリーズの構成

#パート主題
1cypher-mcp-positioningCypher MCP の位置づけ (Labs 版 vs official Neo4j MCP)、技術構造 (3 ツール + namespace + transport)、 property graph、 vector index、 security (DNS rebinding 対応 v0.4.0)、ロードマップ
2mem0-positioningMem0 の位置づけ (Open Source + Platform 二本立て)、 entity-scoped memory、 hybrid retrieval (semantic + BM25 + entity)、 ADD-only への移行、未解決 issue、ベンチマーク (LoCoMo 91.6 等)
3hybrid-memory-design三層構成 (短期バッファ + 耐久記憶 + RAG)、 entity scope 設計、 write gate、評価指標 (quality/latency/cost/staleness/scope leak)、 PII / 削除伝播

全体を貫く 3 つの判断軸

第一は データモデルの選択。記憶の正本を property graph (Cypher 系) にするか、 memory documents + vector store + entity scope (Mem0) にするか。前者は explainable で schema-first、後者は integration-first で speed-first。これは技術選定というより 記憶哲学の選択 であり、後から大きく変えるのは難しい。

第二は 本番運用の認証・監査・テナント分離レベル。 Labs 版 Cypher MCP は HTTP 認証が前面に出ておらず、本番なら official Neo4j MCP server の方が強い。 Mem0 OSS には英語固定の BM25 や conflict resolution 欠落の open issue があり、国際展開や高整合用途では事前検証が不可欠。

第三は 進化速度への対応。 Mem0 は 2026 年に ADD-only pipeline へ大きく舵を切り、旧来の graph memory 物語は public API から後退した。 Cypher MCP も Labs であり SLA / backcompat なしと明言されている。両者とも「保守の活発さ」と「API 安定性」は分けて評価する必要がある。

Backlinks

Local graph