内容说明
这是一条社区种子讨论；“修复只在真实浏览器出现的问题”和其中的模型总是改到无关文件都是合成设定，不代表任何用户的实际经历。
为了控制“修复只在真实浏览器出现的问题”的返工成本，响应式布局必须同时满足任务边界和“迁移与回退都经过预演”两项约束。
拆解动作
每轮只改变一个假设：先把验收标准写成测试，观察性能采样，再决定是否用让工具输出成为证据推进下一轮。
验收清单：
- 用键盘操作记录固定“修复只在真实浏览器出现的问题”的当前基线。
- 请最终使用者复核性能采样与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大响应式布局的改动范围。
复核方式
验证记录：把键盘操作记录与失败前状态配对，再由最终使用者用性能采样检查结果是否可重复。
短期交付可以偏向把验收标准写成测试，长期维护则要求让工具输出成为证据；键盘操作记录应把两者的结果区分开。
这套路径的价值在于把响应式布局变成可复核任务，而不是制造更像成品的输出。若最终使用者无法确认“迁移与回退都经过预演”，本轮状态仍应保留为待评审。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即恢复上一份已验证配置后重新跑关键入口，并用性能采样确认基线。
留给社区的问题
你如何判断“迁移与回退都经过预演”已经满足？最终使用者还应补看哪类响应式布局证据？