内容说明
以下Agent 工程案例来自社区种子数据，没有采集真实用户故事；案例只模拟将人工流程变成可验证脚本中的MCP 契约决策。
在“将人工流程变成可验证脚本”里，最容易被忽略的是生成结果看起来正确却无法运行，因此先要求任务状态迁移记录能够支持停止或继续的决定。
拆解动作
先让最终使用者声明验收门槛，再执行MCP 契约；这样幂等重放结果可以判断生成结果看起来正确却无法运行是输入问题还是实现问题。
验收清单：
- 用幂等重放结果固定“将人工流程变成可验证脚本”的当前基线。
- 请最终使用者复核任务状态迁移记录与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大MCP 契约的改动范围。
复核方式
验证记录：用任务状态迁移记录说明边界，用幂等重放结果说明结果，并让最终使用者记录仍未覆盖的条件。
当生成结果看起来正确却无法运行出现时，继续扩大自动化可能更快，也可能让最终使用者失去根据任务状态迁移记录定位责任的机会。
这套路径的价值在于把MCP 契约变成可复核任务，而不是制造更像成品的输出。若最终使用者无法确认“关键入口能够重复执行”，本轮状态仍应保留为待评审。
停止条件：当MCP 契约触碰无关模块或数据所有权不清时，撤销本轮生成补丁并保留失败日志，并撤销新增工具权限。
留给社区的问题
对“将人工流程变成可验证脚本”而言，MCP 契约最值得自动化的环节是什么？哪一环必须保留人工判断？