合成情境
种子内容说明：这里把“修复只在真实浏览器出现的问题”设为合成场景，用用户访谈讨论越界修改，不对应真实用户或真实项目。
在“修复只在真实浏览器出现的问题”里，最容易被忽略的是模型总是改到无关文件，因此先要求版本前后转化路径能够支持停止或继续的决定。
推进顺序
流程上先明确数据所有权，再为用户访谈开放必要工具；每增加一步，都要重新确认“第二位评审者可以复现结论”。
验收清单：
- 用匿名反馈样本固定“修复只在真实浏览器出现的问题”的当前基线。
- 请独立评审者复核版本前后转化路径与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大用户访谈的改动范围。
恢复设计
验证记录：用版本前后转化路径说明边界，用匿名反馈样本说明结果，并让独立评审者记录仍未覆盖的条件。
速度并不是唯一指标；对用户访谈而言，“在早期就引入完整设计系统”还会改变权限、归因和回退责任。
这套路径的价值在于把用户访谈变成可复核任务，而不是制造更像成品的输出。若独立评审者无法确认“第二位评审者可以复现结论”，本轮状态仍应保留为待评审。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即固定依赖版本并重放同一输入，并用版本前后转化路径确认基线。
你会如何处理
面对“修复只在真实浏览器出现的问题”，你会先将假设转成可检查条件还是先明确数据所有权？请给出能由独立评审者执行的检查动作。