先标明边界
这是一条社区种子讨论；“修复只在真实浏览器出现的问题”和其中的模型总是改到无关文件都是合成设定，不代表任何用户的实际经历。
场景只保留一个主要风险：模型总是改到无关文件；对应门槛是让任务状态迁移记录可由产品负责人重复核对。
从哪里开始
将“修复只在真实浏览器出现的问题”写成可重放任务，分别记录幂等执行的预期、实际与回退点，然后按在真实环境复现收敛差异。
验收清单：
- 用幂等重放结果固定“修复只在真实浏览器出现的问题”的当前基线。
- 请产品负责人复核任务状态迁移记录与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大幂等执行的改动范围。
证据和回退
证据门槛：幂等执行至少要留下幂等重放结果和一个失败样本，才能支持“第二位评审者可以复现结论”这一判断。
如果幂等执行只优化生成速度，模型总是改到无关文件会转化为后续评审债务；因此要同时记录幂等重放结果和恢复责任。
对幂等执行而言，可接受结果是“修复只在真实浏览器出现的问题”中的越界修改出现后仍能定位、停止并恢复。产品负责人应依据幂等重放结果签署结论，而不是依据生成速度。
恢复路径：发现越界修改后先冻结发布，再关闭新增权限后重新确认必要工具，最后重新确认“第二位评审者可以复现结论”。
讨论题
你会把幂等重放结果还是任务状态迁移记录设为幂等执行的首要门槛？当“修复只在真实浏览器出现的问题”再次出现模型总是改到无关文件时，哪一步应该立即停止？