合成情境
透明度说明：下文围绕Agent 工程的运行可观测性构造“从失败日志定位根因”案例，所有经历均为合成数据。
如果权限拒绝日志无法回答越界修改发生在哪里，运行可观测性就仍处于演示阶段，不能进入发布判断。
推进顺序
可以先把“从失败日志定位根因”切成输入、执行和恢复三个阶段，用权限拒绝日志固定现状，再按“把验收标准写成测试”处理越界修改。
验收清单：
- 用权限拒绝日志固定“从失败日志定位根因”的当前基线。
- 请安全评审者复核失败注入演练与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大运行可观测性的改动范围。
恢复设计
验收证据：将权限拒绝日志固定到同一输入，再比较失败注入演练，避免把偶然成功解释为稳定能力。
如果运行可观测性只优化生成速度，模型总是改到无关文件会转化为后续评审债务；因此要同时记录权限拒绝日志和恢复责任。
决策记录应说明运行可观测性本轮覆盖了什么，也要列出越界修改仍可能出现的入口。只有安全评审者能够从权限拒绝日志复现判断，结论才可继续使用。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即隔离冲突改动后逐项重新合并，并用失败注入演练确认基线。
反方检查：若“从失败日志定位根因”只用于原型，严格回退看似过重；但安全评审者仍需声明原型不能进入哪些入口。
你会如何处理
面对“从失败日志定位根因”，你会先把验收标准写成测试还是先用小步提交降低风险？请给出能由安全评审者执行的检查动作。