核心 GUIDE
Memory Expiry 与 Invalidation
当 Evidence 过期、Scope 结束或更强信息 Supersede 旧状态时，Durable Memory 就应该停止影响 Decision。
核心心智模型
每一条 Memory 都应该有 Validity Condition。Expiry 可以由 Time、Event 或 Authority 触发；Invalidation 与 Write 同等重要，因为 Stale Memory 有时比没有 Memory 更危险。
为什么重要
Persistent Assistant 会自信地重复曾经正确的 Fact：Project Role 改了、Policy Expire、Customer Preference 被反转、Workflow Checkpoint 已完成。没有 Expiry / Supersession 时，Old State 仍然因为 Semantically Relevant 而被检索，并可能悄悄与 Authoritative Current Data 冲突。
01
为每种 Memory Class 绑定 Validity 与 Invalidation Trigger
对每种 Durable Memory 定义什么结束它的 Validity：Time Horizon、Source Update、Workflow Completion、Explicit User Change 或 Stronger Authoritative Record。保存 Update Time 与 Provenance；Superseded Record 标记后不得继续进入 Current-state Retrieval。High-impact Memory Class 还应周期性验证它是否仍能追溯到 Authoritative Evidence。
02
例子：Temporary Project Access 被永久记住
Assistant 记录 Contractor 在六周 Engagement 内可以访问 Private Project。如果这条 Permission 没有 Expiry，未来 Task 可能错误暴露 Project Information。正确 Durable Record 应带 Engagement End Condition，并在 Access System 报告 Contractor 不再 Active 时自动 Invalidate。
常见失败模式
- 所有 Memory 都设置 Infinite Lifetime，因为担心删除会丢信息。
- 删除 Historical Record，却没有把 Audit History 与 Effective Current State 分离。
- 只使用固定 TTL，而 Source Update 本应立即触发 Invalidation。
工程启发
- 设计 Memory Schema 时同时定义 Expiry 与 Supersession。
- Current Retrieval 只返回 Effective Memory；Audit History 需要时另存。
- High-impact State 优先使用 Authoritative Event-driven Invalidation。
关键结论
- 01Memory 必须有 End-of-life Policy。
- 02Stale Remembered State 有时比 Missing Context 更危险。
- 03Expiry、Supersession 与 Audit Retention 是不同 Responsibility。
用于这些学习路径
这个 Concept 会在多个 canonical 学习路径中复用。
来自 Knowledge Graph 的相关知识点
这些关系直接来自 canonical graph，不维护第二套 Guide 分类体系。