从LanceDB Pro回到memory-core，真正要升级的不是记忆数量，而是召回质量、隐私边界和可恢复能力。
先说预测：接下来，AI助手之间的差距，不只在“这一轮回答有多聪明”，还在于隔了一周，它能不能找回正确的项目规则。但记忆越多不等于越可靠：重复的客户偏好、过期的交付要求、没有注明来源的判断，都可能让自动化越跑越偏。
OpenClaw 2.0让不少老用户重新考虑记忆架构。本文结合一则公开迁移案例与官方资料，整理成可操作的升级指南；不把原作者的个人体验写成本网站实测，也不建议所有用户立刻卸载第三方插件。
01 / 不只是换皮，但别把版本号当发布日期
官方2.0公告标注日期为2026年8月30日，介绍了浏览器应用重建、简化安装和团队协作等改动；GitHub的v2026.8.1发布页显示8月31日。写作时应以这些记录为准，不能因为版本名里有“8.1”，就认定8月1日已正式发布。
新版着力把对话、设置和进行中的工作放进更完整的浏览器体验。发布说明还列出可跨刷新保留的进度卡，以及对话回退、分支等功能。不过，回退对话只改变聊天上下文，不会撤销已经修改的文件或发出的消息。这对会批量处理素材的Agent尤其重要。
站内已有OpenClaw 2.0完整更新解析。这篇不再重复罗列功能，重点解决老用户最头疼的问题：旧记忆怎么带过去，带过去以后怎么确认真的能用。
02 / 要不要迁回memory-core？先别站队
按照官方内置记忆引擎文档，当前builtin提供关键词、向量与混合检索，QMD后端已移除；但这不等于“所有第三方记忆插件都废了”。官方记忆概览仍列出了其他记忆插件路线。内置引擎的收敛，不是第三方生态的禁令。
如果你的主要需求是记录偏好、查找项目决定，并希望减少插件兼容维护，可以优先评估memory-core。若现有LanceDB Pro已经稳定运行，或依赖特定重排序与管理能力，先用同一组真实问题做对照，再决定是否迁移。builtin的MMR去重排序也不能直接等同于学习型Cross-Encoder重排序。
我们的判断：对小型视频团队，能够导出、解释命中来源、在升级失败后恢复，比记忆库“看起来很大”更值钱。官方方案是否更适合你，要看检索结果和维护成本，而不是插件名字。
memory-lancedb-pro站内入口：https://www.zuoshipin.com/link/5958.html
此前的插件迁移教程：https://www.zuoshipin.com/article/6080
旧教程有版本背景：此前从memory-core转向LanceDB Pro的经验不能直接当作2.0时代的选型结论；今天的官方内置检索能力需要重新评估。
03 / 4051条记忆不等于4051条有效知识
张洪Heo的公开迁移案例给出了一组很有参考价值的数据：4051条活动记录中，2292条与Markdown已有内容重复，1196条在库内重复，562条被确认为独有，另有1条状态未明而保留在完整备份中。这是单个环境的整理结果，不是插件通用的重复率或性能测试。
对内容团队而言，清理时最容易误删的不是完全相同的句子，而是“长得很像、适用范围却不同”的规则。例如“输出竖版1080p”和“这个客户只收横版4K”，可能分别属于两个项目。我们的建议是先比对精确内容，再人工审核语义相似项，并保留来源、日期、项目、适用对象和是否过期，不要拿一个相似度阈值自动决定去留。
04 / 迁移怎么做？按这条顺序走
第一步：确认版本与备份范围
下面是基于当前官方CLI整理的操作清单，不是一键搬库脚本，也未在你的OpenClaw实例上执行。先查看本机帮助；涉及修复、重建和配置切换时安排维护窗口。示例中的main必须替换成你实际要迁移的Agent ID。
openclaw --version
openclaw backup --help
openclaw memory --help
openclaw doctor --json当前文档中，doctor --json是只读诊断；普通doctor也可能执行状态迁移，不应当作纯检查命令。详细行为见Doctor官方说明。
openclaw backup create --dry-run --json
openclaw backup create --verify官方备份命令会生成并校验归档，但仍要核对它是否覆盖了外部插件数据目录。另行保留LanceDB原始数据、插件配置及全量导出文件。备份可能包含凭据，不要上传到公开Git仓库；恢复演练应先使用新的空目录，别直接覆盖工作环境。
第二步：导出、分组，再转成可审核的记忆文件
使用你安装的LanceDB Pro版本所提供的导出方式，把旧数据完整留底。先迁移一小批项目规则和用户偏好，验证通过后再处理剩余记录。不要直接搬旧向量索引：目标服务、模型或维度不同，旧向量未必可复用。
官方的记忆分层说明将稳定用户偏好放在USER.md，长期事实与决定放在MEMORY.md，详细日记保存在memory/下。将原始导出整包塞进MEMORY.md，既不利于审核，也会浪费启动上下文预算。
第三步：切换后重建索引，并测试真实问题
备份、导出和兼容性检查完成后，再按本机文档切换记忆插件；不要仅因为索引报错就卸载旧插件或删除数据库。确认目标Agent的embedding服务配置正确，然后运行：
openclaw memory status --deep --agent main
openclaw memory index --force --agent main
openclaw memory status --agent main
openclaw memory search "项目A的交付分辨率" --agent main--deep可能额外访问embedding服务；--force会重建派生索引，可能产生计算或API费用。以官方Memory CLI说明为准。不要只看“执行成功”：再问一次准确文件名、同义改写、已过期规则以及本应属于另一客户的要求，检查内容与来源是否正确。
05 / 最容易踩的5个坑，这里直接讲透
坑1：以为新开对话就一定能记住以前的事
官方的跨对话召回默认值有条件：个人安装、未配置DM隔离等条件会影响默认开启状态，显式配置优先；还需要Active Memory插件启用。群组、频道不因此自动获得其他私聊内容。不要把“个人默认开启”写成“所有环境默认开启”。
坑2：把escalate当成“自动提炼并保存记忆”
escalate控制深度召回的触发：出现召回意图、前一检索通道没有强命中时才进一步处理。它不是“只把重要消息写入记忆”的保存策略。persistTranscripts=false控制的是阻塞子Agent的转录导出，也不等于主聊天记录不落盘、不被索引。这两个细节见Active Memory官方文档。
坑3：索引坏了，顺手把SQLite文件删掉
不要删除openclaw-agent.sqlite及其-wal、-shm、-journal文件来重置索引。该数据库还可能承载会话与持久状态。优先使用官方索引重建/恢复流程；不确定文件职责时，先停止手工清理。
坑4：Skill显示不可用，就给它开全部权限
先区分缺依赖、被Agent允许列表排除、插件版本不兼容三种情况，逐项检查实际需要的能力。不要为消除提示，把所有插件和会话可见范围一并放开。共享客户资料时，还要检查各Agent是否指向同一组记忆文件。
坑5：配置里没看到Key，就以为凭据清理完成了
openclaw secrets audit --check审计会检查明文凭据、未解析引用及旧状态残留。发现问题后，按Secrets官方配置流程规划迁移并复查，不要把SecretRef随手填进任意运行时生成文件。历史备份仍可能带有旧密钥，必须单独管理。
06 / 一个小范围启用的配置参考
以下JSON是需要合并到已有配置的示例片段，不是完整配置文件，只适合已决定采用memory-core、且明确允许该Agent跨私聊召回的环境。保留现有字段并检查实际Agent ID；没有确认数据导出和恢复方式前，不要直接切换plugins.slots.memory。
{
"agents": {
"entries": {
"main": {
"memory": {
"search": {
"rememberAcrossConversations": true
}
}
}
}
},
"plugins": {
"slots": {
"memory": "memory-core"
},
"entries": {
"active-memory": {
"enabled": true,
"config": {
"enabled": true,
"mode": "escalate",
"agents": [
"main"
],
"allowedChatTypes": [
"direct"
],
"persistTranscripts": false
}
}
}
}
}适用范围与字段含义请对照Active Memory配置文档。跨对话读取能力需要与客户资料隔离一起设计，不能依赖“换了一个聊天窗口”来隔离不同项目。
07 / 对做视频的人，值得记住什么？
更适合长期沉淀的是：客户确认过的交付规格、目录命名规范、字幕样式、授权素材来源、项目负责人，以及某项规则的有效期。临时测试、没有核对的模型回答和已撤销的客户要求，不应和正式规范混在一起。
你可以给每次迁移设一张自己的验收单：重要规则能命中、过期要求不会冒充当前要求、客户之间不会串资料、备份能恢复。运行稳定并验证恢复后，再处理已停用的插件和索引残留。
真正可靠的AI记忆，不是“它什么都记得”，而是它能在该用的时候找对内容，并且你知道这些内容从哪来、怎么改、怎么撤回。
相关入口与延伸阅读
OpenClaw站内入口：
https://www.zuoshipin.com/link/916.html
memory-lancedb-pro插件：
https://www.zuoshipin.com/link/5958.html
此前的LanceDB Pro迁移教程（旧版本背景）：
https://www.zuoshipin.com/article/6080
OpenClaw 2.0完整更新解析：
https://www.zuoshipin.com/article/29890
OpenClaw官方项目与下载：
https://github.com/openclaw/openclaw
https://github.com/openclaw/openclaw/releases
官方内置记忆文档：
https://docs.openclaw.ai/concepts/memory-builtin
资料核对时间：2026年9月3日。正文依据OpenClaw官方公告与文档独立整理，迁移案例及原文配图出处：张洪Heo的OpenClaw 2.0迁移记录。原文个人经验不视为通用基准；配置以实际安装版本为准。
