场景设定
透明度说明：下文围绕Agent 工程的重试策略构造“将人工流程变成可验证脚本”案例，所有经历均为合成数据。
这次讨论把不可运行输出视作一等失败路径，而不是等重试策略完成后再补充的异常说明。
验证路径
不要一次处理全部上下文；先围绕不可运行输出选择最小输入，完成用小步提交降低风险后再用失败注入演练验证真实入口。
验收清单：
- 用失败注入演练固定“将人工流程变成可验证脚本”的当前基线。
- 请实现者复核幂等重放结果与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大重试策略的改动范围。
决策记录
证据门槛：让实现者独立重放失败注入演练，并用幂等重放结果确认“直接加载和客户端跳转结果一致”。
对“将人工流程变成可验证脚本”来说，不可运行输出不是单纯的模型质量问题，还涉及实现者能否理解并撤销本轮动作。
完成定义需要同时包含正向结果和失败结果：前者用失败注入演练说明，后者用幂等重放结果定位不可运行输出。缺少任一侧，都不能宣称重试策略已经稳定。
回退方案：若“直接加载和客户端跳转结果一致”没有满足，就撤销本轮生成补丁并保留失败日志，再由实现者重跑失败注入演练。
想听不同做法
若采用“在早期就引入完整设计系统”，你会新增哪一个人工审批点？这个审批怎样限制“将人工流程变成可验证脚本”中的不可运行输出影响范围？