版本化状态、受控升级

运行时状态以数据库为优先：一个全局 SQLite 存储，每个 agent 一个，并有一份书面契约，规定运行时代码绝不将 JSON sidecar 作为活动状态读取或写入。该契约在 CI 中经过机器检查（数据库模式）。模式携带一个双位置版本契约；构建会拒绝打开比自身更新的数据库。openclaw update 会拒绝其声明的模式支持早于磁盘上数据库的目标；没有模式元数据的旧目标包无法进行预检。openclaw doctor --fix 是文件到 SQLite 迁移的唯一负责人，并为每次迁移记录回执。备份 中的 SQLite 快照使用 SQLite 的在线备份 API，并在创建和发布期间进行完整性和哈希检查。整个归档的验证不会将普通文件负载绑定到内容哈希；恢复绝不会就地发生。重启恢复 在有限尝试预算下恢复被中断的回合，并且崩溃循环断路器在抑制通道自动启动的同时保持控制平面可达。

发布通过四个渠道（stable、extended-stable、beta、dev）采用日历版本进行，并采用不可变的 npm 发布（开发渠道、发布流程）。extended-stable 是保守轨道，并且采用失败关闭策略：更新器会重新获取并验证确切选中的包，缺失或不一致的注册表数据会被视为错误，绝不会回退到 latest。完整发布验证 工作流固化一个不可变的执行计划工件，覆盖跨操作系统安装和升级、包验收、实时渠道泳道以及性能门槛。发布是串行化的，并在 OpenClaw Foundation 身份下进行来源验证（Sigstore 证明、npm 来源）。

各表面的就绪状态均已发布。成熟度记分卡 基于确定性 QA 证据和经过审核的质量评分，对 280 个能力领域 中的 50 个表面进行评级，并且每一行都有长期支持状态。extended-stable 回答某个表面支持多久；记分卡回答它被验证到什么程度。