1. opencode 装 claude-mem 为什么一直报错如果你正在用 opencode 搭配 claude-mem 做长期记忆大概率会遇到一个很迷惑的现象插件文件明明装好了opencode 启动日志里也能看到加载记录但你就是感觉它没生效——发消息、调工具claude-mem 的 worker 一点反应都没有数据库里sdk_sessions、user_prompts、observations全是 0。我试过最典型的排查路径先怀疑 worker 没起来去查http://127.0.0.1:37701端口发现服务是活的再怀疑 viewer 展示有问题结果直接查库表里就是空的。到这一步基本能确定不是展示层的问题是插件根本没把事件送出去。根因通常出在插件 API 的版本错配上。claude-mem 官方安装器生成的claude-mem.js用的是旧版 opencode 的 hook 结构大致长这样{ hooks: { tool: { execute: { after: ... } } }, event: (eventName, payload) { ... } }但当前 opencode比如 1.14.48要求的是顶层 hook 名形如chat.message、tool.execute.after事件总线也改成了event: async ({ event }) {}这种签名。旧插件被加载了但监听函数永远命中不了于是/api/sessions/init和/api/sessions/observations这两个请求压根没发出去。这篇就围绕这个报错场景把 opencode claude-mem 的插件 API 接入、TaoToken 统一 Key 配置、以及验证动作完整走一遍。适合已经在用统一 Key/API 通道、想让 claude-mem 真正跑起来的开发者。2. 前置准备TaoToken 统一 Key 与 opencode 环境在动插件代码之前先把 Key 和通道理顺否则后面验证请求时会分不清是插件问题还是鉴权问题。TaoToken 在这里的角色是统一 API 通道你拿一个 Key就能在 opencode、claude-mem 以及其它工具里复用同一套模型调用入口不用每个工具单独配一遍。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 这个不带 UTM直接填进配置即可。你需要先拿到 Key。进控制台创建https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 然后在 API Keys 页面生成https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。生成后先复制保存后面 settings.json 和插件环境变量都要用。环境侧确认三件事opencode 版本opencode --version确认是不是 1.14.x 这类新 hook 结构、Node 版本node -v建议 18、以及 claude-mem worker 是否在跑。worker 默认监听127.0.0.1:37701你可以先用 curl 探一下curl -s http://127.0.0.1:37701/api/health如果这个都连不上先解决 worker 启动问题别急着改插件。插件只是送信人worker 不在送信人再对也没用。3. 可复制配置settings.json 与插件骨架opencode 的配置分两层一层是模型/通道配置settings.json 或 config.toml一层是插件本身claude-mem.js。两层都要对缺一不可。先看模型通道配置。opencode 支持 JSON 配置把 TaoToken 作为 provider 填进去Key 用环境变量注入避免硬编码{ provider: { taotoken: { type: openai-compatible, baseURL: https://taotoken.net/api, apiKey: {env:TAOTOKEN_API_KEY}, models: { claude-sonnet: { name: claude-sonnet } } } }, model: taotoken/claude-sonnet }如果你更习惯 TOML等价写法是[provider.taotoken] type openai-compatible baseURL https://taotoken.net/api apiKey {env:TAOTOKEN_API_KEY} [provider.taotoken.models.claude-sonnet] name claude-sonnet model taotoken/claude-sonnet然后在 shell 里导出 Keyexport TAOTOKEN_API_KEY你的Key接着是插件骨架。把旧的claude-mem.js替换成兼容新 hook 的实现核心是三个顶层 hook// claude-mem.js —— 兼容 opencode 1.14.x 的插件实现 const MEM_BASE process.env.CLAUDE_MEM_BASE || http://127.0.0.1:37701; async function post(path, body) { const res await fetch(${MEM_BASE}${path}, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify(body), }); return res.json(); } export default { // 捕获用户输入初始化会话 chat.message: async (input, output) { await post(/api/sessions/init, { sessionId: input.sessionId, message: input.message, }); }, // 捕获工具调用输出写入 observations tool.execute.after: async (input, output) { await post(/api/sessions/observations, { sessionId: input.sessionId, tool: input.tool, result: output.result, }); }, // 兼容当前事件总线 event: async ({ event }) { if (event.type session.compact) { await post(/api/sessions/observations, { sessionId: event.sessionId, kind: compact, }); } }, // 保留搜索工具 tools: { claude_mem_search: { description: 搜索 claude-mem 历史记忆, parameters: { query: { type: string } }, execute: async ({ query }) { const res await fetch( ${MEM_BASE}/api/search?q${encodeURIComponent(query)} ); return res.json(); }, }, }, };关键点chat.message负责把用户输入送到/api/sessions/inittool.execute.after负责把工具输出送到/api/sessions/observationsevent用新签名兜住会话压缩等事件。旧版那种hooks.tool.execute.after嵌套结构在新版里不会被触发这是报错的直接来源。4. 验证请求确认插件真的发出去了改完代码别急着开 TUI先做静态和动态两层验证。静态检查语法node --check claude-mem.js没输出就是通过。然后触发插件加载日志opencode mcp list这一步能看到插件被加载的记录。如果这里就报错说明文件路径或导出格式有问题先解决再往下。动态验证是重点。你可以 mock 一次 hook 调用确认它真的会请求那两个端点。写个临时脚本// verify-hook.mjs import plugin from ./claude-mem.js; await plugin[chat.message]( { sessionId: test-1, message: hello }, {} ); await plugin[tool.execute.after]( { sessionId: test-1, tool: read, result: ok }, { result: ok } ); console.log(hook 调用完成);跑之前先开一个终端监听 worker 日志或者用 tcpdump 之类看请求。正常的话你会看到POST http://127.0.0.1:37701/api/sessions/init POST http://127.0.0.1:37701/api/sessions/observations两个请求都出现说明插件 API 接入成功。这时候再去查数据库sdk_sessions和user_prompts应该开始有记录了。最后一步很关键重启 opencode TUI。新插件只有在重启后才会被当前会话加载热更新不生效。重启后随便发一条消息再查库确认数据在涨。5. 本篇常见错排查报错一插件加载了但数据库还是 0。九成是 hook 名不对。检查你的claude-mem.js是不是还在用hooks.tool.execute.after这种嵌套写法改成顶层tool.execute.after。报错二fetch is not defined。Node 版本太低18 以下没有全局 fetch。升级 Node或者引入node-fetch并改 import。报错三请求 401/403。这是 TaoToken Key 没注入成功。确认TAOTOKEN_API_KEY在当前 shell 里echo得出来且 settings.json 里写的是{env:TAOTOKEN_API_KEY}而不是明文占位。报错四连不上 37701。worker 没起来或者端口被占。先curl http://127.0.0.1:37701/api/health不通就重启 worker别改插件。报错五改了代码没效果。忘了重启 TUI。opencode 不会热加载插件必须退出重进。报错六event回调参数对不上。新版签名是event: async ({ event }) {}解构出来的是对象不是(eventName, payload)。旧写法拿不到数据。排查顺序建议固定成worker 健康 → Key 注入 → 语法检查 → hook 名 → 重启 TUI。按这个顺序走基本不会绕弯。6. 接入文档与后续动作插件跑通之后如果你还想把模型调用也统一到同一条通道上可以对照接入文档确认参数细节https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。里面覆盖了 baseURL、鉴权头和模型名的对应关系配 settings.json 时对着填就行。想先在网页里验证模型通不通用模型对话页面发一条测试消息最快https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。如果那边能正常回说明 Key 和通道没问题剩下的就纯粹是 opencode 插件层的事。如果你打算长期用 opencode 做编码和 Agent 任务Key 会频繁调用可以考虑 Coding Plan 把额度固定下来https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。这样插件、对话、编码共用一套 Key排查问题时变量更少。最后提醒一句claude-mem 的 worker 和 opencode 插件是两个独立进程出问题先分清是哪一层。worker 挂了改插件没用插件 hook 错了重启 worker 也没用。把这两层分开看报错定位会快很多。
