本页是 DHF 的记忆与恢复辅助，不是总目录。BEST / CARE 帮助团队复述业务关注、控制、价值与演进；RECOVER 只在外部写入失败或结构异常时展开。完整价值主张和证据层级由 Evidence 页面负责。
CAP → BRIDGE × SAFE → TRUST
CARECAP → SAFE → TRUST → BRIDGE
BEST / CARE 负责怎么记；Evidence 负责说明什么价值主张由什么事实支持。遇到事故，才进入 RECOVER。
BEST 是架构视角，适合解释整个 DHF；CARE 是行动视角，适合团队日常复述。顺序不同是叙事重点不同，不是框架冲突。
BEST 与 CARE 只负责“怎么记”；CAP、BRIDGE、SAFE、TRUST 才负责“记什么”。
Continuity 跨会话持续；Accuracy 报价字段与价格正确；Permission 外部动作有明确授权。
六个发展阶段，不包含“价值语言期”。
Specification、Authorization、Facts、Error-recovery，贯穿所有阶段。
Trust & quality、Risk control、Unit productivity、Service continuity、Traceability at scale。
当外部 writer 已经产生副作用、但最终结构断言失败时，不能盲重试。RECOVER 把“停、回滚、验证、再授权”变成可复述的操作顺序。
Google Docs writer 在最终结构检查之前已经修改文档，随后返回 readback_structure_mismatch。此时“失败”不代表“没有写入”。
保留失败回执，停止盲重试，由 Owner 原生回滚；独立读回确认恢复后，新的修复动作必须重新授权，最终用全量 readback 收口。
每组模型只有一个职责；主生命周期仍由 Beginner、Context、Lifecycle、Governance 与 Status 解释。
SAFE → TRUST
怎样可信推进，以及这些控制创造什么业务价值。
PROTECT
七个受保护 runtime 组件如何共同落实控制。
CAP / BRIDGE
关注什么，以及从 Baseline 到 Enforcement 如何成熟。
BEST / CARE
面向决策者和实践者的两种复述入口。
RECOVER
外部写入失败后的条件化停止、回滚、验证与重授权。
Casebook / SAFE Map
用真实交付案例验证模型，而不是创造新的流程。