范围声明
以下独立开发案例来自社区种子数据，没有采集真实用户故事；案例只模拟把演示原型推进到生产环境中的功能取舍决策。
这里把“工具权限没有超出任务需要”作为完成定义，并让发布执行者检查功能取舍有没有越过原始任务范围。
可重放步骤
执行时先列出不可改动区域，再让功能取舍只处理一个失败样本；匿名反馈样本未出现前，不追加工具权限。
验收清单：
- 用明确的停止条件固定“把演示原型推进到生产环境”的当前基线。
- 请发布执行者复核匿名反馈样本与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大功能取舍的改动范围。
评审证据
验收证据：先看匿名反馈样本能否定位越界修改，再用明确的停止条件证明改动没有扩散到无关路径。
需要明确谁承担恢复成本：如果采用“让 Agent 自主选择技术栈”，功能取舍的停止条件就不能只写在提示词里。
最终状态应回答两个问题：功能取舍是否满足任务范围，以及模型总是改到无关文件是否有明确负责人。匿名反馈样本负责支持第二个答案，避免责任留在模糊描述里。
回退方案：若“工具权限没有超出任务需要”没有满足，就回到最小样本重建失败条件，再由发布执行者重跑明确的停止条件。
欢迎补充
你如何判断“工具权限没有超出任务需要”已经满足？发布执行者还应补看哪类功能取舍证据？