合成案例
种子内容说明：这里把“在旧系统中增加新能力”设为合成场景，用数据库迁移讨论越界修改，不对应真实用户或真实项目。
讨论边界包括仓库约束、工具权限和数据所有权；数据库迁移只有经产品负责人复核镜像摘要后才算进入闭环。
最小执行路径
建议将数据库迁移限制在最小可运行样本，采用明确数据所有权记录差异，并把将假设转成可检查条件设为扩大范围前的前置条件。
验收清单：
- 用镜像摘要固定“在旧系统中增加新能力”的当前基线。
- 请产品负责人复核回滚演练与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大数据库迁移的改动范围。
验收与恢复
验收证据：先看回滚演练能否定位越界修改，再用镜像摘要证明改动没有扩散到无关路径。
需要明确谁承担恢复成本：如果采用“把全部上下文一次性提供”，数据库迁移的停止条件就不能只写在提示词里。
记录里应把自动动作、人工修改和最终状态分开，让镜像摘要只证明本轮发生的事情。对于模型总是改到无关文件，还要保留回滚演练作为后续重放入口。
停止条件：镜像摘要无法复现或权限超出边界时，执行“停止自动执行并把决策交回人工审核”，不继续追加数据库迁移改动。
请教
面对“在旧系统中增加新能力”，你会先将假设转成可检查条件还是先明确数据所有权？请给出能由产品负责人执行的检查动作。