对照表 · 八步启用 · 定量闸门 · VNC 15 分钟核对
自 2026.4.10 前后起，OpenClaw 主线里出现可选的 Active Memory 插件路径：在主模型正式回答前，插入一段面向「本会话任务」的记忆子代理工作流，用于把偏好、近期事实与历史细节主动拉进上下文，减少用户反复手动 @记忆。与《Memory Palace / Imported Insights 与上下文膨胀》 侧重「可视化召回与导入语料治理」不同，本文只钉 Active Memory 插件：何时启用、模式如何影响 token 账单、/verbose 里该看什么、以及租用节点上 transcript 与磁盘隐私的硬边界。读完你应能复述：与 Palace 的分工表、八步上线顺序、四条可写进变更单的量化闸门、以及十五分钟内如何在 VNC 与 Gateway 控制台之间把「记忆成本」对齐到发票行项目。
Active Memory 的本质是多一次（或一段）模型调用/检索合成，而不是免费缓存。下面五类误区在远程 Mac 上更常见，因为磁盘与工作区归属往往跨外包、跨客户，若不写清，审计时很难解释「这段记忆是谁的、保留多久」。
与 Palace 混读日志：Palace 回答「召回了哪些块」；Active Memory 回答「在进主模型前额外合成了哪些中间态」。把两者日志行混在同一工单模板里，排障会分叉。
模式全开当默认：message / recent / full（或文档中的等价命名）对首包时延与 token 上限影响非线性；默认 full 往往是最贵的「演示配置」，不是生产配置。
把 /verbose 当聊天玩具：/verbose 是排障与审计开关，长期开着会改变日志噪声与部分中间件的采样行为；应与《无回复排查》 里的「观察窗纪律」一起读。
忽略 transcript 选项：若开启与 transcript 相关的调试持久化，租用磁盘上会出现可反查的用户语句副本；这与《SOUL/MEMORY/IDENTITY》 文件层策略必须交叉评审。
与多模型路由脱节：子代理若走不同 provider，会在 429/超时面上与主链解耦失败；应回到《多模型路由与成本》 把「主备 + Active Memory 侧链」写进同一降级表。
用「问谁、付什么账、落什么盘」三列对齐，而不是用产品营销名对齐。
| 能力 | 主要回答的问题 | 计费与延迟敏感点 | 远程 Mac 注意 |
|---|---|---|---|
| Active Memory 插件 | 主回复前要不要插入「会话任务向」记忆合成 | 多一段子调用/合成；模式越宽越贵 | 同用户图形会话里核对插件开关与 Gateway 指标；避免与无头账户分叉 |
| Memory Palace | 可视化块召回是否自洽、是否与磁盘权威冲突 | 索引重建与检索体积 | 大导入后磁盘与 CPU 峰值；见 Palace 专文 |
| SOUL/MEMORY 文件 | 长期人格与事实的编辑流程 | 人工维护成本 | VNC 下 diff 与权限；与 SecretRef 审计同节奏 |
经验法则：若你的团队痛点是「用户懒得手动维护 MEMORY，但愿意多付一点模型费换少打字」，Active Memory 优先级高；若痛点是「导入后索引爆炸、Palace 与文件对不齐」，应先去读 Palace 专文而不是叠插件。
顺序固定为 备份 → doctor 基线 → staging 单通道 → 模式收敛 → 生产灰度 → 观测 → 审计 → 文档化。任一步失败只允许回滚到上一步。
备份工作区与配置：含 openclaw 版本指纹；与《v2026.4.5 升级与 doctor》 同一 tarball 策略。
关闭旁路：确认默认路径下 Active Memory 未启用时的 Gateway P99 与错误率，作为对照基线。
staging 单 IM 或 WebChat：只开一条通道，避免多通道并发把子代理日志搅在一起。
模式从窄到宽：先 message 或等价最窄模式，再评估 recent；full 仅留作排障短时窗口。
/verbose 对照：核对子代理是否按预期触发、是否出现重复合成；与 Gateway request id 对齐。
成本对齐：把子代理 provider 与主链写入同一张「429 与限额」表，见多模型路由长文。
隐私闸门：若启用 transcript 类选项，写明保留周期与清除 Runbook，并在 VNC 会话里抽查目录体积。
变更单归档：八步截图或日志片段进 Wiki，避免「只有某位工程师的聊天窗口里见过」。
P1: 同一 request 能在日志里串起「子代理 → 主模型」两段耗时 P2: 模式从窄到宽每档都有 24h 指标截图或导出 P3: /verbose 默认关闭；开启需 ticket 与时间窗 P4: 磁盘可列出 Active Memory 相关持久化路径与 owner
下列项假设你已在远程 Mac 打开与 Gateway 同一用户的图形会话，用于点系统权限、看浏览器控制台与对比菜单栏时间。
| 核对 | 要点 | 通过 |
|---|---|---|
| 插件开关可见性 | 配置界面或文档化环境变量与运行实例一致 | 无「SSH 里一套、桌面里一套」 |
| /verbose 窗口 | 短时开启能复现子代理轨迹 | request id 与 Gateway 对齐 |
| 磁盘抽样 | 相关目录无意外超大日志或 transcript | 路径与留存策略写在 Wiki |
| 多模型 | 子代理与主链 provider 在 UI 或配置文件中可读 | 429 时降级顺序可执行 |
补充：远程团队常把「能 SSH 进去」误当成「能验收」。对 Active Memory 这类跨子系统特性，短 VNC 窗口 + 固定对照脚本 比长 SSH tail 更省总工时——这与站内多篇 OpenClaw 图形化实践的结论一致。
从业务视角，记忆子系统上线最大的隐性成本往往不是 API 账单，而是可审计性与回滚故事：当客户问「你们为什么记得这句话」时，你能不能在三分钟内指出是子代理合成、Palace 召回，还是 MEMORY 文件里的明文。Active Memory 让「少打字」变容易的同时，也把中间态暴露面变大；治理动作必须跟得上。
与 Active Memory 分工对照阅读。
阅读 →磁盘权威与编辑清单。
阅读 →子链路与主链 429 协同。
阅读 →可以，但建议仍从窄模式 + 单通道 staging起步，并写清「超阈值自动回退」；否则第一个月底就会面对「为什么 token 翻倍」这类不好回答的财务问题。
主要风险是日志量与采样开销；生产上应 ticket 化、限时、限通道，并与现有日志轮转策略对齐。
取决于你是否把状态落在磁盘与受控目录；若只存在会话 RAM，关机即失。应在变更单写清「允许落盘的路径」与「到期删」，并与续费/换节点文互读。
Active Memory 把「记忆」从静态文件推进到可按会话调度的子代理能力：收益是更少重复提问与更连贯的多轮任务；代价是更复杂的日志、更高的 token 上限与更敏感的隐私面。没有 Palace 与文件层纪律兜底，插件只会放大混乱而不是消除混乱。
自有 Mac 上你当然可以慢慢摸配置；但在按小时计费、磁盘与账号边界更「公共」的远程环境里，任何「多写一点盘、多打一圈日志」都会被放大成成本与合规问题。把八步 Runbook 与四条闸门写进 Wiki，再用短 VNC 窗口做图形验收，是更稳妥的落地方式。
若你需要一台可同时 SSH 配 OpenClaw、又用 VNC 对着 Gateway 与系统弹窗做验收的 Apple Silicon 环境，可通过 VNCMac 租用远程 Mac：主按钮进入 购买页；连接说明见 远程连接 与 首页。把本文与 Memory Palace、SOUL/MEMORY、多模型路由三篇放在同一目录下，后续升级 OpenClaw 时不容易漏改子链路。