为什么讨论
为避免误解，先标明这是合成种子内容：需求到补丁的拆解与“让生成代码符合现有工程约束”只用于演示越界修改的讨论方式。
发布执行者需要从真实浏览器操作看到输入、动作与结果的关联，否则“让生成代码符合现有工程约束”仍缺少可复现依据。
建议流程
针对模型总是改到无关文件，先用真实浏览器操作复现，再用小步提交降低风险；若复现条件改变，就回到先验证关键路径重新建立基线。
验收清单：
- 用真实浏览器操作固定“让生成代码符合现有工程约束”的当前基线。
- 请发布执行者复核最小可运行补丁与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大需求到补丁的拆解的改动范围。
取舍与停止条件
证据门槛：如果真实浏览器操作不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加需求到补丁的拆解的实现范围。
取舍点在“把全部上下文一次性提供”：它可能缩短需求到补丁的拆解的首轮时间，也可能放大模型总是改到无关文件带来的评审与恢复成本。
决策记录应说明需求到补丁的拆解本轮覆盖了什么，也要列出越界修改仍可能出现的入口。只有发布执行者能够从真实浏览器操作复现判断，结论才可继续使用。
回退方案：如果发布执行者不能从最小可运行补丁解释结果，就停止自动执行并把决策交回人工审核，保留本轮失败样本。
反方检查：模型总是改到无关文件有时来自输入而非工具，因此真实浏览器操作应先区分根因，再决定是否收紧权限。
经验征集
请分享一个可重放的检查顺序：需求到补丁的拆解遇到模型总是改到无关文件时，先看输入、权限还是最小可运行补丁？