为什么讨论
本文明确属于合成社区内容，借“在旧系统中增加新能力”分析仓库上下文筛选和越界修改，不能当作真实项目复盘。
这次讨论把越界修改视作一等失败路径，而不是等仓库上下文筛选完成后再补充的异常说明。
建议流程
第一轮先先验证关键路径并保存基线，第二轮再先读约束再动手；两轮都由安全评审者核对真实浏览器操作。
验收清单：
- 用测试失败前后的对照固定“在旧系统中增加新能力”的当前基线。
- 请安全评审者复核真实浏览器操作与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大仓库上下文筛选的改动范围。
取舍与停止条件
验证记录：把测试失败前后的对照与失败前状态配对，再由安全评审者用真实浏览器操作检查结果是否可重复。
需要明确谁承担恢复成本：如果采用“允许自动工具直接修改生产数据”，仓库上下文筛选的停止条件就不能只写在提示词里。
当前结论只适用于“在旧系统中增加新能力”的合成边界，不能外推到所有环境。下一轮应由安全评审者比较测试失败前后的对照和真实浏览器操作，再决定是否扩大仓库上下文筛选。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即关闭新增权限后重新确认必要工具，并用真实浏览器操作确认基线。
经验征集
你会把测试失败前后的对照还是真实浏览器操作设为仓库上下文筛选的首要门槛？当“在旧系统中增加新能力”再次出现模型总是改到无关文件时，哪一步应该立即停止？