恢复观察窗口结束以后，很多团队会说一句“看起来正常，可以恢复”。这句话在现场沟通里够用，但对后续复盘和下次事故不够用。恢复到底恢复了什么，观察了多久，哪些指标正常，哪些问题仍然存在，都应该写成记录。
OpenClaw 恢复验收记录接在 恢复观察窗口 后面，也可以和 暂停队列、回滚演练 一起形成事故处理闭环。
先写恢复范围
恢复记录第一部分要写清楚：恢复了哪些队列、哪些工具、哪些客户分组、哪些版本。不要只写“已恢复自动化任务”，因为这句话无法判断是否还有局部路径仍在暂停。
如果是分批恢复，还要记录每一批的开始时间、结束时间和放量比例。这样后面出现异常，团队才能把问题定位到某个恢复阶段。
指标要和观察窗口一致
验收记录里的指标，不应该临时换一套。观察前说看成功率、工具失败率、人工接管率、平均延迟和单任务成本，验收时就要按这些指标给出结果。
如果某个指标没拿到，也要写明原因。缺数据本身就是风险，不应该被一句“暂无异常”盖过去。这里可以复用 运行监控 的指标结构。
异常样本不能被删除
恢复期间出现的小异常，最容易被忽略。比如少量工具超时、一次人工确认延迟、某条知识库引用不准，可能不足以阻止恢复，但应该进入异常样本列表。
这些样本后面可以补进 失败样本库 或回放评测。今天不严重的问题，如果不沉淀，下次可能会在更大流量下复发。
再次暂停条件要明确
恢复验收不是宣布以后都没事，而是说明在什么条件下继续运行，在什么条件下再次暂停。比如客户可见错误超过几起、工具失败连续超过几次、成本超过阈值，就要重新收紧队列。
这一步能减少现场争论。出现信号时，团队按条件执行，而不是重新开会讨论要不要暂停。
总结
OpenClaw 恢复验收记录要留下恢复范围、观察时长、指标结果、异常样本、人工确认和再次暂停条件。恢复不只是把开关打开，而是用证据说明为什么可以继续运行。
