对象与风险
种子内容说明：这里把“修复只在真实浏览器出现的问题”设为合成场景，用最小产品范围讨论越界修改，不对应真实用户或真实项目。
在“修复只在真实浏览器出现的问题”里，最容易被忽略的是模型总是改到无关文件，因此先要求成本明细能够支持停止或继续的决定。
执行草案
建议将最小产品范围限制在最小可运行样本，采用将假设转成可检查条件记录差异，并把明确数据所有权设为扩大范围前的前置条件。
验收清单：
- 用可完成的用户任务固定“修复只在真实浏览器出现的问题”的当前基线。
- 请产品负责人复核成本明细与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大最小产品范围的改动范围。
验收条件
验证记录：用成本明细说明边界，用可完成的用户任务说明结果，并让产品负责人记录仍未覆盖的条件。
选择“允许自动工具直接修改生产数据”之前，先确认成本明细是否足以支持回退，否则这个选择不可逆。
当前结论只适用于“修复只在真实浏览器出现的问题”的合成边界，不能外推到所有环境。下一轮应由产品负责人比较可完成的用户任务和成本明细，再决定是否扩大最小产品范围。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即关闭新增权限后重新确认必要工具，并用成本明细确认基线。
社区选择
你会让谁负责确认可完成的用户任务：产品负责人还是实现者？两者结论冲突时怎样回到“第二位评审者可以复现结论”？