当用户问“上次那个任务到底做了什么”时，很多 AI 助理会直接再去看一遍系统、再截一张图、再点一次页面。这个动作看起来积极，实际上很容易把“现在看到的状态”误说成“上次真实发生过的事”。
先区分两个问题：历史事实 vs 当前状态
“上次发生了什么”通常在问这些内容：
- 上次 run 触发了什么；
- 跑过哪些命令；
- 改了哪些文件；
- 卡在哪一步；
- 留下了哪些截图、artifact、公开链接或记录 ID。
“现在怎么样了”则更像是在问：
- 页面当前长什么样；
- 服务现在在线吗；
- 平台现在登录了吗；
- 内容此刻是不是审核中。
这两类问题都重要，但不是同一个问题。
为什么默认应该先查运行档案？
因为运行档案回答的是历史执行事实，线上重探回答的是当前现场状态。
如果顺序反过来，最常见的三类偏差是：
- 用当前页面回答过去事实；
- 为一句追问又触发一轮本不该重跑的操作；
- 档案里明明已经有答案，却还让用户重复补信息。
哪些场景特别适合“先查档，再决定是否重探”？
场景 1：用户问“上次失败在哪一步”
这明显是历史问题。优先应该去看 run 档案，而不是当前页面。
场景 2：用户说“去看你之前发给我的截图”
如果截图路径或 artifact 还在，应该优先回看原图，而不是重新截图。因为新截图拿到的是当前界面，不一定还是当时的证据现场。
场景 3：用户问“你上次改了什么文件”
这种问题更适合看运行档案里的文件记录，而不是重新去扫仓库当前状态。仓库现在的样子，可能已经和上次 run 结束时不一样了。
为什么聊天记录不总是够用？
聊天记录更适合回答“说过什么”，不一定适合回答“做过什么”。
真正能支撑复盘的，通常还是这些运行事实：
- 命令；
- 文件；
- 错误；
- 工具输出；
- 产物路径；
- 时间线。
所以当用户追问“上次到底发生了什么”时，执行型 AI 最稳的默认动作不是重探，而是先把档案调出来。
什么时候查完档还要继续重探？
如果用户问的是“上次失败在哪？现在恢复了吗？”或者“按上次那个失败点继续做”，那正确路径通常是两段式：
- 先查档，把过去说准；
- 再重探当前环境，确认现在状态或继续执行。
一个简单判断
可以先问自己 5 个问题：
- 用户问的是历史执行，还是当前状态？
- 这个答案是不是理论上已经在某次 run 里？
- 我现在重探，会不会制造重复动作？
- 我会不会把“现在”误说成“上次”？
- 如果不先读档，我是不是又要让用户重新描述？
如果 3 个以上答案都指向历史事实，默认就该先查运行档案。
常见问题
FAQ 1：查档会不会更慢？
不一定。很多时候档案更快，因为答案已经在里面。
FAQ 2：为什么不能只靠聊天记录？
因为聊天记录更偏摘要，运行档案更偏执行证据。用户问“上次做了什么”时，后者通常更关键。
FAQ 3：什么时候必须重探？
当用户明确要当前状态，或者下一步就是基于上次失败点继续做时，查档之后应该继续重探或续跑。
本文首发于 OmniGoAI 官网：https://omnigoai.com/zh/blog/gowork-run-archive-vs-live-reprobe/ ——OmniPost，把内容一键分发到 30+ 平台。
