State、Session 与 Memory

分清运行事实、会话、Checkpoint、Memory、RAG 以及跨版本恢复。

推荐阅读顺序

1. Run、Session 和 Durable State 到底各保存什么

回答：同一用户会话中的 Session、单次 Run 和跨进程长 Task 分别拥有哪些状态，谁能修改？

2. 运行中的信息放哪里：Conversation、Checkpoint 与 Short-Term Memory

回答：Conversation、Checkpoint、Short-Term Memory 都会保存运行信息，但它们分别服务认知连续性还是执行连续性？

3. 什么值得长期记住：Long-Term Memory 的写入与检索

回答：什么信息值得跨 Run 写入长期记忆，写入后怎样按 scope 检索而不是把所有命中都注入 Context？

4. 一条 Memory 还能不能信：Provenance、Freshness、Conflict 与 Isolation

回答：一条被检索到的 Memory 怎么证明来源、判断是否过期或冲突，并保证不会跨 scope 泄漏？

5. 哪些信息能用于恢复：Memory、RAG、Event Log 与 Crash Recovery

回答：Crash 后哪些数据能证明系统已经做过什么，为什么 Memory / RAG 只能辅助认知而不能作为恢复 authority？

6. 昨天保存的 Run，今天的新代码还能恢复吗：State Schema Versioning 与 Migration

回答：长 Run 的 checkpoint/event/state 跨部署版本存在时，新代码怎样判断兼容、迁移或拒绝恢复？

本模块学习边界

• 暂不展开：产品化长期记忆策略与大规模记忆基础设施不作为 Harness 主线前置