讨论前提
社区种子标记：围绕最小产品范围展开的“接手陌生仓库后的第一次修改”情境是人工组合的讨论素材，并非线上事故记录。
先把成功条件限定为“工具权限没有超出任务需要”，再观察模型总是改到无关文件是否会让成本明细失去解释力。
工程动作
执行时先列出不可改动区域，再让最小产品范围只处理一个失败样本；成本明细未出现前，不追加工具权限。
验收清单：
- 用可完成的用户任务固定“接手陌生仓库后的第一次修改”的当前基线。
- 请值班维护者复核成本明细与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大最小产品范围的改动范围。
失败时怎么办
验证记录：把可完成的用户任务与失败前状态配对，再由值班维护者用成本明细检查结果是否可重复。
取舍点在“允许自动工具直接修改生产数据”：它可能缩短最小产品范围的首轮时间，也可能放大模型总是改到无关文件带来的评审与恢复成本。
完成定义需要同时包含正向结果和失败结果：前者用可完成的用户任务说明，后者用成本明细定位越界修改。缺少任一侧，都不能宣称最小产品范围已经稳定。
停止条件：可完成的用户任务无法复现或权限超出边界时，执行“先恢复数据快照再检查关系计数”，不继续追加最小产品范围改动。
反方检查：过早增加门禁可能拖慢最小产品范围，因此需要用成本明细证明门禁确实减少了越界修改。
你的门槛
对“接手陌生仓库后的第一次修改”而言，最小产品范围最值得自动化的环节是什么？哪一环必须保留人工判断？