连接
把你的 AI 工具连接到同一份记忆。自由切换,上下文不变。
Nowledge Mem 的连接入口,是让你真正每天在用的工具共享同一份记忆。知识留在一个地方,工具可以随时更换。
一段提示词,连接任意工具
连接受支持的 AI 工具,最快的办法是一段提示词:
读取 https://mem.nowledge.co/SKILL.md,并按其中说明为我当前使用的 AI 工具安装或更新 Nowledge Mem。把它粘到 Claude Code、Grok Build、Codex、Cursor、Gemini CLI、Copilot CLI、OpenClaw、Hermes、Droid、Alma、Bub、Pi、OpenCode、Kimi Code、ZCode、MiMo Code、OMP 或 Claude Desktop 中。AI 工具会读取 SKILL.md、识别所在宿主、选择匹配的安装或设置路径、验证连接,并告诉你需要重启什么。命令行宿主通常可以直接安装;桌面应用型工具可能仍需要你确认市场安装或手动步骤。
如果要远程或跨设备接入,先用 nmem config client set --url ... --api-key ... 配置共享客户端连接。桌面应用里的远程 URL 和 API key 相关设置位于 设置 → Access Anywhere。
下面的页面仍然有用。它们讲清每个工具的行为(Working Memory 怎么接、怎么检索、怎么提炼、怎么保存线程),也包括少数几个要换条路安装的入口(浏览器扩展、Raycast、轨迹提取器)。先从这段提示词开始;需要行为细节或排障时,再翻对应页面。
如果你是新用户
如果你刚装好 Mem,请先看 从这里开始:先保存一条记忆,再把上面的 Connect 提示词粘到你日常用的 AI 工具里。这一页用作每个工具的行为参考。
先理解“自主能力阶梯”
接入的是同一个 Mem 服务器,不同宿主给你的实际体验却可能差很多。
| 路径 | Working Memory | 检索与提炼 | 对话线程 |
|---|---|---|---|
| 原生连接 | 通常能在会话开始时自动加载,或接进宿主的生命周期 | 能力最强;有的靠 hooks,有的靠引导,也有的是两者混合 | 有些宿主还能做到真实自动捕获或真实 transcript 保存 |
| 复用型工作流包 | 通常是“有引导” | 主要靠 rules、skills、prompts 去教模型主动用 | 大多只能做 handoff,或明确请求时再保存 |
| 直接 MCP | 只有在你补上推荐提示后,才会更主动 | 本质上仍是“有引导”;光有 MCP tools 不会自动变成自治记忆 | 搜索和读取已保存对话;不导入本地 transcript |
最实用的规则只有一句:宿主能装专属 Nowledge 路径时,就先装它。只有在没有更好入口时,才退回到通用 MCP。
不过有一个值得单独说清的例外:有些宿主最好的体验其实是 hybrid。现在最典型的就是 Codex。先装 Codex 插件包,拿到 Working Memory、自动线程捕获、内置本地 MCP 和 nmem 兜底;如果你使用远程 Mem 或自定义端口,再在 Codex 配置里覆盖这条 MCP 连接。
Nowledge FS 是所有 Agent 共用的入口
Nowledge FS 是共享的路径层。人在应用里看到的是知识树;原生连接、直接 MCP 客户端、脚本和自定义 Agent 则通过 nmem fs、/fs/* 或 mem_fs MCP 工具使用同一套结构。
对话同步到底走哪条路径
Mem 有三条对话同步路径。它们的目标不是各存一份,而是汇入同一条已保存的对话。
| 路径 | 什么时候运行 | 是否支持远程 Mem | 适合什么 |
|---|---|---|---|
| 桌面端自动同步 | Mem 应用在本机监听受支持工具的 transcript 文件 | 只有 transcript 和 Mem 在同一台机器上才可以 | 同一台机器上的后台捕获 |
| 连接器 hooks | AI 工具在会话结束、压缩前或每轮之后调用插件 | 支持 | 让新会话持续进入 Mem |
| 历史导入 | 你运行 nmem t sync --from ... 先预览,再导入旧会话 | 支持 | 把过去的本机会话补进 Mem |
关键边界是 transcript 在哪里。如果 Mem 跑在另一台机器上,那台服务器无法自己扫描你笔记本上的 ~/.codex、~/.claude、~/.gemini、~/.pi 或 OpenCode 数据库。请在 AI 工具运行的那台机器上安装连接器或执行 nmem t sync;它会通过同一份 nmem 客户端配置,把结果上传到本地或远程 Mem。
这些路径使用同一套 source 名称和稳定 thread ID。比如 Claude Code 的会话无论来自桌面端 watcher、Claude Code hook,还是一次历史 nmem t sync,都会落到 claude-code-<sessionId>,不会拆成多条重复对话。
如果导入中途停止,直接再运行一次即可。历史同步会先预览、逐个会话处理;重复运行时会走带去重的追加路径,而不是制造重复消息。
先选路径,再开始
Nowledge Mem 的连接方式有很多,但第一判断其实很简单:如果你的工具已经有专属 Nowledge 连接入口,就先用它。只有在没有专属路径时,才考虑共享包、直接 MCP、CLI 或导入流程。
对大多数用户来说,可以按这个顺序判断:
- 你的工具如果已经有专属 Nowledge 连接入口,就安装它。
- 如果你的工作主要发生在 ChatGPT、Claude、Gemini、Microsoft Copilot 等网页聊天里,就安装浏览器扩展。
- 如果没有专属连接,但支持共享技能或提示词,就用复用型工作流包。
- 只有当客户端支持 MCP、但没有更好的专属路径时,再直接配置 MCP。
- 如果你需要手动命令、脚本或本地自动化,就直接使用 CLI。
| 如果你使用... | 推荐路径 | 连接类型 | 为什么 |
|---|---|---|---|
| Gemini CLI | Gemini CLI 扩展 | 原生连接 | 专属扩展,内含 MCP、生命周期钩子、命令、技能,并在压缩前或退出时导入真实会话 |
| Claude Code | Claude Code 插件 | 原生连接 | 专属插件,提供生命周期钩子、斜杠命令、工作记忆简报加载与自动会话捕获 |
| Grok Build | Grok Build 指南 | 原生连接 | 编程智能体插件路径,提供启动上下文、记忆引导,并通过 nmem 自动捕获本机会话 |
| Droid | Droid 插件 | 原生连接 | Factory 原生连接,提供生命周期钩子、命令、技能,以及基于 nmem 的清晰交接摘要路径 |
| Cursor | Cursor 插件 | 原生连接 | 专属插件包,内含启动时加载 Working Memory 的钩子、MCP 配置、规则、技能,以及明确的交接摘要语义 |
| OpenClaw | OpenClaw | 原生连接 | 专属插件,带有工具级生命周期支持、检索与捕获行为 |
| Alma | Alma | 原生连接 | 专属插件,带有工具级生命周期支持与检索行为 |
| OpenCode | OpenCode 指南 | 原生连接 | 原生连接:Working Memory、搜索、保存、会话捕获、交接等八个工具 |
| Copilot CLI | Copilot CLI 指南 | 原生连接 | 专属插件,提供生命周期钩子、Working Memory 启动、检索引导,以及压缩前或退出时的会话捕获 |
| Kimi Code | Kimi Code 指南 | MCP + 技能 + 导入 | 通过 MCP 和技能使用 Mem;nmem t sync --from kimi-code 可按需导入本机 Kimi transcript |
| ZCode | ZCode 指南 | MCP + 技能 | ZCode 有原生 MCP 和 Skills 设置;先用这条路径,ZCode 原生捕获包另行验证 |
| MiMo Code | MiMo Code 指南 | MCP + 指引 + 导入 | 与 OpenCode 接近;可用 nmem t sync --from mimo-code 导入本机会话,实时 hook 包仍需单独验证 |
| OMP | OMP 指南 | MCP + 技能 + 导入 | 来自 Pi 体系;可用 nmem t sync --from omp 导入本机会话,实时 hook 包仍需单独验证 |
| 更多支持共享技能的编程智能体 | npx skills | 复用型工作流包 | 不需要自己手写系统提示,也能复用记忆工作流 |
| 没有专属 Nowledge 包、但支持 MCP 的客户端 | 直接 MCP(见下文) | 直接 MCP | 用一套共享 MCP 配置接入标准工具能力 |
| ChatGPT 网页版 / 桌面版 | ChatGPT 指南 | 浏览器捕获 + 远程 MCP | 用扩展捕获 ChatGPT 对话,或让 ChatGPT 网页版和桌面版通过 Remote MCP over OAuth 搜索 Mem |
| Chrome 或 Edge | 浏览器扩展 | 浏览器捕获入口 | 从浏览器侧边栏直接捕获和提炼对话 |
| 终端、脚本或远程工作流 | CLI | 直接命令入口 | 直接使用 nmem 完成搜索、保存、自动化与受支持的线程导入 |
| Codex | Codex 指南 | 原生连接 | 最佳体验是 hybrid:插件包内含 MCP,同时负责 Working Memory、Stop-hook 线程捕获,以及桌面端和 CLI 共享的行为引导 |
| Slock | Slock 指南 | 多智能体编排 | 先连接子运行时,再给每个 Slock worker 设置一个 Mem 身份变量 |
| Lody | Lody 指南 | 运行时启动器 | 先连接 Lody 启动的 AI 工具;只有当 Agent Config 代表稳定角色时,才添加 NMEM_AGENT_ID |
| Multica | Multica 指南 | 多智能体编排 | 先连接 Multica 启动的 AI 工具,再把 NMEM_AGENT_ID 添加到 Agent custom env |
| Cumora | Cumora 指南 | 多智能体工作区 | 先连接 Cumora 启动的 AI 工具;没有每 Agent env 时,用 persona instruction 传入身份 |
| Pi | Pi 指南 | 原生连接 | 原生包,包含技能和自动 Pi 对话同步 |
| Hermes Agent | Hermes 指南 | 原生连接 | 原生记忆提供者,提供 Working Memory 启动、每轮前检索,以及干净的 Nowledge 工具名 |
| Proma | Proma 指南 | 原生连接 | 桌面智能体接入方式:MCP 工具、写入 CLAUDE.md 的启动上下文、自动会话保存和标准 skills |
| 你已有的笔记 | Obsidian、Notion、Apple Notes | 本地知识来源 | 在 AI Now 中把笔记与记忆一起搜索 |
| 历史会话或导出文件 | 对话指南 | 导入入口 | 把文件、导出记录和过去的会话导入 Mem |
大多数用户只需要看表里的一行
找到你已经在用的那个工具,点进去照着那份指南做,先不用把这一整页都读完。
通过 OAuth 远程连接 MCP
当某个 AI 客户端要求填写远程 MCP URL,并通过 OAuth 授权时,使用这条路径。ChatGPT Connectors 是最常见的例子:先从 ChatGPT 网页设置创建 connector,之后在 ChatGPT 网页版或桌面版里输入 @Nowledge Mem 就能使用。其他支持 OAuth 的 MCP 客户端也使用同一个 Mem 地址。
需要自定义 Access Anywhere
这条路径需要一个 AI 客户端能访问到的公开 HTTPS endpoint。对 ChatGPT 来说,请使用自定义 Access Anywhere 域名,不要使用 localhost 或内网地址。如果还没有配置,请先看 Access Anywhere。
在 Mem 桌面端里:
- 打开连接。
- 找到通过 OAuth 远程连接 MCP。
- 点击开始设置。Mem 会在需要时启动 Access Anywhere。
- 复制指南里显示的 Access Anywhere MCP endpoint。这个地址必须以
/mcp结尾,例如:
https://your-access-anywhere-domain.example/mcp以 ChatGPT 为参考流程:
- 打开 ChatGPT Connectors Advanced 设置。
- 在 Connectors 里选择 Create。
- 粘贴 Mem MCP endpoint。
- 继续完成 ChatGPT 的 connector 设置。
- 当 Mem 打开 OAuth 授权页面时,确认授权。
- 之后在 ChatGPT 网页版或桌面版里输入
@Nowledge Mem,让 ChatGPT 搜索 Mem。
其他 OAuth MCP 客户端也使用同一个 endpoint。关键是粘贴 Mem 给出的公开 /mcp 地址,不要粘贴普通网页地址,也不要粘贴私有 nmem_ API key。
完整的 ChatGPT 截图步骤请看 ChatGPT 网页版与桌面版。
适合很多编程智能体的最快复用方案
对于支持 skills 安装器的智能体环境:
npx skills add nowledge-co/community/nowledge-mem-npx-skills这会安装可复用的记忆技能,用于搜索、Working Memory、交接与提炼。智能体仍会自己决定何时调用它们;如果你的工具支持原生连接或 MCP 配置,自动化程度会更高。
Gemini CLI 和 Antigravity 2.0
Gemini 系工具现在从 ~/.gemini/config/skills 读取全局 skills。如果你之前已经连接过 skills,但 Gemini CLI 或 Antigravity 2.0 里看不到,请更新 skills 安装器,或在 Mem 里重新连接 skills,让新的链接写到这个目录。
如果你的工具有自己专属的复用型工作流包,而不是通用的 skills 路径,就直接使用那份指南。比如 Codex 就应该跟着 Codex 指南 来配置。
有原生连接时,优先用原生连接
如果你的工具已经有专属连接,请优先使用:Claude Code、Grok Build、Gemini CLI、Droid、Cursor、OpenClaw、Alma、OpenCode、Copilot CLI、Pi、Hermes、Proma。这些路径在共享记忆模型之上,还会加入工具专属的行为能力。
专属 Nowledge 连接 与完整会话捕获
如果你需要的是真实录制的会话内容,而不是一个可恢复的摘要,那么你走的是哪条连接路径就非常重要。
| 连接 | 是否有专属 Nowledge 包 | 是否支持完整会话捕获 | 说明 |
|---|---|---|---|
| Claude Code | 是 | 是 | 原生连接,带生命周期钩子与真实会话导入。 |
| Grok Build | 是 | 是 | Grok Build 加载共享插件包;hook 会把编程智能体会话以 source=grok 保存。 |
| Gemini CLI | 是 | 是 | 原生扩展会在 save-thread、压缩前和会话结束时保存真实会话。 |
| Droid | 是 | 目前连接内还不支持 | 原生连接只暴露 save-handoff。在 Droid 还没有真实 transcript 导入器之前,它不会假装提供 save-thread。 |
| Cursor | 是 | 是,但不在插件 hook 内 | 原生连接只暴露 save-handoff。Mem 桌面端和 nmem t sync --from cursor 会从 ~/.cursor/projects 导入真实 Cursor Agent transcript。 |
| OpenClaw | 是 | 是 | 原生连接会自动捕获真实会话。 |
| Alma | 是 | 是 | 原生连接支持真实会话捕获。 |
| Codex | 是 | 是 | 原生连接通过 Stop hook 调用 nmem t save --from codex 捕获真实会话记录。 |
| Copilot CLI | 是 | 是 | 原生连接会在回复后、压缩前和会话结束时捕获 Copilot 已记录的会话内容。 |
| OpenCode | 是 | 是(本地自动同步) | 桌面应用轮询 OpenCode 的会话数据库自动导入。插件额外提供主动保存与交接工具。远程模式仅支持插件保存。 |
| Kimi Code | 目前是 MCP + 技能 | 仅导入 | nmem t sync --from kimi-code 可从 ~/.kimi-code/sessions 导入本机 Kimi Code 会话;还没有实时 hook 包。 |
| ZCode | 目前是 MCP + 技能 | 否 | ZCode 支持插件包和 hooks;Mem 还没有发布 ZCode 原生捕获包。 |
| MiMo Code | 目前是 MCP + 指引 | 仅导入 | nmem t sync --from mimo-code 可从 MiMo Code 的 mimocode.db 导入本机会话;还没有实时 hook 包。 |
| OMP | 目前是 MCP + 技能 | 仅导入 | nmem t sync --from omp 可从 ~/.omp/agent/sessions 导入本机 OMP 会话;还没有实时 hook 包。 |
| Pi | 是 | 是 | 原生扩展会同步 Pi 对话;nmem t sync --from pi 可以补导入旧的本地 Pi 会话。 |
| Hermes Agent | 是 | 是 | 原生记忆提供者会捕获新的 Hermes 轮次;nmem t sync --from hermes 可补导入本地 ~/.hermes/state.db 中的旧会话。 |
| Proma | 是 | 是 | UserPromptSubmit 和 Stop hooks 会解析 Proma SDK JSONL 会话,并把去重后的消息追加进 Mem 线程。 |
通用 npx skills 智能体 | 没有专属运行时导入器 | 否 | 应使用 save-handoff,而不是 save-thread。共享技能无法在各种宿主上稳定承诺真实 transcript 导入。 |
为什么通用 skills 不能承诺完整会话捕获
共享 skills 可以影响提示行为,但它并不能决定宿主智能体是否暴露可读取的会话文件,或稳定的 transcript API。正因为如此,通用 npx skills 才应该把 save-handoff 作为默认值。只有专属连接在对应运行时里真正具备能力时,才应该暴露真实的 save-thread。
如果你想看更完整的线程保存与导入矩阵,请继续看 对话指南。
面向自定义智能体的意图控制
原生连接通常已经把行为规则准备好了,会直接告诉智能体何时读取工作记忆简报、何时检索过去知识,以及何时保存真正值得长期保留的信息。
优先用宿主自己的指令文件,不要修改插件缓存
如果宿主本身已经支持用户可持有的指令文件,比如 AGENTS.md、CLAUDE.md、CLAUDE.local.md、GEMINI.md、.cursor/rules/*.mdc,或者 Copilot 的 instruction files,就应该把它们当作长期定制层。已安装插件里的文件只是默认值,不应该当作你要直接修改的地方。
如果你想看完整的“每个宿主应该改哪里”对照表,请直接看 安全地自定义连接行为。
如果你的智能体没有专属插件或扩展,就应该把这层“意图控制”直接写进 AGENTS.md、CLAUDE.md、GEMINI.md 或系统提示中。
加入一段简短、直接的意图策略
可以把下面这段策略放进 AGENTS.md、CLAUDE.md、GEMINI.md 或系统提示里:
## Nowledge Mem
把 Nowledge Mem 当作你的外部记忆系统。
在会话开始时:
- 如果身份、分区、行为规则或多智能体上下文重要,先运行 `nmem --json context --source-app "<host>"`。
- 只需要轻量日常简报时,再运行 `nmem --json wm read`。
- 如果 Context Bundle 已经包含 Working Memory,不要马上重复读取 Working Memory。
- 如果宿主已经知道当前项目、Agent 或工作区所在的分区,就把 `--space "<space name>"` 一起带上。
- 如果这个 Agent 是由多智能体编排工具启动的,`--source-app` 仍然写子运行时本身,并在子进程环境变量里设置 `NMEM_AGENT_ID="<agent id>"`。
在这些情况下主动搜索:
- 用户提到之前做过的工作、过去修过的问题,或更早的某个决策
- 当前任务是在继续某个已命名的功能、Bug、重构或子系统
- 当前的调试模式很像以前解决过的问题
- 用户在问理由、偏好、流程,或团队反复使用的工作方式
检索路由:
- 先用 `nmem --json m search` 查持久知识。
- 当用户问的是某次过去的讨论,或需要准确的对话历史时,再用 `nmem --json t search`。
- 如果结果里带有 `source_thread`,就用 `nmem --json t show <thread_id> --limit 8 --offset 0 --content-limit 1200` 分页查看,不要一口气加载整条长对话。
在保存知识时:
- 只有真正新的长期知识才用 `nmem --json m add`。
- 如果已有记忆已经记录了同一个决策、偏好或流程,而这次只是补充或修正,请改用 `nmem m update <id> ...`,不要制造重复。
- 交接摘要相关保存只在用户明确要求可恢复的交接摘要时使用。如果你的智能体只能看到 MCP 工具,也可以沿用同样的策略,只是把命令名替换成工具名:read_working_memory、memory_search、thread_search、thread_fetch_messages、memory_add、memory_update。
Spaces 应该保持为环境上下文
如果宿主本来就知道当前分区,就安静地把它传下去。如果宿主并不知道,就继续留在默认分区,不要平白增加用户心智负担。
对于多 Agent 宿主,更自然的分法通常只有三种:
- 一个 profile 或一个进程固定落在一个 space
- 宿主已经知道稳定身份或工作区,再推导出对应的 space
- 宿主能明确列出少量身份,再把它们映射到命名好的 spaces
如果宿主并没有可靠的身份信号,就不要假装它能做“每个 Agent 一个分区”的自动路由。
有些编排工具会为每个 worker 启动另一个 AI 工具。先连接这个 AI 工具,然后只在真正的“每个 Agent 一个边界”上添加 Mem 身份。
这里的区别很重要:
- Slock 和 Multica 可以表示命名 worker 或 Agent。为每个 worker 使用一个 Mem 身份。
- Lody Agent Config 很多时候只是运行时 preset。只有当某个 config 明确代表一个稳定角色时,才使用
NMEM_AGENT_ID。 - Cumora 可能只暴露每台电脑一个 daemon。如果多个 teammate 共用它,按 Cumora 指南使用 persona bridge,不要给共享 daemon 设置同一个
NMEM_AGENT_ID。
nmem agents upsert cindy \
--name "Cindy" \
--default-space onboarding \
--instructions "帮助用户完成 onboarding。一次只解释一个步骤。"这会创建名为 Cindy 的 Mem AI Identity。命令和环境变量里使用的 ID 是 cindy。这个命令只是创建身份记录;它不会让所有 Codex 会话都变成 Cindy。
当宿主有真正的每 Agent 环境边界时,在那里设置一个环境变量:
NMEM_AGENT_ID="cindy"把 Cindy 的 ID 理解成 Mem 身份,而不是 Slock 专属设置。以后如果你把 Cindy 从 Slock 换到 Multica,或者把启动的 AI 工具从 Codex 换成 Pi,保留同一个 NMEM_AGENT_ID,只更新工具连接。
如果这个身份已经有默认 Space,就不需要再设置 NMEM_SPACE。只有当这个运行时需要整体覆盖默认 Space 时,再加 NMEM_SPACE="onboarding"。
不要把所有子 Agent 都标成同一个编排工具名。编排工具只是启动者;真正影响 Context Bundle 的,是每个 worker 自己的稳定身份。source_app 仍然使用被启动的 AI 工具,例如 codex、claude-code、opencode 或 pi。NMEM_HOST_AGENT_ID 只适合高级场景,例如把 slock:<uuid> 这类宿主内部稳定 ID 映射到一个 Mem 身份;普通用户不需要同时设置两个身份变量。
会话同步跟随被启动的 AI 工具。编排工具里启动的 Codex 会话可以通过 Codex 连接同步;Claude Code 会话可以通过 Claude Code 连接同步。编排工具自己的房间历史或内部记忆,需要它提供导出、API 或 hook 后,Mem 才能直接导入。
如果你需要“像 Cindy,但不完全一样”的变体,明确 fork 一个新身份,例如 cindy-reviewer。不要因为编排工具里可以复用同一个名字,就把互相冲突的工作方式塞进同一个身份。
保持策略短、直接、可执行
最有效的意图提示,不是长篇说明,而是直接告诉智能体:
- 何时读取工作记忆简报
- 何时主动搜索
- 何时使用对话工具,而不是
memory_search - 何时新增记忆,何时更新已有记忆
- 何时交接摘要只能在用户明确要求时执行
模型上下文协议 (MCP)
MCP 是 Nowledge Mem 面向通用客户端的兼容层。只有当你的客户端支持 MCP、但没有专属的 Nowledge 连接时,才应该优先走这条路径。
专属连接、复用包 与 直接 MCP
| 路径 | 适用场景 | 示例 |
|---|---|---|
| 原生连接 | 你的工具已经有专属的 Nowledge 包 | Claude Code 插件、Grok Build 插件、Codex 包、Gemini CLI 扩展、OpenClaw 插件、Hermes 记忆提供者、Proma 插件、Alma 插件、Cursor 插件、Droid 插件、OpenCode 插件、Copilot CLI 插件、Pi 技能包 |
| 复用型工作流包 | 你的智能体可以安装共享技能或提示词 | npx skills、Pi 等共享工作流包 |
| 直接 MCP | 客户端支持 MCP,你需要标准工具访问 | Cursor 手动 MCP 配置、Claude Desktop、ChatWise、GitHub Copilot |
如何理解 MCP
当有专属连接时,优先使用专属连接。它们底层可能会用到 nmem、MCP、工具原生生命周期钩子,或者几者混合,但对终端用户来说,首先应该按“我装的是哪种入口”来理解,而不是先去理解底层传输方式。对 Codex 这类少数宿主来说,MCP 不是替代插件的另一条路,而是建议和插件一起用的 companion。
MCP 能力
- 搜索记忆:
memory_search - 读取 Context Bundle:
read_context_bundle - 读取工作记忆简报:
read_working_memory - 添加记忆:
memory_add - 更新记忆:
memory_update - 列出记忆标签:
list_memory_labels - 查找已保存对话:
thread_search、thread_fetch_messages、search_thread_messages - 提示词:
sum(把稳定的决策、流程和经验提炼为记忆)
MCP 不负责导入本地 transcript 文件。你的工具有原生连接时,优先使用原生连接;否则请在运行智能体的那台机器上执行 nmem t save --from claude-code、nmem t save --from grok、nmem t save --from codex 或 nmem t save --from gemini-cli。这样采集始终发生在本机,本地 Mem 和远程 Mem 使用同一条可靠路径。
MCP 服务器配置
ChatWise自主行为的系统提示
对于只支持 MCP 的应用,把下面这段策略加入系统提示、CLAUDE.md 或 AGENTS.md,就能让智能体更主动、更稳定地使用记忆能力:
## Nowledge Mem 记忆工具
你可以使用 Nowledge Mem 进行知识管理,请主动使用这些工具:
**会话开始时(`read_working_memory`):**
- 调用 `read_working_memory` 获取今日简报
- 了解用户当前的关注领域、优先事项和未解决问题
- 在与当前任务相关时自然引用这些上下文
- 如果任务明显是在续接、复盘、查回归、准备发布,或追问过去的决策,不要停在简报这里,继续做一次有针对性的检索
**何时搜索(`memory_search`):**
- 当前话题与之前的工作有关联
- 当前问题与过去解决过的问题类似
- 用户询问过去的决策("我们为什么选择 X?")
- 复杂调试,可能匹配过去的根本原因
- 复盘、发布、文档对齐、连接行为异常这类问题,通常也值得在前面就先查一次
**何时搜索对话(`thread_search` / `thread_fetch_messages`):**
- 用户在问某次之前的讨论或具体对话历史
- 某条记忆结果指向来源对话
- 按页逐步抓取消息,不要一次性倾倒整条长对话
- 只有在确实需要之前那段讨论本身时,再升级到对话检索
**何时保存记忆(`memory_add`):**
- 解决复杂问题或完成调试后
- 做出重要决策并附带理由时
- 发现关键洞察("原来如此"时刻)后
- 整理流程或工作方式时
- 在一段实质性工作结束前,主动检查一次:是否应该新增或更新一条真正值得留下的记忆
- 跳过:常规修复、进行中的工作、普通问答
- 已经知道类型时,传入 `unit_type`:`fact`、`preference`、`decision`、`plan`、`procedure`、`learning`、`context` 或 `event`
**何时更新已有记忆(`memory_update`):**
- 在保存前先搜索,看这个主题是否已经存在
- 如果检索结果已经包含同一个决策、偏好或流程,就更新原有记忆,而不是再新增一条近似重复的内容
- 当新信息是在补充、修正或延伸已有知识时,优先使用更新这能让仅支持 MCP 的应用进入“有引导”的主动记忆模式。但它仍然不等于 hook 驱动的原生连接。所以,只要你的宿主已经有专属 Nowledge 包,优先走专属路径。
浏览器扩展
从受支持的 Web AI 聊天平台捕获记忆,支持自动捕获、手动提炼和对话备份。
对话
导入和管理来自编程工具、导出文件、API 或命令行的对话。
工具指南
按你实际使用的产品来找对应的安装与配置指南。这里既包含原生连接,也包含内置路径和可复用工作流包。
如果你想在安装后确认这条路径是否真的已经生效,请配合 如何确认 Mem 已经在工作 一起使用。
| 连接 | 你会得到 |
|---|---|
| Claude Code | 插件含生命周期钩子,开局读简报,适时保存 |
| Droid | Factory 插件,带工作记忆简报、路由式检索、提炼与可恢复的交接摘要 |
| Cursor | 插件包内含启动钩子、MCP 配置、路由式检索、提炼与可恢复交接摘要 |
| Claude Desktop | 一键安装的扩展,对话中随时保存、搜索、更新记忆 |
| Codex | Codex 的 hybrid 路径:插件包内含 MCP,同时负责 Working Memory、行为引导与自动线程捕获 |
| OpenCode | 原生连接:Working Memory、搜索、保存、会话捕获和可恢复交接的八个工具 |
| Pi | 原生包:Working Memory、路由检索、知识蒸馏、自动线程同步和交接摘要 |
| Kimi Code | MCP 和技能路径:上下文、检索、记忆保存与按需 transcript 导入 |
| ZCode | ZCode 原生 MCP 和 Skills 设置,使用 Z.ai 连接身份 |
| MiMo Code | 面向 Xiaomi MiMo 编程智能体的 MCP 记忆、项目指引与按需 transcript 导入 |
| OMP | 面向 Pi 衍生 OMP 编程智能体的 MCP、技能和按需 transcript 导入 |
| Hermes Agent | 原生记忆提供者:Working Memory 启动、每轮前检索、保存指引与会话线程搜索工具 |
| Proma | 桌面智能体接入方式:MCP 工具、写入 CLAUDE.md 的启动上下文、自动会话保存和标准 skills |
| Gemini CLI | 原生扩展,内含 MCP、生命周期钩子、命令与技能,并由 nmem 负责真实会话保存 |
| Grok Build | 编程智能体插件路径,提供启动上下文、记忆引导与自动本机会话捕获 |
| Alma | 插件含自动回忆和可选的自动捕获 |
| OpenClaw | 含生命周期和回归测试的完整配置指南 |
| Raycast | 四个命令:搜索、添加、读取工作记忆简报,以及本地编辑简报 |
| DeepChat · LobeHub | 内置支持,开关即用,无需配置 MCP |
相关指南: Claude Code · Grok Build · Droid · Cursor · Claude Desktop · Codex · OpenCode · Pi · Kimi Code · ZCode · MiMo Code · OMP · Hermes Agent · Proma · Gemini CLI · Alma · OpenClaw · Raycast · 内置 Web 聊天
LLM 友好文档
本文档站的每一页都可以作为干净的 Markdown 供 AI 智能体和 LLM 使用:
curl -H "Accept: text/markdown" https://mem.nowledge.co/docs/integrations| 端点 | 返回内容 |
|---|---|
/llms-full.txt | 所有文档页面合并为一个文件 |
/llms.mdx/docs/<slug> | 单页 Markdown |
无需认证。
API
RESTful API,完整访问你的知识库。
命令行界面 (CLI)
nmem CLI 提供终端下的知识库访问,面向开发者和 AI 智能体。
安装
| 平台 | 安装方式 |
|---|---|
| macOS | 设置 → 偏好设置 → 开发者工具 → 安装 CLI |
| Windows | 随应用自动安装 |
| Linux | 包含在 deb/rpm 包中 |
快速上手
# 检查连接
nmem status
# 搜索记忆
nmem m search "项目笔记"
# 创建记忆
nmem m add "重要洞察" --title "项目学习"
# 保存 Claude Code/Grok Build/Codex/Gemini 会话
nmem t save --from claude-code
nmem t save --from grok
nmem t save --from codex -s "本次完成的内容摘要"
nmem t save --from gemini-cli -s "本次完成的内容摘要"AI 智能体
# JSON 输出,便于解析
nmem --json m search "API 设计"
# 链式命令
ID=$(nmem --json m add "笔记" | jq -r '.id')
nmem --json m update "$ID" --importance 0.9命令参考
| 命令 | 别名 | 描述 |
|---|---|---|
nmem status | 检查服务器连接 | |
nmem stats | 数据库统计 | |
nmem memories | nmem m | 记忆操作 |
nmem threads | nmem t | 对话操作 |
完整文档
运行 nmem --help 或查看 GitHub 上的 CLI 参考。