恢复意味着恢复：工作流持久层中检查点、中断和恢复语义的机器检查一致性契约

一个持久执行状态以便运行可以被中断、在崩溃中幸存并继续运行的框架必须决定恢复对于已经发生的影响意味着什么。五个广泛部署的代理工作流框架的答案不同，没有一个公开机器可检查的合同，并且测量的行为甚至违反了它们所声明的片段。 RESUME CONTRACT 规定了持久性 API 的六个属性（前缀延续、只影响一次、分叉确定性、检查点有效性、一次性消费、恢复确定性），以及分叉意图和活跃性义务。 TLA+ 模型详尽地检查引用语义，在缩放边界（740 万个状态）下保持不变，并且引用连词另外经过 TLAPS 证明是无界的（196 个义务）； 39 单元故障矩阵和两个配套模块产生独立模型所需的分离模型。确定性、无 LLM 的Harness可在固定释放时测量它们。 LangGraph 1.2.9 持久地记录第二个恢复值并且从不查阅它，默默地保留模式无效状态，并在真正的 SIGKILL 后重新执行持久记录的工作：在一个 API 上跨中断恰好一次，跨崩溃至少一次。 CrewAI 1.15.2 根据其书面声明重新执行已完成的效果承载方法； pydantic-graph 1.x 在中间节点崩溃后无法恢复；没有两个被探测的框架共享一致性配置文件。消耗一次按顺序保存并在并发交付下失败：恢复一个停放中断的 k 个进程会触发门控效应 k 次，40 个单元中的 36 个单元中的饱和度为 1.0，并且故障跨主机。 REMIT 是一个参考定序器，其经过 Verus 验证的恢复核心与交付的可执行文件行相同，可修复分叉和有效性单元。跨进程单元在读取路径处修复：选择加入门声明共享存储中的消耗，为一名赛车手提供服务，并在任何节点执行之前拒绝其余的赛车手。