跨引擎记忆桥 camplus360/agent-memory-bridge

agent-memory-bridge

一座桥，把你用过的每个 AI 编程 Agent 的对话都捕获进同一个可检索的记忆库。

English · 简体中文

仓库镜像 — Gitee · GitHub · npm: agent-memory-bridge · npm: @camplus360/agent-memory-bridge-opencode · npm: @camplus360/agent-memory-bridge-dsh

✨ 为什么需要它

同时用 OpenCode、CodeBuddy、Codex CLI、pi、Hermes、DeepSeek Harness (dsh) 多个 Agent 时，每个都要各搞一套记忆捕获：不同的 hook、不同的 HTTP 报文、不同的坑。维护六份 curl 片段，协议必然慢慢分叉，某个 hook 悄悄坏了就再也记不住东西。

agent-memory-bridge 把这些全部收敛成单一真相源——让你所有 Agent 共享同一个可搜索记忆库。

🎯 亮点

| 亮点 | 说明 |
| 🔄 多 Agent 适配 | OpenCode / CodeBuddy / Codex CLI / pi / Hermes / dsh 一套协议全兼容，六端共享同一记忆库 |
| 🚀 极致易用 | 一条命令安装，一条命令启用，./install.sh --all 搞定全部 |
| 🌍 多平台适配 | macOS / Linux / Windows(WSL) 通用，bash + curl + python3 零额外依赖 |
| 🔌 后端记忆库可拔插 | claude-mem（LLM 摘要 + 向量检索）/ mem0（服务端事实抽取）/ both（双写），一个环境变量切换 |
| 📥 自动捕获 | 自动记录用户提问、工具调用、助手回复、会话结束，无需手动操作 |
| 🌐 中英双语 | 完整英文 + 简体中文文档，README 双语同步 |

特性

- 一个仓，Agent 自选——./install.sh --agent <name> 按需安装 OpenCode / CodeBuddy / Codex CLI / pi / Hermes / dsh 的适配。
- 一套协议，六个适配——会话 ID 统一加前缀（<agent>-<sessionId>），不同 Agent 不会撞会话；报文字段完全一致。
- 可 npm 安装的适配器——pi（npm:agent-memory-bridge）、opencode（npm:@camplus360/agent-memory-bridge-opencode）、dsh（npm:@camplus360/agent-memory-bridge-dsh）均为可安装的 npm 包，一条命令装上、一条命令启用。
- 后端可插拔——claude-mem（会话制 + LLM 总结）、mem0（扁平存储，服务端抽事实）、both（双写），一个环境变量切换。
- 为 hook 而生——短超时、退避重试、worker 不可达时静默 exit 0，编辑器永远不会因为记忆调用卡住。
- JSON 安全——用 jq / python3 构造报文，引号、反斜杠、多行工具输出都不会损坏 payload。
- 有测试——OpenCode 插件自带 8 项 mock 测试（捕获、去重、重试、检索）；test-hooks.sh 用本地 mock worker 跑通全部 shell hook。
- 跨平台——纯 bash + curl + python3，无编译依赖，Linux / macOS / WSL 通吃。

架构

flowchart LR
subgraph Agents
OC[OpenCode原生插件]
CB[CodeBuddyhooks.json]
CD[Codex CLIhooks.json]
PI[pinpm 扩展]
HM[Hermesengine.py 片段]
DSH[dshnpm Cordis 插件]
end

OC --> W
CB -->|stdin 传 hook JSON| W
CD -->|stdin 传 hook JSON| W
PI --> W
HM -->|subprocess| W
DSH --> W

W["claude-mem-worker.py（单一真相源）init / observation / summarize / search"]

W -->|CLAUDE_MEM_BACKEND=claude-mem| CM["claude-mem worker :37701LLM 总结 + embedding"]
W -->|CLAUDE_MEM_BACKEND=mem0| M0["mem0 :8000POST /memories + /search"]
W -->|CLAUDE_MEM_BACKEND=both| CM
W --> M0

CM --> DB[("SQLite + Chroma")]

六个 Agent 共享同一个记忆库：你在 OpenCode 里说过的事，CodeBuddy 也能回忆起来。

快速开始

前置条件

- bash、curl、jq、python3
- 一个在运行的记忆后端：
- claude-mem（默认）：安装并启动 worker，确认 curl -s http://127.0.0.1:37701/api/health 返回 "status":"ok"；
- mem0（可选）：8000 端口上的 mem0 服务。

Gitee（国内更快）
git clone https://gitee.com/camplus/agent-memory-bridge.git
或 GitHub
git clone https://github.com/camplus360/agent-memory-bridge.git
cd agent-memory-bridge

安装

./install.sh --all # 安装全部 Agent ./install.sh --agent codebuddy # 只装一个 ./install.sh --agent codex # Codex CLI（合并进 ~/.codex/hooks.json） ./install.sh --dry-run # 只预览动作，不写文件

安装器会把 claude-mem-worker.py 复制到 ~/.local/share/claude-mem/，生成 .env / .env.example 模板，并把所选适配落到各 Agent 的真实配置位置。可用 --prefix 或 CLAUDE_MEM_INSTALL_ROOT 改安装根。

验证

python3 ~/.local/share/claude-mem/claude-mem-worker.py health # 后端可达
./test-hooks.sh # 用 mock worker 跑通所有 hook

随后按你的 Agent 完成一次性启用（注册插件、把 hooks 合并进 settings.json 等），详见 docs/zh/INSTALL.md。

支持的 Agent

| Agent | 适配目录 | 接入方式 | 是否经统一脚本 |
| OpenCode | agents/opencode | 原生插件带单测；可 npm 安装（@camplus360/agent-memory-bridge-opencode）；默认 spawn 统一 .py shim | 是（默认；CLAUDE_MEM_TRANSPORT=http 可绕过） |
| pi | agents/pi | 原生 TS 扩展，可 npm 安装（pi install npm:agent-memory-bridge）或本地路径加载；默认 spawn 统一 .py shim | 是（默认；CLAUDE_MEM_TRANSPORT=http 可绕过） |
| dsh（DeepSeek Harness） | agents/dsh | 原生 Cordis 插件，可 npm 安装（dsh plugin --profile <name> add @camplus360/agent-memory-bridge-dsh）；经 HTTP 直连 worker | 否（原生 HTTP 客户端） |
| CodeBuddy | agents/codebuddy | hooks.json 命令 hook，stdin 传 JSON | 是 |
| Codex CLI | agents/codex | ~/.codex/hooks.json 命令 hook，stdin 传 JSON（需在 /hooks 信任一次） | 是 |
| Hermes | agents/hermes | engine.py 里 subprocess 调用 | 是 |

有原生 HTTP 客户端的 Agent 直连 worker；只能执行外部命令的 Agent 走 shell 封装。两边产出的协议完全相同。

选择记忆后端

设置 CLAUDE_MEM_BACKEND（默认 claude-mem）：

| 后端 | 行为 |
| claude-mem | 会话制：init → observation → summarize，worker 端跑 LLM 总结 |
| mem0 | 扁平：一条 observation = 一次 POST /memories（服务端 infer 抽事实）；init/summarize 为 no-op |
| both | 两个库双写 |

CLAUDE_MEM_BACKEND=mem0 python3 claude-mem-worker.py observation codebuddy s1 "..." /tmp user_prompt codebuddy
CLAUDE_MEM_BACKEND=both python3 claude-mem-worker.py search "关键词" 5

mem0-worker.py 是薄封装，等价于固定 CLAUDE_MEM_BACKEND=mem0。mem0 相关变量：MEM0_HOST（localhost）、MEM0_PORT（8000）、MEM0_API_KEY（可空）、MEM0_USER_ID（$USER）、MEM0_INFER（true），也可直接给完整的 MEM0_BASE_URL。

mem0 租户坑：API Key 绑定特定用户视图。写入和检索必须用同一个视图，否则写进去也搜不出来。

统一脚本速查

python3 claude-mem-worker.py init <agent> <sessionId> [cwd] [project] [prompt]
python3 claude-mem-worker.py observation <agent> <sessionId> <text> [cwd] [toolName] [platformSource]
python3 claude-mem-worker.py summarize <agent> <sessionId> [lastAssistantMessage] [platformSource]
python3 claude-mem-worker.py turn <agent> <sessionId> <transcriptPath> [cwd] [platformSource]
python3 claude-mem-worker.py search <query> [limit]
python3 claude-mem-worker.py health
python3 claude-mem-worker.py hook <agent> # 从 stdin 读 Claude Code/CodeBuddy/Codex hook JSON

hook 会自动映射 stdin 事件：

| stdin hook_event_name | 转发为 |
| SessionStart | 接收但不上传（真正的会话在首次提问时建，避免空会话） |
| UserPromptSubmit | init 并存 prompt |
| PostToolUse | observation（tool_name=工具名） |
| Stop | summarize |

环境变量覆盖：CLAUDE_MEM_WORKER_HOST（127.0.0.1）、CLAUDE_MEM_WORKER_PORT（37701）、CLAUDE_MEM_HTTP_TIMEOUT（8 秒）、CLAUDE_MEM_HTTP_RETRIES（2）、CLAUDE_MEM_QUIET（0）。

文档

- docs/zh/INSTALL.md —— 详细分步安装与各 Agent 启用位置
- docs/zh/CONFIG-REFERENCE.md —— 可直接复制的五 Agent 配置快照与避坑清单
- docs/zh/AGENT-RUNTIME-ARCH.md —— worker 两条链路（REST 落库 vs. 依赖 claude CLI 的智能压缩）
- docs/zh/REGRESSION-TEST-STANDARD.md —— 回测验收基线：hook 事件、记忆召回、总结
- agents/pi/DEPLOY.md —— pi 记忆扩展部署文档

四篇指南的英文翻译在 docs/ 根目录。

Roadmap

- 更多 Agent 适配（Claude Code CLI、Gemini CLI、Cursor 等）
- 带校验和的发布包
- 基于临时 worker 容器的端到端测试

贡献

欢迎 Issue 和 PR。新增一个 Agent 适配只需两件事：捕获它的生命周期事件（会话开始、用户提问、工具调用、助手回复、会话结束），并映射到统一脚本或等价的 JSON 报文。请同时补一个 mock 测试或 test-hooks.sh 用例。

开源协议

本仓库为多许可证项目（完整组件清单见 NOTICE）：

- 统一 worker 客户端、安装器、测试，以及 CodeBuddy / Codex / Hermes / OpenCode / dsh 适配器为原创代码，采用 MIT 许可证 —— LICENSE；
- agents/pi/ 适配器是衍生 fork，沿用 GNU AGPL-3.0-or-later（衍生自 AGPL 时期的 claude-mem / pi-agent-memory）—— 见 agents/pi/LICENSE 与 agents/pi/NOTICE。

各组件之间仅通过子进程调用和本地 HTTP 通信，属于在同一仓库中聚合的独立程序，AGPL 组件不会传染 MIT 部分。claude-mem 和 mem0 worker 是外部的 Apache-2.0 程序，本项目只与其互操作，并未捆绑其代码。