所有AI记忆解决方案在真正进行基准测试之前看起来都差不多

我对比了三个主要的开源（或部分开源）记忆后端，看看在撇开营销后它们实际有何不同： |维度|Atomic Memory|Mem0|Zep| |:-|:-|:-|:-| |**许可证**|Apache 2.0，完全开源|Apache 2.0，可自托管|Graphiti引擎仅开源，完整Zep为云端| |**原生语言**|Typescript|Python + TypeScript SDK|Python、TypeScript和Go SDK| |**存储/数据库**|Postgres + pgvector（简单）|可插拔，12+存储（灵活但复杂）|图数据库（Neo4j/FalkorDB — 功能强大但运维繁重）| |**设置**|Docker Compose|make bootstrap 或 pip/npm|图数据库 + Graphiti，自行管理| |**默认部署方式**|自托管|自托管或托管云|完整产品仅云端| |**MCP支持**|是，4个工具（搜索、摄取、打包、列表）|是，9个MCP工具，集成了Claude Code、Cursor、Codex|是，通过MCP连接到Claude、Cursor和其他AI助手| |**写入时逻辑**|6个：Anthropic、OpenAI、Ollama、Google、Groq、openai兼容|具有冲突协调的自适应记忆|带有 valid_from/to 时间戳的情景记忆| |**LLM提供商**|6个：Anthropic、OpenAI、Ollama、Google、Groq、openai兼容|14+：OpenAI、Anthropic、AWS Bedrock、Azure OpenAI、Gemini、Groq、Ollama、Together、DeepSeek、vLLM、LiteLLM、LM Studio、xAI|云端管理（提供商抽象由Zep处理）| |**嵌入提供商**|5个：OpenAI、openai兼容、Ollama、transformers.js、Voyage|多个（OpenAI、HuggingFace、Ollama等）|由Zep云端抽象处理| **让我印象深刻的是：** 1. **Atomic Memory 设置最简单** \- Postgres + pgvector 经过验证和测试，你不需要一个图数据库专家随时待命。 2. **写入时的AUDN分类** 是真正的差异化功能，它不是将每次写入都视为通用的“存储此内容”，而是在写入数据库之前分类判断它是新信息、更新、矛盾还是噪声。 3. **Mem0 拥有最广泛的提供商支持**（14+ LLM，12+存储），但这种灵活性也带来了复杂性代价。 4. **Zep 的 Graphiti 引擎** 很有趣，但完整产品仅限云端对许多自托管用户来说是一个障碍。 我个人是Atomic Memory团队的成员，但我希望透明地进行这次对比，所以我会在下方分享GitHub仓库链接和完整文档，供大家查看。我也很想听到你们对我们正在构建的产品的反馈，特别是如果你在意记忆后端的话。