核心 GUIDE
Conversation State（对话状态）
Conversation State 是应用拥有的 Structured State，用来描述当前 Interaction 正在进行什么；它不应与 Raw Chat History、Model Memory 或“刚好塞进 Context Window 的内容”混为一谈。
核心心智模型
State 记录继续 Workflow 所需的稳定事实：Current Intent、Collected Field、Pending Action、Approval、Tool Result 与 Unresolved Question。History 可以帮助重建 State，但它本身不是 State Contract。
为什么重要
Multi-turn Application 如果每次 Model Call 都要从 Prose 中重新推断 Workflow State，就容易失败：History 越来越贵，Hidden Assumption 不断累积，一次 Summary Error 甚至可能改变 Business Logic。显式 Conversation State 可以让 Continuity 可测试、可恢复，并减少对单次模型解释的依赖。
01
把 Workflow State 与 Conversational Evidence 分开
为跨 Turn 必须保留的事实定义 Schema。只有在验证 Model 或 Tool Output 后，才通过显式 Transition 更新 State。Raw Message 可以保留用于 Audit 与 Retrieval，但下一次 Context 只渲染 Relevant State 与精选 History。重要 State 需要 Versioning，以支持 Resume、Rollback 与 Migration。
02
示例：预订流程在长对话岔路后重新开始
Travel Assistant 已收集 Destination、Date 与 Budget，之后 User 又问了很多无关问题。如果应用只依赖 Chat History，下一次 Model Call 可能忘记哪些 Field 已确认。Structured State Object 会保留 Confirmed Value 与 Pending Field，而岔路对话只作为可选 Context。
常见失败模式
- 把完整 Chat Transcript 当成 Workflow Truth 的唯一来源。
- 允许 Model-generated Summary 在无 Validation 情况下修改关键 Business State。
- 把所有 Conversational Detail 都永久写入 State，即使它对未来没有影响。
工程启发
- 只要后续 Action 依赖某个事实，就应显式建模 Conversation State。
- Raw History 作为 Evidence 保留，而不是充当主要 State Machine。
- 对 State Transition 做 Validation，并为高后果 State 进行 Versioning。
关键结论
- 01State 属于 Application，而不是模型的 Hidden Memory。
- 02Structured State 让 Multi-turn Behavior 可测试、可恢复。
- 03History 可以提供 Evidence，但不应自动成为 State Contract。
阅读记录
这里只记录你真实做过的动作，不代表掌握、熟练或认证。
用于这些学习路径
这个 Concept 会在多个 canonical 学习路径中复用。