问题定义
本文明确属于合成社区内容，借“在旧系统中增加新能力”分析表单状态和越界修改，不能当作真实项目复盘。
场景只保留一个主要风险：模型总是改到无关文件；对应门槛是让性能采样可由最终使用者重复核对。
处理步骤
每轮只改变一个假设：先将假设转成可检查条件，观察性能采样，再决定是否用明确数据所有权推进下一轮。
验收清单：
- 用键盘操作记录固定“在旧系统中增加新能力”的当前基线。
- 请最终使用者复核性能采样与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大表单状态的改动范围。
如何判断完成
验收证据：先看性能采样能否定位越界修改，再用键盘操作记录证明改动没有扩散到无关路径。
取舍点在“把提示词当作长期工程资产”：它可能缩短表单状态的首轮时间，也可能放大模型总是改到无关文件带来的评审与恢复成本。
这套路径的价值在于把表单状态变成可复核任务，而不是制造更像成品的输出。若最终使用者无法确认“数据关系能够从明细重新计算”，本轮状态仍应保留为待评审。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即回到最小样本重建失败条件，并用性能采样确认基线。
开放讨论
如果只能保留一份证据，你会为表单状态选择键盘操作记录吗？它怎样帮助“在旧系统中增加新能力”里的团队识别越界修改？