先标明边界
透明度说明：下文围绕AI 编程的需求到补丁的拆解构造“修复只在真实浏览器出现的问题”案例，所有经历均为合成数据。
讨论边界包括仓库约束、工具权限和数据所有权；需求到补丁的拆解只有经数据所有者复核逐文件差异后才算进入闭环。
从哪里开始
先让数据所有者声明验收门槛，再执行需求到补丁的拆解；这样逐文件差异可以判断模型总是改到无关文件是输入问题还是实现问题。
验收清单：
- 用逐文件差异固定“修复只在真实浏览器出现的问题”的当前基线。
- 请数据所有者复核静态检查与运行日志与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大需求到补丁的拆解的改动范围。
证据和回退
证据门槛：如果逐文件差异不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加需求到补丁的拆解的实现范围。
对“修复只在真实浏览器出现的问题”来说，越界修改不是单纯的模型质量问题，还涉及数据所有者能否理解并撤销本轮动作。
最终状态应回答两个问题：需求到补丁的拆解是否满足任务范围，以及模型总是改到无关文件是否有明确负责人。静态检查与运行日志负责支持第二个答案，避免责任留在模糊描述里。
回退方案：如果数据所有者不能从静态检查与运行日志解释结果，就将旧结论标记过期后重新采样，保留本轮失败样本。
讨论题
你会让谁负责确认逐文件差异：数据所有者还是实现者？两者结论冲突时怎样回到“工具权限没有超出任务需要”？