OpenClaw重置内存:在删除状态之前验证范围

OpenClaw重置内存不是一个操作. 一个聊天 /new 或 /reset ,一个内存索引重建,和破坏性的 openclaw reset CLI在不同的层次上作用. 如果问题是过时的对话,则一个完整的CLI重置是错误的默认:记录的 full 范围删除了状态目录,共享的SQLite数据库和工作空间目录,包括持久内存的Markdown文件. 安全默认是: 1. 确定第一个失败层; 2. 选择最窄的操作,可以修复它; 3. 检查破坏计划,进行干燥运行; 4. 创建和验证一个备份,覆盖你打算保存的每个层; 5. 获得明确批准; 6. 在恢复后,验证配置,内存文件,搜索准备性和预期结果. 一个干跑是关于计划的证据. 这不是备份,命令完成并不是证明想要的内存存存活下来. 决定你真正的意思是什么? 据OpenClaw的内存文档说,耐用内存在代理工作空间中的普通Markdown文件中存活. USER.md 拥有稳定的配置文件指令, MEMORY.md 拥有精选的持久事实和决策, memory/YYYY MM DD.md 文件包含工作说明. 搜索工具将这些来源索引,但索引并不是真相来源. 这会产生至少四种不同的症状,人们将它们压缩到"重置记忆"中: 症状 检查的第一层 合理的第一步行动 现在的谈话已经漂浮了. 会议背景 保存持久的决定,然后开始一个新的会议 搜索错过已知Markdown事实 存储指数或供应商 检查内存状态,重建索引 MEMORY.md 或是每日笔记是错误的 工作空间Markdown 纠正或恢复受影响的文件,然后重新索引 当地配置,凭证,会议或状态是不可挽回的不一致 装机状态 规划最窄的记录的CLI重置范围 这些行动是不可替代的. 开始一次新的会议不应删除持久的Markdown. 重建衍生索引不应需要删除工作空间. 编辑错误的内存输入不应该删除凭证. 破坏性CLI属于诊断的结束,而不是开始. 官方参考 openclaw reset 目前定义了三个范围: 范围 文件删除边界 门口先停下来. config 仅配置文件 否 config+creds+sessions 配置,OAuth/凭证目录和每个代理会议目录 是 full 国家目录,共享SQLite数据库和工作空间目录 是 确切的范围遵循诊断的层次. 一个会话症状不能证明 full 是正确的. 错误配置不合理删除凭证和会议. 如果操作员无法命名破碎层,状态是 uncertain ,破坏性工作应该等待. 在考虑CLI之前,收集没有内容的证据: 这份收据没有存储提示,记忆内容,秘密或绝对私人路径. 它记录了决策的边界. 阅读干跑,而不仅仅是出口代码 其他国家 CLI 曝光 dry run . 用于考虑的具体范围: 这命令是无损的,但输出仍然需要解释. 记录计划的门口停留,每个解决的移除目标,任何拒绝,以及预期的登机步骤. 一个零出口码本身太弱了. 我在2026 07 30对 OpenClaw 2026.7.1 2 进行了相当的全域干跑. 它建议创建备份,计划阻止门口,然后报告说,状态和工作空间路径是不安全的去除在安装. 这种观察是主机特定的;这并不意味着所有完整的重置都失败了. 它证明了一个更有用的观点: 干燥运行成功和目标解决是单独的事实 . 使用一个小的计划记录: 正确的分类是 reset plan blocked ,而不是 ready to reset . 通过手动删除广泛的目录,不要绕过安全拒绝. 诊断为什么目标被拒绝或选择更狭窄的支持行动. 干燥运行显示出超过预期的情况时,同样的规则也适用. 如果操作员想清除会议状态,但计划包括工作空间,停止. 一个破坏性计划达到未经批准的层,即使技术上是可执行的,也会被过度扩展. 在删除状态之前验证恢复文物 恢复文件说要先运行 openclaw backup create . 最强的操作规则是创建 并验证 档案: 选择一个拥有足够空间,合适的权限,加密和存储控制的私人目的地. OpenClaw档案可以包含配置,作者资料,道或提供商凭证,会议,插件状态,数据库和工作空间. 像现实状态一样,对待他们. 官方参考 openclaw backup 记录了几个重要的界限: 档案包含已解决的来源和布局的表格; 现有档案未被覆盖; 支持的源树内输出路径被拒绝; 检查公布的有效载荷和档案路径安全性; 常规SQLite数据库接受形状,完整性和角色检查; 可跳过挥发性转录,日志,插座,PID以及临时文件; 如果其所有者定义的功能不可用,插件所有的方案可能会保持不透明. 这种最后的限制是重要的. 一个验证的档案是比存在的文件更强大的,但它并不是一个普遍的证明,每个插件都可以在每个目标主机上恢复. 在编写档案之前的预览覆盖: 在同一个观察到的装置中,JSON将国家目录列为档案资产,并标记嵌套工作空间为 covered ,而不是列为第二个资产. 计数资产将产生错误的结论. 检查 sourcePath , archivePath , coveredBy ,而不是错过原因. 对于可移除工作空间的重置,在批准之前需要所有这些: 备份命令完成; 经过档案验证; 说明书涵盖预期状态和工作空间; 错过的挥发性文件可用于恢复目标; 档案在删除边界之外; 运营商可以确定恢复程序; 备用目的地受到保护. 通过9个不方便的案例重新设置门 附带的无内容装置测试了决定,而不是执行任何重置. 它的分类器适用于以下优先级: 1. 拒绝未知的范围; 2. 拒绝比诊断层更广泛的范围; 3. 需要完成干跑; 4. 要求每一个预期的目标都得到解决; 5. 需要经过验证的备份; 6. 要求工作空间覆盖,以便全面重新设置; 7. 等待明确批准; 8. 执行后,验证配置和内存; 9. 验证预期任务结果. 结果是: 九个都符合预期状态, 另一个说法证明, 在最后三个国家之间的区别阻止了虚假的成功. " ready to reset "意味着已通过的计划,备份,范围和权限门. 这并不意味着重新设置已经发生了. memory unverified 意思是执行完成,但缺少一个或多个重置后检查. 只有 verified reset 也需要预期的结果. 实际的重置后收据可以保持无内容: 仅仅存在文件不足. 检查预期的耐用文件,然后测试索引准备,并检索故意不敏感的鱼. 最后,执行一个有限的任务,结果可以在目的地检查. 一个流的回答并不能证明恢复的记忆正确影响了预期的工作. 知道这门不能证明什么 该装置验证了字段和优先级. 它不会执行OpenClaw,检查私人内存内容,恢复第二个主机上的档案,或者发现未经文件的外部效果. 一个真正的恢复炼应该定期恢复到一个孤立的目的地, 它也不会把每一个记忆抱怨都变成一个事件. 一个新的会话可以合法缺少未保存的对话背景. 一个搜索结果可能是空的,因为事实从来没有被写过. 一个指数可以重建. 这些与持久的记忆删除不同,直到第一个失败层被知道,不确定性应该保持可见. 操作规则很简单:在修复衍生状态之前保存源头内存,更喜欢最小的支持边界,并在操作后要求证据. 永远不要升级返回命令到恢复的代理. Sidewisp 目前处于私密预览阶段。 它的生产OpenClaw适配器和恢复执行器通常不出货. 这里的方法是可检查的操作模式,而不是声称Sidewisp目前备份,重置或恢复现场OpenClaw安装. Sidewisp产品方向将诊断,人类权威和验证结果分开,因此破坏性行动不能仅仅是因为它运行而解决问题.