escalate 模式只会在消息询问过去,并且确定性记忆通道没有找到强可信触发匹配时,才运行其阻塞式回忆子代理。
这使普通回复保持快速,同时为先前的决策、对话,以及时间性或多跳问题保留更深的搜索路径。
扁平检索在直接事实匹配方面最强,但在时间性和多会话问题上较弱。LongMemEval (arXiv:2410.10813)
衡量了这种差距,而 PrefEval 基准则突出了偏好相关提醒的价值。
默认情况下的升级会把阻塞式模型调用用在这些更难的回忆形态实际上出现的地方。
跨会话记忆
对于个人或完全受信任的代理,请通过每个代理的设置启用其其他 私有对话之间的有限回忆:session.dmScope 必须未设置或为
"main",且任何绑定都不得覆盖 session.dmScope。任何已配置的 DM 隔离都会将其默认关闭。显式的 true 或 false 始终优先生效。启用后,OpenClaw 会索引该代理的会话转录,并在适用的私有回复之前运行一次主动记忆检索步骤。该步骤可以从该代理的其他私有对话中读取相关的转录摘录。它不会包含当前正在回复的对话。
隐私边界是固定的:
- 私有直连和持久化的显式 UI 对话可以相互回忆
- 群组和频道既不是回忆来源,也不是回忆目的地
- 其他代理的转录内容永远不符合条件
- 元数据不足的未知或已归档转录会被拒绝
tools.sessions.visibility,也不会授予更广泛的 sessions_* 工具访问权限。共享工作区记忆(MEMORY.md 和 memory/*.md)保持其现有行为。
主动记忆必须保持启用。检索会为符合条件的回复增加一个有界的阻塞步骤;超时、搜索不可用以及结果为空时,都会在没有回忆的转录上下文的情况下继续回复。OpenClaw 的内置记忆提供程序支持这一受保护的转录回忆路径。其他记忆提供程序会保留各自的回忆行为,但不会自动获得私有转录授权。openclaw doctor
会报告不受支持的提供程序或缺少 memory_search 工具。
高级 Active Memory 快速开始
将以下内容粘贴到openclaw.json 中,作为高级安全默认配置:启用插件,仅作用于
main,仅限直接消息会话,模型继承自当前会话。
plugins.entries.*(包括 active-memory.config)属于无需重启的配置类别:
Gateway 会自动重新加载插件运行时,无需手动重启。如果你仍想强制完整重启,请运行:
plugins.entries.active-memory.enabled: true启用该插件config.mode: "escalate"仅在存在回忆意图且没有强确定性命中时执行深度回忆config.agents: ["main"]仅将mainagent 纳入config.allowedChatTypes: ["direct"]将其限定为直接消息会话(如需群组/频道请显式启用)config.model(可选)固定专用回忆模型;未设置时继承当前会话模型config.modelFallback仅在没有显式或继承模型可用时使用config.fastMode可选地为回忆覆盖快速模式,而不更改主 agentconfig.promptStyle: "balanced"是recent模式的默认值- active memory 仍然只会在符合条件的交互式持久聊天会话中运行(参见运行时机)。
工作原理
深度回忆子代理只能调用已配置的记忆回忆工具(见 记忆工具)。如果查询与 可用记忆之间的关联较弱,它会返回NONE,而主回复将
在不附加额外上下文的情况下继续。
主动记忆是一种会话增强功能,而不是平台范围的推理功能:
当会话是持久的、面向用户的,且代理拥有有意义的长期记忆可供搜索,并且连续性/个性化比原始提示词的确定性更重要时,应使用它:稳定的偏好、重复出现的习惯、应自然浮现的长期上下文。它不适合自动化、内部工作流、一次性 API 任务,或任何隐藏个性化会令人意外的场景。
何时运行
Active Memory 有两个面向 deep-recall 通道的定位路径:- 跨会话记忆 会自动定位到其有效
memory.search.rememberAcrossConversations设置已启用的 agent,但仅限于私密直接对话或持久化的显式 UI 会话。 - 高级 Active Memory 会定位到列在
plugins.entries.active-memory.config.agents中的 agent ID,并应用该插件的聊天类型和聊天 ID 控制。
/active-memory off 会暂停该会话的这两条路径。如果任何条件不满足,active memory 就不会在该轮运行,主回复也不会受影响。
config.mode 控制目标轮次何时启动阻塞式子 agent:
确定性的 trusted-trigger lane 在
off 模式下仍然可用。rememberAcrossConversations 不变:它仍然控制 deep recall 是否可以搜索其他私密会话。
会话类型
config.allowedChatTypes 控制哪些类型的会话可以运行高级 Active Memory 路径。它不能扩大跨会话记忆的范围:即使高级 Active Memory 允许在群组或频道中运行,该产品设置仍然只限私密场景。默认值:
direct、group、channel、explicit(门户风格会话,具有一个不透明的 session id,例如 agent:main:explicit:portal-123)。直接消息会话默认运行;group、channel 和 explicit 会话需要显式启用:
config.allowedChatIds 和 config.deniedChatIds:
allowedChatIds是已解析会话 id 的允许名单。非空时,active memory 只会在会话 id 位于该列表中的会话上运行——这会一次性收窄所有允许的聊天类型,包括直接消息。若要保留所有直接消息,同时只收窄群组,请把直接对端 id 也加入allowedChatIds,或者将allowedChatTypes仅限制在你正在测试的 group/channel 灰度范围内。deniedChatIds是拒绝名单,优先级始终高于allowedChatTypes和allowedChatIds。
chat_id/open_id、Telegram 的 chat id、Slack 的 channel id)。匹配大小写不敏感。如果 allowedChatIds 非空,而 OpenClaw 无法为该会话解析出 conversation id,active memory 会跳过该轮,而不是猜测。
会话切换
在不编辑配置的情况下,暂停或恢复当前聊天会话的活动记忆:plugins.entries.active-memory.config.enabled、代理的
memory.search.rememberAcrossConversations 设置,或其他全局
配置。
如果要对所有会话暂停/恢复,请使用全局形式(需要
owner 或 operator.admin):
plugins.entries.active-memory.config.enabled,但
会保持 plugins.entries.active-memory.enabled 为开启状态,因此该命令仍可用来稍后重新开启活动记忆。
如何查看它
默认情况下,active memory 会注入一个隐藏的、不受信任的提示前缀, 它不会显示在正常回复中。打开与你想要的 输出相匹配的会话切换项:/verbose on会添加一行状态信息:🧩 Active Memory: status=ok elapsed=842ms query=recent summary=34 chars/trace on会添加一条调试摘要:🔎 Active Memory Debug: Lemon pepper wings with blue cheese.
/trace raw 时,被跟踪的 Model Input (User Role) 区块会显示原始
隐藏前缀:
查询模式
config.queryMode 控制阻塞子代理能看到多少对话内容。请选择仍能很好回答后续问题的最小模式;随着上下文大小增加,相应增大 timeoutMs,从 message 到 recent 再到 full。
- message
- recent
- full
只发送最新的用户消息。当你希望获得最快的行为、最强的稳定偏好回忆倾向,并且后续轮次不需要对话上下文时使用。
config.timeoutMs 建议从大约 3000 到 5000 毫秒开始。提示词样式
config.promptStyle 控制子代理在返回记忆时的积极程度或严格程度。
当未设置
config.promptStyle 时的默认映射:
config.promptStyle 始终会覆盖该映射。
模型回退策略
如果config.model 未设置,active memory 会按以下顺序解析模型:
config.modelFallbackPolicy 是一个已废弃的兼容字段,仅为旧配置保留;它不再改变运行时行为——modelFallback 严格来说只是上述链路中的最后手段,而不是在已解析模型出错时切换到另一个模型的运行时故障转移。
速度建议
保留config.model 未设置(继承会话模型)是最稳妥的默认方式:它会沿用你现有的提供商、认证和模型偏好。若想降低延迟,建议改用专门的快速模型——recall 的质量很重要,但在这里延迟更重要,因为主回答路径之外的工具面很窄(只有 memory recall 工具)。
推荐的快速模型选项:
cerebras/gpt-oss-120b,专用于低延迟 recall 的模型google/gemini-3-flash,在不更改主聊天模型的情况下提供低延迟回退- 通过保留
config.model未设置,继续使用你的常规会话模型
Cerebras 配置
chat/completions 访问权限——仅能看到 /v1/models 并不能保证这一点。
记忆工具
config.toolsAllow 设置阻塞子代理可调用的具体工具名称,用于高级 Active Memory。默认值取决于当前的记忆提供方:
如果没有任何已配置的工具可用,或者子代理运行失败,active memory 会跳过该轮的召回,主回复会在没有记忆上下文的情况下继续。对于自定义召回工具,只要面向模型可见的工具输出非空,就会被视为召回证据,除非结构化结果字段明确报告结果为空或失败。
toolsAllow 只接受具体的记忆工具名称:通配符、group:* 条目,以及核心代理工具(read、exec、message、web_search 以及类似工具)都会在隐藏子代理启动前被静默过滤掉。
Built-in memory
无需显式设置toolsAllow:
LanceDB memory
在安装并配置 LanceDB后,Active Memory 会自动使用memory_recall;无需显式设置 toolsAllow:
memory.search.rememberAcrossConversations 不会通过 memory_recall 暴露私有会话转录。当 LanceDB 是活动记忆提供方时,请使用 LanceDB 的自动召回或上面的高级配置。
Lossless Claw
Lossless Claw 是一个外部上下文引擎插件(openclaw plugins install @martian-engineering/lossless-claw),拥有自己的召回工具。请先将其作为上下文引擎进行设置;参见 上下文引擎。然后将 active memory 指向它的工具:
lcm_expand 添加到 toolsAllow;Lossless Claw 将其用作更底层的工具,用于委派扩展,不适合顶层的 active-memory 子代理。Lossless Claw 会改变上下文组装方式,但不会替换当前的记忆提供方。在同时使用 rememberAcrossConversations 时,请将 memory_search 保留在 toolsAllow 中;仅包含 LCM 工具的列表对于高级 Active Memory 仍然有效,但会禁用产品的转录召回路径。
高级逃生通道
不属于推荐的配置。config.thinking 会覆盖子代理的思考级别(默认值为 "off",
因为主动记忆运行在回复路径中,额外的思考时间会直接
增加用户可感知的延迟):
config.fastMode 只会覆盖阻塞式记忆子代理的快速模式。
可使用 true、false 或 "auto";保持未设置以继承正常
代理、会话和模型默认值。"auto" 使用召回模型配置的
fastAutoOnSeconds 截止值:
config.promptAppend 会在默认提示之后、对话上下文之前添加操作员指令——
当非核心记忆插件需要特定的工具顺序或查询形状时,可将其与自定义的
toolsAllow 配对使用:
config.promptOverride 会完全替换默认提示(之后仍会附加对话上下文)。除非你有意
测试不同的召回契约,否则不建议这样做——默认提示经过调优,旨在返回
NONE 或供主模型使用的简洁用户事实上下文:
转录持久化
阻塞式子代理运行会将其运行时转录保存在代理的 SQLite 存储中。默认情况下,OpenClaw 会在运行结束后删除临时的子代理会话行,并且不会创建 JSONL 文件。 要将这些转录导出为用于调试的 JSONL 产物:config.transcriptDir 更改相对产物子目录。请谨慎使用:导出内容在繁忙会话中会迅速累积,full 查询模式会复制大量对话上下文,这些产物还包含隐藏的提示上下文以及检索到的记忆。
配置
所有活跃记忆配置都位于plugins.entries.active-memory 下。
有用的调优字段:
推荐配置
从recent 开始:
/verbose on 来显示状态行,使用 /trace on 来显示调试摘要,
并在调优时使用——这两者都会在主回复之后作为后续消息发送,而不是
在之前发送。只有当每个符合条件的轮次都值得这份延迟时才使用 always。保留
escalate 作为推荐的平衡方案,然后在深度召回查询本身中选择 message、recent 或 full。
冷启动宽限
在 v2026.5.2 之前,插件会在冷启动期间静默地将timeoutMs 额外延长 30000 ms,因此模型预热、嵌入索引加载和第一次召回可以共用一个更大的预算。v2026.5.2 将这段宽限移到了显式的 setupGraceTimeoutMs 配置之后:现在默认情况下,timeoutMs 只是召回工作的预算,除非你显式启用它。阻塞钩子会把这段预算分成两个固定阶段:召回开始前最多 1500 ms 用于会话/配置预检,然后在召回工作停止后再单独提供固定的 1500 ms 用于中止结算和转录恢复。这两个额度都不会延长模型或工具执行时间。
如果你是从 v2026.4.x 升级,并且为了旧的隐式宽限环境调过 timeoutMs(推荐的入门值 timeoutMs: 15000 就是一个例子),请设置 setupGraceTimeoutMs: 30000 以恢复 v5.2 之前的有效预算:
timeoutMs + setupGraceTimeoutMs + 3000 ms(即配置的召回工作预算,加上最多 1500 ms 的预检,再加上固定的 1500 ms 召回后完成额度)。内嵌的召回运行器使用相同的有效超时预算,因此 setupGraceTimeoutMs 同时覆盖外层的提示构建看门狗和内层的阻塞式召回运行。
对于资源紧张、且可以接受冷启动延迟权衡的网关,较低的值(5000-15000 ms)也可以使用——代价是网关重启后第一次召回在预热完成前返回空结果的概率更高。
调试
如果 active memory 没有出现在你预期的位置:- 确认插件已在
plugins.entries.active-memory.enabled下启用。 - 对于跨会话记忆,请确认代理的有效
memory.search.rememberAcrossConversations设置已启用,运行openclaw doctor以验证当前记忆提供程序支持受保护的 转录回忆,并在显式配置时确认config.toolsAllow包含memory_search。 对于高级 Active Memory,请确认代理 ID 已列在config.agents中。 - 确认你是在符合条件的交互式持久会话中进行测试。
- 请记住,群组和频道永远不会使用跨会话转录回忆。
- 开启
config.logging: true并查看 gateway 日志。 - 使用
openclaw status --deep验证 memory search 本身是否正常工作。
maxSummaryChars。如果 active memory 太
慢,请降低 queryMode、降低 timeoutMs,或者减少最近轮次数量和每轮字符上限。
常见问题
Advanced Active Memory 依赖于所配置的内存插件的召回 流程,因此大多数召回异常其实是嵌入提供方的问题,而不是 active-memory 的 bug。默认的memory-core 路径使用 memory_search 和
memory_get;memory-lancedb 插槽使用 memory_recall。如果你使用了其他
内存插件,请确认 config.toolsAllow 中列出了该插件实际注册的工具。跨会话记忆
的范围更窄:当前内存提供方必须支持 OpenClaw 的受保护同 agent/private-session 召回
路径。
嵌入提供方已切换或停止工作
嵌入提供方已切换或停止工作
如果未设置
memory.search.provider,OpenClaw 会使用 OpenAI embeddings。请为
Bedrock、DeepInfra、Gemini、GitHub Copilot、LM Studio、local、Mistral、Ollama、
Voyage 或兼容 OpenAI 的 embeddings 显式设置 memory.search.provider。如果已配置的
provider 无法运行,memory_search 可能会退化为仅词法检索;一旦 provider 已经选定,
运行时失败不会自动回退。仅当你需要一个明确的单一 fallback 时,才设置可选的 memory.search.fallback。
有关提供方的完整列表和示例,请参见 记忆搜索。召回速度慢、结果为空或不一致
召回速度慢、结果为空或不一致
- 打开
/trace on,以在会话中显示插件拥有的 Active Memory 调试 摘要。 - 打开
/verbose on,以便在每次回复后也能看到🧩 Active Memory: ...状态行。 - 关注 gateway 日志中的
active-memory: ... start|done、memory sync failed (search-bootstrap)或 provider embedding 错误。 - 运行
openclaw status --deep来检查 memory-search 后端和 index 健康状况。 - 如果你使用
ollama,请确认已安装 embedding 模型 (ollama list)。
gateway 重启后的第一次召回返回 `status=timeout`
gateway 重启后的第一次召回返回 `status=timeout`
在 v2026.5.2 及更高版本中,如果冷启动设置(model warm-up + embedding
index load)在第一次召回触发时尚未完成,运行可能会耗尽配置的
timeoutMs 预算,并返回 status=timeout 且输出为空。gateway 日志会在重启后
第一个符合条件的回复附近显示 active-memory timeout after Nms。请参见“推荐配置”下的 冷启动宽限 以获取
推荐的 setupGraceTimeoutMs 值。