Cradle × Nowledge Mem
使用 Cradle 内置的官方插件，读取 Working Memory、引导检索和保存知识，并操作 Thread 或接入 MCP。
Cradle 官方集成
这个插件由 Cradle 维护并随 Cradle 一起提供。请直接启用内置集成，不要再从 Nowledge 社区仓库安装第二份插件。
Cradle 把 @cradleapp/nowledge-mem 作为第一方集成插件提供。记忆、对话、Space、图谱数据与凭证仍由 Mem 管理；Cradle 只负责让 Agent 通过自己的插件系统使用这些能力。
开始前
- Nowledge Mem 已在本机运行，或你有可访问的远程 Mem
- 已安装 Cradle
- 可以打开 Cradle 的 Plugin Marketplace 与插件设置
本地使用时，先确认 Mem 正常：
nmem status启用插件
- 打开 Cradle 的 Plugin Marketplace。
- 在 integration plugins 中找到 Nowledge Mem。
- 启用这个内置插件。
- 从 Cradle 侧边栏打开 Nowledge Mem Settings。
- 保留默认本地地址，或填写你的 Mem server 地址。
默认地址是：
http://127.0.0.1:14242配置
设置面板只保存非敏感配置：
| 设置 | 用途 |
|---|---|
apiUrl | Mem HTTP API 根地址 |
mcpUrl | 可选的 streamable HTTP MCP endpoint |
spaceId | 可选的默认 Space |
enabled | 是否启用集成 |
使用环境变量或远程 Mem 时，也可以设置：
NMEM_API_URL=http://127.0.0.1:14242
NMEM_MCP_URL=http://127.0.0.1:14242/mcp
NMEM_API_KEY=your-keyCradle 不会把 NMEM_API_KEY 写入插件存储，也不会从公开配置接口返回它。设置面板只会显示当前是否已有 API Key。
验证
先打开插件状态页，再对 Cradle Agent 说：
使用 Nowledge Mem 集成读取我的 Working Memory，并总结当前重点。连接正常时，Cradle 可以访问 Mem，并返回 Working Memory 或 Context Bundle。如果配置了 mcpUrl，Cradle 还会为支持它的运行时注册 nowledge-mem streamable HTTP MCP server。
目前已经支持
- 读取 Working Memory
- 以
source_app=cradle获取 Context Bundle - 搜索与显式创建长期记忆
- 搜索、读取、创建和追加已保存的 Thread
- 按配置注册 Mem MCP
- 加载 Cradle 内置的
nowledge-memskill
目前还不会自动发生
Cradle 当前的插件以引导调用和插件 route 为主，暂时不提供：
- 每轮前自动召回
- 自动捕获完整会话
- 压缩前捕获
- 在所有 Cradle runtime 中统一暴露工具
这些能力需要 Cradle 提供插件生命周期事件。额外安装一套 Mem hook 或社区插件并不能制造这些宿主事件，反而可能形成重复所有权，因此请只保留 Cradle 内置插件。
故障排查
Cradle 无法连接 Mem
在同一台机器运行 nmem status，再检查 apiUrl。远程使用时，确认 Cradle 能访问该地址，并且 Cradle 进程能读取 NMEM_API_KEY。
Agent 能调用插件 route，但看不到 MCP 工具
把 mcpUrl 设为 Mem MCP endpoint，然后重新加载插件。本地默认值是 http://127.0.0.1:14242/mcp。
Cradle 对话没有出现在 Threads
除非 Agent 显式创建或追加 Thread，否则这是当前预期行为。Cradle 现有插件生命周期还不包含自动 transcript 捕获。