案例分析一：Coding Agent 上午排查，下午继续时需要恢复哪些信息

场景背景

上午 10 点。

用户，“帮我修复项目启动失败。”

Agent 经过 12 步已经确认：

项目入口：app.py
错误：ModuleNotFoundError: requests
requirements.txt 缺少 requests
暂未修改文件
下一步：补依赖并验证

用户离开。

没有 Session 的系统

下午用户回来，“继续刚才那个问题。”

Agent 只能看到这一句。

它甚至不知道：

刚才是什么问题
项目是哪一个
已经查过什么
当前做到哪里

于是只能问，“请重新提供项目和错误信息。”

体验很差。

有 Session 的系统

上午创建：

sess_91ab2c

保存：

messages
working_memory
tool_history
runs

下午请求继续带：

session_id=sess_91ab2c

服务端恢复：

Goal:
修复启动失败

Completed:
- 已复现错误
- 已确认缺少 requests

Next Action:
补依赖并验证

Agent 可以直接，“继续。我们上午已经定位到 requirements.txt 缺少 requests，现在从修复依赖开始。”

这个案例最适合用“上午—离开—下午恢复”的时间线去理解：

注意恢复的不是一句“继续任务”的聊天文本，而是上午已经积累下来的 Goal、Completed、Error、Next Action、Tool History 等状态。正因为这些信息都挂在同一个 session_id 下，下午回来以后 Agent 才不需要重新从项目结构开始排查。

结果

用户不需要重新交代上下文。

Agent 也不会重复：

list_files
read README
run app.py

复盘

这个案例说明，Session 解决的不是“聊天记录保存”这么简单。

它解决的是，多轮 Agent 状态连续性。

Conversation History 只是其中一部分。