mem0 + Vault
已發布的治理提升
Provider 與 candidate pool 保持相同。Vault 阻擋過時與已被取代的結果，再選擇下一筆有效候選。
Memory engine integrations
保留原本的引擎，加上一層信任地基。
Vault 不必取代 retrieval。mem0、AgentMemory、Letta / MemGPT、Vector RAG 或自建引擎完成排序後，Vault 再決定 Agent 可以把哪些內容當成可用記憶。
共同增強模式
引擎可以變，治理合約保持一致。
Provider 負責候選排序；Vault 根據 canonical state 回傳允許的證據、阻擋原因、來源與回滾路徑。
A · Provider
找出候選記憶
抽取、embedding、排序與儲存仍由選定的 memory engine 負責。
→
B · Vault
套用信任政策
- 審核與生命週期
- 存取權與敏感度
- 新鮮度、TTL、取代關係
- 隱私與刪除
- 來源與審計
→
Agent output
使用受治理證據
取得被允許的記憶、引用、明確排除原因與可恢復決策。
證據狀態
「已實作」不等於「已證明」。
狀態以目前 repo 內可核驗的 artifact chain 為準；缺少的證據不會被隱藏。
| 引擎 | 原生角色 | Vault 加成 | 證據狀態 |
|---|---|---|---|
| mem0 2.0.12 | 使用原生 embedding 與排序的 controlled retrieval | Post-retrieval governance guard | Published 五次 clean-state repeats；Valid Recall@1 由 4/6 到 6/6；禁止曝露由 2/6 到 0/6。 |
| AgentMemory 0.9.27 | Global smart-search retrieval | Guard 與可選的 Vault retrieval fusion | Diagnostic 已有五次 developer runs，但早於 blinded-input 與 clean-source gates；pinned dependency audit 另有 1 個 critical 與 6 個 high 漏洞。 |
| Letta / MemGPT 0.16.8 | 具 Archive / Passages 的 stateful agent runtime | 對 Archive 候選套用 guard | Unmeasured Adapter 已存在；仍需 pinned PostgreSQL / pgvector server 與 lifecycle proof。 |
| 自建 RAG | 任何能輸出 neutral run-artifact schema 的引擎 | Guard-only 或 reciprocal-rank fusion | Provider-specific 必須通過相同的 blind input、隔離、source binding 與 repeats gates 才能發布。 |
整合真正改變什麼
Retrieval relevance 變成 governed usability。
我們不宣稱「Vault 讓每個引擎排名都更好」。更精確、也更可防守的主張是：Vault 能避免看似相關、實際無效的記憶成為 Agent 證據，同時保留原因與 canonical state。
接入另一套記憶引擎。
輸出 neutral artifact contract，執行 A 與 A + Vault，通過 gates 後才發布。