内容说明
种子内容说明：这里把“面对需求变化时控制返工”设为合成场景，用数据库迁移讨论越界修改，不对应真实用户或真实项目。
在“面对需求变化时控制返工”里，最容易被忽略的是模型总是改到无关文件，因此先要求回滚演练能够支持停止或继续的决定。
拆解动作
建议将数据库迁移限制在最小可运行样本，采用先读约束再动手记录差异，并把先验证关键路径设为扩大范围前的前置条件。
验收清单：
- 用镜像摘要固定“面对需求变化时控制返工”的当前基线。
- 请最终使用者复核回滚演练与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大数据库迁移的改动范围。
复核方式
验收证据：围绕“面对需求变化时控制返工”保存镜像摘要，再用回滚演练确认恢复动作没有制造新问题。
当模型总是改到无关文件出现时，继续扩大自动化可能更快，也可能让最终使用者失去根据回滚演练定位责任的机会。
完成定义需要同时包含正向结果和失败结果：前者用镜像摘要说明，后者用回滚演练定位越界修改。缺少任一侧，都不能宣称数据库迁移已经稳定。
停止条件：当数据库迁移触碰无关模块或数据所有权不清时，关闭新增权限后重新确认必要工具，并撤销新增工具权限。
留给社区的问题
面对“面对需求变化时控制返工”，你会先先验证关键路径还是先先读约束再动手？请给出能由最终使用者执行的检查动作。