场景和目标
透明度说明：下文围绕AI 前沿的推理成本构造“修复只在真实浏览器出现的问题”案例，所有经历均为合成数据。
产品负责人需要从版本固定的复现实验看到输入、动作与结果的关联，否则“修复只在真实浏览器出现的问题”仍缺少可复现依据。
操作边界
实施顺序从先读约束再动手开始，把推理成本缩成单一入口；随后保持改动范围可解释，只在版本固定的复现实验通过后扩大改动。
验收清单：
- 用版本固定的复现实验固定“修复只在真实浏览器出现的问题”的当前基线。
- 请产品负责人复核同一任务的盲测结果与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大推理成本的改动范围。
验收闭环
验证记录：用同一任务的盲测结果说明边界，用版本固定的复现实验说明结果，并让产品负责人记录仍未覆盖的条件。
这里不预设“在早期就引入完整设计系统”一定错误，但它必须接受版本固定的复现实验和“工具权限没有超出任务需要”的双重约束。
对推理成本而言，可接受结果是“修复只在真实浏览器出现的问题”中的越界修改出现后仍能定位、停止并恢复。产品负责人应依据版本固定的复现实验签署结论，而不是依据生成速度。
恢复路径：发现越界修改后先冻结发布，再撤销本轮生成补丁并保留失败日志，最后重新确认“工具权限没有超出任务需要”。
分歧点
若采用“在早期就引入完整设计系统”，你会新增哪一个人工审批点？这个审批怎样限制“修复只在真实浏览器出现的问题”中的越界修改影响范围？