内容说明
这是用于填充社区工作流的合成讨论，主题是页面性能在“修复只在真实浏览器出现的问题”里如何面对模型总是改到无关文件。
值班维护者需要从直接加载与客户端跳转看到输入、动作与结果的关联，否则“修复只在真实浏览器出现的问题”仍缺少可复现依据。
拆解动作
建议将页面性能限制在最小可运行样本，采用用小步提交降低风险记录差异，并把把验收标准写成测试设为扩大范围前的前置条件。
验收清单：
- 用直接加载与客户端跳转固定“修复只在真实浏览器出现的问题”的当前基线。
- 请值班维护者复核类型与端到端测试与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大页面性能的改动范围。
复核方式
验收证据：直接加载与客户端跳转用于确认当前动作，类型与端到端测试用于交叉检查；两者都不能被展示计数替代。
若团队选择“让 Agent 自主选择技术栈”，就要额外让值班维护者检查类型与端到端测试，否则越界修改会被推迟到发布阶段。
当前结论只适用于“修复只在真实浏览器出现的问题”的合成边界，不能外推到所有环境。下一轮应由值班维护者比较直接加载与客户端跳转和类型与端到端测试，再决定是否扩大页面性能。
停止条件：直接加载与客户端跳转无法复现或权限超出边界时，执行“将旧结论标记过期后重新采样”，不继续追加页面性能改动。
反方检查：完全依赖人工会降低速度，较平衡的做法是让类型与端到端测试触发审批，而不是审批每一步。
留给社区的问题
社区里有没有更适合“修复只在真实浏览器出现的问题”的停止条件？希望答案能说明页面性能遇到模型总是改到无关文件后的恢复顺序。