OpticLM × Nowledge Mem
使用 OpticLM 自己维护的 Nowledge SDK 保持 Thread 连续；如果还需要 Agent 主动召回和保存知识，再同时接入 Mem MCP。
由 OpticLM 维护的集成
OpticLM 维护 @opticlm/nmem，用于 Optic 的 Extension 功能。它是 Optic 内部的集成 SDK，不是 Mem 用户需要自己安装的插件包。
OpticLM 默认保持无状态，并让用户自己选择记忆层。它的官方 Nowledge 路径会直接调用 Mem HTTP API，处理 Space 与 Thread。
开始前
- Nowledge Mem 已在运行 Optic 的机器上启动，或 Optic 可以访问你的 Mem server
- Optic 已更新到当前版本
- 可以打开 Optic 的 Extension 设置
默认本地路径可以先这样确认：
nmem statusMem 通常监听：
http://127.0.0.1:14242启用内置集成
- 打开 Optic 的 Extension 设置。
- 如果当前 build 已提供 Nowledge Mem，找到并启用它。
- 填写希望 Optic 使用的 Mem endpoint。
- 进行一段短对话，再到 Mem 的 Threads 检查是否已经出现。
这里没有需要另行安装的 Nowledge 社区插件。不要把 @opticlm/nmem 当作终端用户 Extension 手动安装；这个依赖及其生命周期由 Optic 管理。
Optic 公开 SDK 已支持什么
当前发布的 SDK 提供：
- 列出与创建 Mem Space
- 创建 Thread
- 使用可选的去重与幂等键追加消息
- 在本地历史发生变化时 reconcile Thread tail
- 删除单条或一组有边界的 Thread
它是一条直接的 Thread bridge。具体何时调用这些操作，由 Optic 决定。
通过 MCP 增加 Agent 记忆能力
Optic 的公开 SDK 暂时不提供 Working Memory、记忆搜索、长期记忆写入或图谱浏览。如果希望 Optic Agent 在工作中使用这些能力，请同时通过 Optic 的 MCP Extension 支持添加标准 Mem MCP server：
{
"mcpServers": {
"nowledge-mem": {
"url": "http://127.0.0.1:14242/mcp/",
"type": "streamableHttp"
}
}
}使用受保护或远程 server 时，请按 Optic MCP 配置支持的方式填写 endpoint 与认证。内置 Thread 集成和 MCP 可以同时使用：前者保证对话连续，后者给 Agent 提供召回与记忆工具。
验证
先完成一段短对话，到 Mem 的 Threads 检查 Optic Thread 是否持续更新。
如果还配置了 MCP，再问 Optic：
使用 Nowledge Mem 读取我的 Working Memory，并总结当前重点。这是两项独立检查。能看到 Optic Thread，不代表 Agent 已有召回工具；MCP 工具可用，也不代表 Optic 的 Thread bridge 已启用。
故障排查
Optic 中没有 Nowledge Mem 选项
先更新 Optic。这个集成由 OpticLM 自己发布，Mem 侧没有一个可以补出该设置界面的插件包。
MCP 工具可用，但没有 Optic Thread
启用 Optic 内置的 Nowledge 集成。MCP 本身不会导入或镜像宿主 transcript。
Thread 已出现，但 Agent 从不召回知识
再添加 Mem MCP server。公开的 @opticlm/nmem SDK 聚焦 Space 与 Thread 同步，不负责记忆检索。