WorkBuddy 接入 n1mem 指南

适用版本:n1mem-mcp 0.1.1  ·  接入方式:MCP(stdio) ·  更新:2026-09-10  ·  文档状态:内测版
一句话结论:WorkBuddy 是国内市场份额第一的 Agent 工具;n1mem 是国产第一的 AI 长期记忆系统。两者组合 = 让 WorkBuddy 立刻拥有「跨会话、可遗忘」的长期记忆。只需装一个 Python 包、在 WorkBuddy 的 MCP 配置里加 3 行、填入 API Key,全程不超过 5 分钟。无需任何服务端组件、无需开放端口。

目录

  1. 这是什么 / 为什么重点
  2. 接入形态(stdio 直连)
  3. 前置要求
  4. 安装 n1mem-mcp
  5. 获取 API Key
  6. WorkBuddy MCP 配置(mcp.json)
  7. 环境变量说明
  8. 激活 / 信任步骤
  9. 五分钟跑通步骤
  10. 验证 Checklist
  11. 工具能力一览
  12. 故障排查
  13. 安全与租户隔离
  14. 常见问题

一、这是什么 / 为什么重点

n1mem 是为 AI Agent 设计的长期记忆系统(国产第一记忆系统,对外引擎 N1Mem)。n1mem-mcp 是它的 MCP 客户端,以 stdio 方式作为 WorkBuddy 的子进程运行,把记忆能力以标准化工具暴露给 WorkBuddy 的 Agent。

为什么这份指南是重点:WorkBuddy 是国内市场份额第一的 Agent 工具,是 n1mem 进入真实用户工作流的最大渠道。让 WorkBuddy 用上 n1mem,等于让数量最多的 Agent 用户直接获得长期记忆能力——这是线 C 商业化的核心落点。

本指南面向:

WorkBuddy 作为桌面 Agent 工具,天然能拉起本地子进程,因此直接使用 stdio 接入,无需任何额外服务端组件(无需 SSE 端点)。

二、接入形态(stdio 直连)

维度WorkBuddy 桌面端(本机)WorkBuddy 自托管(云端服务器)
WorkBuddy 位置你的笔记本 / 台式机你 SSH 上去的云服务器
能否拉起子进程能(本机 Python 进程)能(服务器上的 Python 进程)
n1mem-mcp 接入方式stdio 直连stdio 直连(完全一致)
出网到 api.n1mem.com取决于本机网络需服务器放行 443 出方向
配置文件位置~/.workbuddy/mcp.json(用户级,跨平台一致)
唯一差异:运行环境。客户端配置(MCP 段、环境变量、工具行为)在两种形态下 100% 一致。下文所有步骤同时适用,仅「安装 Python / pip」这一步在你的目标机器上执行即可。

三、前置要求

# 确认 Python 与 pip 版本(本机或服务器上执行,任选其一)
python3 --version
python3 -m pip --version

# 若系统自带 Python 过旧(低于 3.9),请先安装 3.10+ 后再继续

四、安装 n1mem-mcp

在运行 WorkBuddy 的那台机器上执行(桌面端用本机终端,自托管用 SSH 后的服务器终端):

python3 -m pip install --upgrade n1mem-mcp

# 验证安装成功(应输出版本号 0.1.1)
n1mem-mcp --version
安装后会在 PATH 中注册可执行命令 n1mem-mcp,WorkBuddy 正是通过这个命令拉起子进程。不要用 python -m n1mem_mcp 之外的复杂方式——配置里直接写 "command": "n1mem-mcp" 即可。

五、获取 API Key

在 注册页填写邮箱即可自助申请(内测期免费;Key 仅展示一次,请立即保存)。也可以向组织管理员索取组织级 Key。

安全红线:API Key 等同于你的账号密码。若怀疑泄露,立即联系 N1Mem 团队吊销并重置。

六、WorkBuddy MCP 配置(mcp.json)

WorkBuddy 的 MCP 配置位于用户级文件 ~/.workbuddy/mcp.json:

若该文件已存在,请合并而非覆盖——在已有的 mcpServers 对象里新增 n1mem 一项,保留其他 server。示例完整内容:

{
  "mcpServers": {
    "n1mem": {
      "command": "n1mem-mcp",
      "env": {
        "N1MEM_API_KEY": "n1mem-你的密钥",
        "N1MEM_SUBJECT": "你给这台机器起的主体名"
      }
    }
  }
}
三个字段都要填:command 指向可执行命令;env.N1MEM_API_KEY 放你的密钥;env.N1MEM_SUBJECT 填这台机器的主体名(不是 workbuddy 这类 Agent 类型名 —— 见第七节「主体声明」)。保存后按下一节「激活 / 信任」让 WorkBuddy 加载,它会自动拉起 n1mem-mcp 子进程并发现 9 个工具。

七、环境变量说明

变量必填默认值说明
N1MEM_API_KEY是无API 密钥,仅从环境变量读取,绝不硬编码
N1MEM_SUBJECT是无主体名(谁在调用)—— 服务端据此反查"这台设备有没有被授权接入";不设 ⇒ 不发该头,请求会被拒(missing_subject)。见下节。
N1MEM_BASE_URL否https://api.n1mem.comAPI 基址,一般无需改
N1MEM_MCP_TIMEOUT否90(秒)单次请求超时。首调含服务冷启动可能 20–50s,若偶发超时可调大到 120

主体声明 N1MEM_SUBJECT(0.3.0 起,必填)

Key 回答「哪个组织」,N1MEM_SUBJECT 回答「谁」。 同一个组织下可能有多台设备 / 多个人在调用;服务端要靠主体名反查成员表, 判断这台设备是否已被授权接入。不声明主体 ⇒ 服务端回 missing_subject,记忆请求会被拒。

另有一个 N1MEM_AGENT_ID,答的是「哪个 Agent」(仅用于本地埋点统计,跨 Agent 命中率)。 两者刻意不互相回落 —— 拿 Agent 类型名当主体,正是上面那条坑。

八、激活 / 信任步骤

配置写好后,需让 WorkBuddy 加载 n1mem 这个 MCP server。两种方式任选其一:

方式 A(推荐,编辑配置文件)

方式 B(通过 UI 连接器管理页添加)

若重启 / 信任后仍看不到工具,见「故障排查 ①」。最常见原因是 n1mem-mcp 命令不在 WorkBuddy 进程能找到的 PATH 中(多 Python 环境时尤甚)。

九、五分钟跑通步骤

  1. 装包:在运行 WorkBuddy 的机器上 python3 -m pip install --upgrade n1mem-mcp。
  2. 拿 Key:在 注册页自助申请(形如 n1mem- 开头的 38 位串,仅展示一次,请立即保存),或向组织管理员索取。
  3. 写配置:编辑 ~/.workbuddy/mcp.json,加入上面的 JSON,填入 Key。
  4. 激活:重启 WorkBuddy,或到连接器页 Trust n1mem;确认工具列表里能看到 n1mem 的 9 个工具。
  5. 对话验证:对 WorkBuddy 说「记住:我的项目代号是 ProjectT1」,过一会儿再问「我的项目代号是什么?」——它应能从记忆里召回。
  6. 删除验证(可选但推荐):让 WorkBuddy 调用 memory_forget 删除该条记忆,再次询问应已遗忘。

十、验证 Checklist

✓检查项预期结果
1n1mem-mcp --version输出版本 0.1.1
2WorkBuddy 工具列表含 memory_write / memory_recall / memory_health / memory_forget
3memory_health返回服务状态正常
4memory_write 一条信息返回 memory_id(如 mem_xxx)
5memory_recall 同一信息召回命中,answer 接地、retrieved 非空
6memory_forget 该 memory_id返回 {"deleted": true}
7再次 memory_recall不再命中(retrieved 为空)
第 6–7 步形成的「写入→召回→删除→不再召回」闭环,是确认接入真正可用的金标准。若前 5 步通过但第 6 步失败,请直接看故障排查。

十一、工具能力一览

工具入参作用
memory_writetext(字符串,必填)写入一条记忆,返回 memory_id
memory_recallprompt(字符串,必填)按语义召回相关记忆,返回 answer + retrieved 列表
memory_health无探活,返回服务与端点状态
memory_forgetmemory_id(字符串,必填)删除指定记忆,仅能删自己的,返回 {"deleted": true}
WorkBuddy 会自动发现这些工具,你通常无需手写调用代码——直接在对话中表达「记住 / 回想 / 忘掉」意图,由 WorkBuddy 的 Agent 决定何时调用对应工具。

十二、故障排查

① 重启 / 信任后 WorkBuddy 找不到 n1mem 工具

② API Key 未配置 / 鉴权失败

②b 报 missing_subject / not_registered(0.3.0 起新增的两种)

这两种错误码含义完全不同,别混:

返回含义动作
missing_subject 请求没带主体头 ⇒ 客户端没声明"谁在调用" 在配置的 env 里加 N1MEM_SUBJECT,重启后生效
not_registered 声明了主体,但这个名字没在本组织登记过 用安装器的「检查接入状态」;或联系组织管理员把你加进来。重复安装不会改变状态
pending 已提交,在等管理员审批(这是正常状态,不是错误) 不需要重装,过一会儿再查一次
⚠️ 一种常见误判:把 N1MEM_SUBJECT 填成了 Agent 类型名(workbuddy)。 服务端确实"收到了主体",但成员表里没有这个名字 ⇒ 返回 not_registered, 而人会去怀疑 Key 或网络。先核对主体名。

③ 首次调用很慢或超时

④ memory_forget 报 404

十三、安全与租户隔离

十四、常见问题

Q:WorkBuddy 的 mcp.json 具体在哪?
A:用户级路径。Windows 为 C:\Users\你的用户名\.workbuddy\mcp.json;macOS / Linux 为 ~/.workbuddy/mcp.json。若文件不存在,直接新建并写入上面的内容即可。

Q:添加后工具列表里没有 n1mem?
A:先确认 n1mem-mcp --version 在终端能跑通(命令在 PATH 中);再确认 mcp.json 合法且 n1mem 段已合并进 mcpServers;最后重启 WorkBuddy 或重新 Trust。详见故障排查 ①。

Q:需要点「Trust」吗?
A:如果你是在 WorkBuddy UI 的连接器页添加 MCP server,新 server 默认未信任,需手动点 Trust 激活。如果是直接编辑 mcp.json 后重启,则无需额外信任步骤。

Q:需要开放什么防火墙端口?
A:仅需出方向 443(HTTPS)到 api.n1mem.com。无需开放任何入站端口,也无需在你的机器上起任何服务。

Q:n1mem-mcp 会读我本机文件吗?
A:不会。它只做一件事:把 WorkBuddy 发来的记忆请求通过 HTTPS 转发给 n1mem API,并把结果回传。零依赖、纯标准库。

Q:升级怎么操作?
A:python3 -m pip install --upgrade n1mem-mcp,重启 WorkBuddy 即可。API 兼容,无需改配置。

Q:我的记忆存在哪里?
A:存储在 N1Mem 托管的服务端(阿里云,按租户隔离)。本地只保留密钥,不存记忆数据本身。