核心 GUIDE
MENTAL_MODELFOUNDATION6 分钟阅读
Context 与 Memory 的边界
Context 是模型在当前调用中真正能够使用的输入；Memory 是应用跨调用保存状态、并在需要时选择性重新放回 Context 的机制。
核心心智模型
Context 是有限的 Runtime Input Surface；Memory 是带生命周期与 Authority 规则的外部状态。只有当应用选中某段 Memory 并重新注入当前 Context 时，它才会影响模型行为。
为什么重要
很多产品只因为最近对话仍在 Prompt 中，就宣称模型“记住了”。这会混淆临时输入与 Durable State，并掩盖真正困难的问题：什么应该持久化、保存多久、谁能修改、Memory 与当前权威数据冲突时谁优先。
01
把持久化与 Rehydration 变成显式步骤
把 Current-call Context 与 Durable Store 分开。为不同 Memory Class 定义写入条件、Provenance、Expiry 与 Supersession，再只检索当前任务真正相关的记忆。重新注入 Context 的 Memory 也应该像其他 Source 一样带标签和 Scope，方便 Runtime 处理冲突，而不是默认旧状态永远正确。
02
示例：用户偏好不能覆盖当前账户政策
助手记住用户偏好周末配送，这个 Durable Preference 可以跨 Session 使用；但如果账户当前存在配送限制或政策已经更新，它不能覆盖权威状态。应用把 Preference 与最新 Account State 一起放回 Context，并依据明确的 Source Priority 决定最终动作。
常见失败模式
- 把最近 Prompt History 当作 Durable Memory，并假设新 Session 仍然存在。
- 把所有对话细节永久保存，却没有 Expiry 与 Authority。
- 把 Memory 注入 Context 前不检查 Relevance 和 Conflict。
工程启发
- 按用途与 Authority 定义 Memory Class，而不是按数据库类型命名。
- 持久状态同时保存 Provenance 和 Validity Condition。
- 只把当前任务需要的最小 Memory Set 重新注入 Context。
关键结论
- 01Context 是当前输入，Memory 是受管理的持久状态。
- 02Memory 必须有 Lifecycle、Authority 与 Retrieval Rule。
- 03Durable State 只有被有意重新引入 Context 后才会影响模型。
阅读记录
未打开Practice 尚未完成
这里只记录你真实做过的动作，不代表掌握、熟练或认证。
用于这些学习路径
这个 Concept 会在多个 canonical 学习路径中复用。