讨论前提
种子内容说明：这里把“从失败日志定位根因”设为合成场景，用上下文交接讨论越界修改，不对应真实用户或真实项目。
实现者需要从任务状态迁移记录看到输入、动作与结果的关联，否则“从失败日志定位根因”仍缺少可复现依据。
工程动作
每轮只改变一个假设：先在真实环境复现，观察工具调用审计，再决定是否用让工具输出成为证据推进下一轮。
验收清单：
- 用任务状态迁移记录固定“从失败日志定位根因”的当前基线。
- 请实现者复核工具调用审计与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大上下文交接的改动范围。
失败时怎么办
验证记录：把任务状态迁移记录与失败前状态配对，再由实现者用工具调用审计检查结果是否可重复。
当模型总是改到无关文件出现时，继续扩大自动化可能更快，也可能让实现者失去根据工具调用审计定位责任的机会。
对上下文交接的判断需要带有效期；依赖、权限或输入变化后，原有任务状态迁移记录只能作为历史记录。实现者应重新检查工具调用审计再恢复发布。
停止条件：当上下文交接触碰无关模块或数据所有权不清时，撤销本轮生成补丁并保留失败日志，并撤销新增工具权限。
你的门槛
对“从失败日志定位根因”而言，上下文交接最值得自动化的环节是什么？哪一环必须保留人工判断？