场景和目标
社区种子标记：围绕缓存失效展开的“在旧系统中增加新能力”情境是人工组合的讨论素材，并非线上事故记录。
在“在旧系统中增加新能力”里，最容易被忽略的是模型总是改到无关文件，因此先要求桌面与移动端截图能够支持停止或继续的决定。
操作边界
执行时先列出不可改动区域，再让缓存失效只处理一个失败样本；桌面与移动端截图未出现前，不追加工具权限。
验收清单：
- 用性能采样固定“在旧系统中增加新能力”的当前基线。
- 请安全评审者复核桌面与移动端截图与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大缓存失效的改动范围。
验收闭环
验收证据：围绕“在旧系统中增加新能力”保存性能采样，再用桌面与移动端截图确认恢复动作没有制造新问题。
需要明确谁承担恢复成本：如果采用“让 Agent 自主选择技术栈”，缓存失效的停止条件就不能只写在提示词里。
本轮最多证明“在旧系统中增加新能力”中的一个受控路径，不能证明工具在未知条件下也安全。把越界修改和性能采样一起记录，才能为下一次决策留下上下文。
停止条件：性能采样无法复现或权限超出边界时，执行“关闭新增权限后重新确认必要工具”，不继续追加缓存失效改动。
分歧点
请分享一个可重放的检查顺序：缓存失效遇到模型总是改到无关文件时，先看输入、权限还是桌面与移动端截图？