结论：多轮对话不是"把历史全堆着"，而是"维护一份清晰、可控、可推理的状态"。状态管理做不好，轮次越多越混乱，前后矛盾、指代错乱、目标漂移接踵而来。

一、会话状态的三个组成

• 对话历史：说了什么（需要压缩，呼应上下文工程）。

• 任务状态：当前目标、已完成步骤、待办、关键实体（ID、路径、参数）。

• 用户画像：稳定的偏好与约束（呼应记忆篇）。

三者要分开存储，混在一起就难维护。

二、指代与上下文解析

"它""那个""刚才说的"需要解析。解析依赖任务状态里的实体表，而不是指望模型从长历史里自己回忆。显式维护实体，指代更稳。

三、目标漂移的防治

多轮容易跑偏：起初要做 A，聊着聊着变成 B。对策是维护一个显式的"当前目标"，每轮校验是否仍对齐，偏离时提示或收敛。

四、压缩与摘要

历史不可能无限增长。滚动摘要：保留结论、决策、待办、关键实体，丢弃过程性闲聊。这与上下文工程的压缩层级一致。

五、多会话隔离

不同用户、不同项目、不同任务的会话必须隔离，防止信息串味（呼应安全与记忆篇）。

六、常见误区

• 历史全量堆叠；状态与对话混存；指代靠模型猜；无目标锚定导致漂移；会话不隔离。

七、检查单

• [ ] 对话历史、任务状态、用户画像分开管理

• [ ] 维护显式实体表，支撑指代解析

• [ ] 有"当前目标"锚点，防漂移

• [ ] 滚动摘要，历史不无限增长

• [ ] 摘要保留结论/决策/待办/实体

• [ ] 多用户/多项目会话隔离

• [ ] 状态变更可追溯