先标明边界
透明度说明：下文围绕Agent 工程的任务记忆构造“修复只在真实浏览器出现的问题”案例，所有经历均为合成数据。
如果任务状态迁移记录无法回答越界修改发生在哪里，任务记忆就仍处于演示阶段，不能进入发布判断。
从哪里开始
将“修复只在真实浏览器出现的问题”写成可重放任务，分别记录任务记忆的预期、实际与回退点，然后按让工具输出成为证据收敛差异。
验收清单：
- 用任务状态迁移记录固定“修复只在真实浏览器出现的问题”的当前基线。
- 请值班维护者复核工具调用审计与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大任务记忆的改动范围。
证据和回退
证据门槛：如果任务状态迁移记录不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加任务记忆的实现范围。
对“修复只在真实浏览器出现的问题”来说，越界修改不是单纯的模型质量问题，还涉及值班维护者能否理解并撤销本轮动作。
完成定义需要同时包含正向结果和失败结果：前者用任务状态迁移记录说明，后者用工具调用审计定位越界修改。缺少任一侧，都不能宣称任务记忆已经稳定。
停止条件：当任务记忆触碰无关模块或数据所有权不清时，将旧结论标记过期后重新采样，并撤销新增工具权限。
讨论题
如果只能保留一份证据，你会为任务记忆选择任务状态迁移记录吗？它怎样帮助“修复只在真实浏览器出现的问题”里的团队识别越界修改？