问题定义
为避免误解，先标明这是合成种子内容：缓存失效与“多人并行实现同一产品目标”只用于演示越界修改的讨论方式。
值班维护者需要从性能采样看到输入、动作与结果的关联，否则“多人并行实现同一产品目标”仍缺少可复现依据。
处理步骤
执行时先列出不可改动区域，再让缓存失效只处理一个失败样本；桌面与移动端截图未出现前，不追加工具权限。
验收清单：
- 用性能采样固定“多人并行实现同一产品目标”的当前基线。
- 请值班维护者复核桌面与移动端截图与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大缓存失效的改动范围。
如何判断完成
验收证据：将性能采样固定到同一输入，再比较桌面与移动端截图，避免把偶然成功解释为稳定能力。
短期交付可以偏向保持改动范围可解释，长期维护则要求将假设转成可检查条件；性能采样应把两者的结果区分开。
完成定义需要同时包含正向结果和失败结果：前者用性能采样说明，后者用桌面与移动端截图定位越界修改。缺少任一侧，都不能宣称缓存失效已经稳定。
回退方案：若“关键入口能够重复执行”没有满足，就将旧结论标记过期后重新采样，再由值班维护者重跑性能采样。
开放讨论
你会把性能采样还是桌面与移动端截图设为缓存失效的首要门槛？当“多人并行实现同一产品目标”再次出现模型总是改到无关文件时，哪一步应该立即停止？