场景设定
为避免误解，先标明这是合成种子内容：内容工作流与“让生成代码符合现有工程约束”只用于演示越界修改的讨论方式。
为了控制“让生成代码符合现有工程约束”的返工成本，内容工作流必须同时满足任务边界和“第二位评审者可以复现结论”两项约束。
验证路径
建议将内容工作流限制在最小可运行样本，采用在真实环境复现记录差异，并把让工具输出成为证据设为扩大范围前的前置条件。
验收清单：
- 用版本前后转化路径固定“让生成代码符合现有工程约束”的当前基线。
- 请独立评审者复核可完成的用户任务与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大内容工作流的改动范围。
决策记录
验收证据：版本前后转化路径用于确认当前动作，可完成的用户任务用于交叉检查；两者都不能被展示计数替代。
选择“把全部上下文一次性提供”之前，先确认可完成的用户任务是否足以支持回退，否则这个选择不可逆。
记录里应把自动动作、人工修改和最终状态分开，让版本前后转化路径只证明本轮发生的事情。对于模型总是改到无关文件，还要保留可完成的用户任务作为后续重放入口。
回退方案：如果独立评审者不能从可完成的用户任务解释结果，就撤销本轮生成补丁并保留失败日志，保留本轮失败样本。
想听不同做法
面对“让生成代码符合现有工程约束”，你会先让工具输出成为证据还是先在真实环境复现？请给出能由独立评审者执行的检查动作。