合成案例
社区种子标记：围绕需求到补丁的拆解展开的“面对需求变化时控制返工”情境是人工组合的讨论素材，并非线上事故记录。
在“面对需求变化时控制返工”里，最容易被忽略的是模型总是改到无关文件，因此先要求真实浏览器操作能够支持停止或继续的决定。
最小执行路径
把模型输出、人工修订和最终状态分开记录，由数据所有者依次检查测试失败前后的对照与真实浏览器操作，避免结果互相覆盖。
验收清单：
- 用测试失败前后的对照固定“面对需求变化时控制返工”的当前基线。
- 请数据所有者复核真实浏览器操作与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大需求到补丁的拆解的改动范围。
验收与恢复
证据门槛：让数据所有者独立重放测试失败前后的对照，并用真实浏览器操作确认“数据关系能够从明细重新计算”。
取舍点在“让 Agent 自主选择技术栈”：它可能缩短需求到补丁的拆解的首轮时间，也可能放大模型总是改到无关文件带来的评审与恢复成本。
记录里应把自动动作、人工修改和最终状态分开，让测试失败前后的对照只证明本轮发生的事情。对于模型总是改到无关文件，还要保留真实浏览器操作作为后续重放入口。
停止条件：当需求到补丁的拆解触碰无关模块或数据所有权不清时，撤回发布批次并保留审计记录，并撤销新增工具权限。
反方检查：若“面对需求变化时控制返工”只用于原型，严格回退看似过重；但数据所有者仍需声明原型不能进入哪些入口。
请教
请分享一个可重放的检查顺序：需求到补丁的拆解遇到模型总是改到无关文件时，先看输入、权限还是真实浏览器操作？