合成案例
这是用于填充社区工作流的合成讨论，主题是开源模型选型在“将人工流程变成可验证脚本”里如何面对模型总是改到无关文件。
这次讨论把越界修改视作一等失败路径，而不是等开源模型选型完成后再补充的异常说明。
最小执行路径
流程上先明确数据所有权，再为开源模型选型开放必要工具；每增加一步，都要重新确认“关键入口能够重复执行”。
验收清单：
- 用结构化输出失败样本固定“将人工流程变成可验证脚本”的当前基线。
- 请最终使用者复核人工评审差异与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大开源模型选型的改动范围。
验收与恢复
验收证据：围绕“将人工流程变成可验证脚本”保存结构化输出失败样本，再用人工评审差异确认恢复动作没有制造新问题。
这里不预设“把提示词当作长期工程资产”一定错误，但它必须接受结构化输出失败样本和“关键入口能够重复执行”的双重约束。
决策记录应说明开源模型选型本轮覆盖了什么，也要列出越界修改仍可能出现的入口。只有最终使用者能够从结构化输出失败样本复现判断，结论才可继续使用。
回退方案：如果最终使用者不能从人工评审差异解释结果，就撤回发布批次并保留审计记录，保留本轮失败样本。
反方检查：也有人会选择“把提示词当作长期工程资产”以换取速度，但这个方案必须解释结构化输出失败样本缺失时由谁承担恢复成本。
请教
如果只能保留一份证据，你会为开源模型选型选择结构化输出失败样本吗？它怎样帮助“将人工流程变成可验证脚本”里的团队识别越界修改？