范围声明
这是一条社区种子讨论；“面对需求变化时控制返工”和其中的模型总是改到无关文件都是合成设定，不代表任何用户的实际经历。
场景只保留一个主要风险：模型总是改到无关文件；对应门槛是让人工评审差异可由实现者重复核对。
可重放步骤
可以先把“面对需求变化时控制返工”切成输入、执行和恢复三个阶段，用结构化输出失败样本固定现状，再按“用小步提交降低风险”处理越界修改。
验收清单：
- 用结构化输出失败样本固定“面对需求变化时控制返工”的当前基线。
- 请实现者复核人工评审差异与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大开源模型选型的改动范围。
评审证据
证据门槛：如果结构化输出失败样本不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加开源模型选型的实现范围。
需要明确谁承担恢复成本：如果采用“把全部上下文一次性提供”，开源模型选型的停止条件就不能只写在提示词里。
本轮最多证明“面对需求变化时控制返工”中的一个受控路径，不能证明工具在未知条件下也安全。把越界修改和结构化输出失败样本一起记录，才能为下一次决策留下上下文。
回退方案：如果实现者不能从人工评审差异解释结果，就停止自动执行并把决策交回人工审核，保留本轮失败样本。
反方检查：模型总是改到无关文件有时来自输入而非工具，因此结构化输出失败样本应先区分根因，再决定是否收紧权限。
欢迎补充
对“面对需求变化时控制返工”而言，开源模型选型最值得自动化的环节是什么？哪一环必须保留人工判断？