讨论前提
透明度说明：下文围绕Agent 工程的失败恢复构造“从一句模糊想法到可运行页面”案例，所有经历均为合成数据。
在“从一句模糊想法到可运行页面”里，最容易被忽略的是生成结果看起来正确却无法运行，因此先要求幂等重放结果能够支持停止或继续的决定。
工程动作
不要一次处理全部上下文；先围绕不可运行输出选择最小输入，完成保持改动范围可解释后再用失败注入演练验证真实入口。
验收清单：
- 用失败注入演练固定“从一句模糊想法到可运行页面”的当前基线。
- 请安全评审者复核幂等重放结果与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大失败恢复的改动范围。
失败时怎么办
验收证据：先看幂等重放结果能否定位不可运行输出，再用失败注入演练证明改动没有扩散到无关路径。
短期交付可以偏向保持改动范围可解释，长期维护则要求给失败路径留恢复入口；失败注入演练应把两者的结果区分开。
如果“工具权限没有超出任务需要”通过，可以把失败恢复推进到更大样本；如果未通过，就保留失败注入演练并执行恢复。这个分支必须在“从一句模糊想法到可运行页面”开始前写清楚。
恢复路径：发现不可运行输出后先冻结发布，再回到最小样本重建失败条件，最后重新确认“工具权限没有超出任务需要”。
你的门槛
对“从一句模糊想法到可运行页面”而言，失败恢复最值得自动化的环节是什么？哪一环必须保留人工判断？