为什么讨论
以下Web 开发案例来自社区种子数据，没有采集真实用户故事；案例只模拟在旧系统中增加新能力中的路由行为决策。
场景只保留一个主要风险：模型总是改到无关文件；对应门槛是让桌面与移动端截图可由独立评审者重复核对。
建议流程
执行时先列出不可改动区域，再让路由行为只处理一个失败样本；桌面与移动端截图未出现前，不追加工具权限。
验收清单：
- 用性能采样固定“在旧系统中增加新能力”的当前基线。
- 请独立评审者复核桌面与移动端截图与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大路由行为的改动范围。
取舍与停止条件
验收证据：先看桌面与移动端截图能否定位越界修改，再用性能采样证明改动没有扩散到无关路径。
当模型总是改到无关文件出现时，继续扩大自动化可能更快，也可能让独立评审者失去根据桌面与移动端截图定位责任的机会。
对路由行为的判断需要带有效期；依赖、权限或输入变化后，原有性能采样只能作为历史记录。独立评审者应重新检查桌面与移动端截图再恢复发布。
恢复路径：发现越界修改后先冻结发布，再将旧结论标记过期后重新采样，最后重新确认“日志能够关联到一次具体执行”。
经验征集
如果只能保留一份证据，你会为路由行为选择性能采样吗？它怎样帮助“在旧系统中增加新能力”里的团队识别越界修改？