PAXM
面向编程 Agent 的 provider-neutral 记忆适配器,内置本地 SQLite 与 MCP。
开源
PAXM 是开源记忆适配器,可让决策、约定和工作上下文跨 Codex、Claude Code、OpenCode、Pi 与 MCP 客户端延续。它默认使用本地 SQLite,也能把召回和写入路由到多个受支持的记忆 provider。
官方资源
选型建议
当同一项目上下文需要跨编程 Agent 延续,且不想把 Agent 集成锁定到单一记忆 provider 时选 PAXM;需要把记忆嵌进交付应用时选 Mem0;希望 Markdown 文件保持 canonical memory 时选 EverOS。
快速对比
PAXM 保持一套面向 Agent 的记忆契约,同时允许操作者选择本地 SQLite 或受支持的远程 provider。Mem0 面向嵌入应用的记忆,EverOS 则以 Markdown 为事实来源。
| PAXM | Mem0 | EverOS | |
|---|---|---|---|
| 最适合 | 在多个 Agent 客户端之间共享编程项目上下文 | 在 Agent 应用中嵌入用户记忆 | 跨本地工具使用用户自有的 Markdown 原生记忆 |
| 存储模型 | 内置 SQLite,或跨受支持 provider 路由写入与召回 | SDK 管理记忆,提供自托管与托管选项 | Markdown 事实来源,加 SQLite 与 LanceDB 索引 |
| 集成方式 | CLI、MCP tools、skills、plugins 与生命周期 hooks | 应用代码内的 Python 和 TypeScript API | 本地 runtime、REST API、MCP 与编程助手集成 |
| 主要取舍 | 处于早期 v0.1.x,聚焦 Agent 客户端而非托管式记忆 UI | 适合应用集成,但相比本地 SQLite 需要更多 provider 配置 | 文件可检查,但本地 runtime 与索引栈更重 |
适用场景
- 跨 Agent 编程上下文
- 本地优先记忆
- provider-neutral 路由
- 被动会话召回与捕获
不适用场景
- 需要完全托管式记忆服务与托管 UI 的团队
- 需要面向终端用户的应用内 memory SDK 的产品
- 无法运行本地 CLI、MCP server 或 Agent hooks 的环境
核心概念
主动与被动记忆路径SQLite FTS5 与 BM25 召回provider profiles持久化后台写入记忆来源标记
最小实现形态
安装 CLI 并运行 `paxm setup`,用 `paxm remember --profile ltm --text "Use SQLite locally"` 保存决策,再在后续会话中用 `paxm recall --query "local storage"` 取回。