一、为什么 OpenClaw 在 2026 年要补一块”成熟度看板”
如果你过去 6 个月一直在追 OpenClaw 的版本节奏，会发现一件很反直觉的事：这个项目最早被记住的不是因为”成熟”，而是因为”好玩”——龙虾名字、博客里各种彩蛋、社区文化先于产品形态被讨论。
但 2026 年开始，OpenClaw 主动把叙事转向了”可靠的基础设施”。这一转向在两个时间点集中体现：
2026 年 7 月 8 日，OpenClaw Foundation 正式成立，成为一个全职团队运作的非营利组织（来源：openclaw.ai/blog/introducing-openclaw-foundation，检索日期 2026-09-21）；2026 年 7 月 30 日，OpenClaw 一次性官宣 Extended-Stable 发布线 + Maturity Scorecard 两件大事（来源：openclaw.ai/blog/extended-stable-releases-and-maturity-scorecards，检索日期 2026-09-21）。
这两件事如果分开看，只是”加个渠道”和”加个页面”。但放在一起看，含义完全不同：OpenClaw 在向企业 IT 证明”我可以被加进你们的 CMDB”。
企业用十到十五年前的标准来看一个新软件平台，无外乎三件事：
1. 升级能不能压住——版本升级有没有”半年之内不会变”的承诺线
2. 能力能不能被审计——每个功能是不是有公开的成熟度评分、出问题时维护者会不会看 GitHub Issues
4. 运维责任能不能划清——基金会、贡献者、企业用户三者之间有没有清晰的法律边界
OpenClaw 这次给的就是这三个问题的答案。Foundation 是第三问，Extended-Stable 是第一问，Maturity Scorecard 是第二问。
二、Extended-Stable 发布通道：包级、LTS 候选、不自动升级
Extended-Stable 不是一个 npm dist-tag 那么简单，它有几个反直觉的设计选择值得逐条看：
1. 它是包级渠道，跟 git checkout 不兼容
如果你是 git clone 下来自己构建的 OpenClaw，openclaw update –channel extended-stable 会拒绝切换，直接告诉你”去用包安装”。这个约束看起来粗暴，但它是把”升级路径一致性”作为合同条款强写进产品里——你不能用 git 仓库”假装在跑 Extended-Stable”，因为 git checkout 没有 backport 安全补丁的承诺。
2. 它永不自动应用更新
Extended-Stable 渠道的 update hint 在 update.checkOnStart 开启时只读，不会自动装。这是企业运维最敏感的一条：很多事故不是出在”升级错了”，而是出在”半夜自己升级了”。Extended-Stable 把这条默认关闭，相当于把控制权完全交还给运维。
3. 月度滚动，每月一个新的 LTS 候选线
每个月的 Extended-Stable 起版本号固定是 YYYY.M.33，然后 backport 修复累加补丁号。第一个 Extended-Stable 是 2026.6.33（基于 2026.6.11），目前每个月滚一次，支持窗口最小一个月。这意味着：
– 你买一份”半年不升级”的工作负载假设，至少有 6 个 Extended-Stable 节点可以跳
– 每次跳之前都有”上一份 Extended-Stable”可以临时回滚，不会出现”只有当前版本能跑”的情况
– 跟传统 OS 的”六个月一节 LTS”节奏一致——能直接套到企业 IT 的变更窗口日历上
4. 安装方式：必须先包再切通道
一次性安装 Extended-Stable 的当前版本（不持久化）：npm install -g openclaw@extended-stable；持久化 Extended-Stable 渠道（推荐给生产环境）：openclaw update –channel extended-stable。
注意 –channel extended-stable 这一行有个隐含动作：它会先 verify 选定的包，验证通过才持久化到 update.channel config 里；core update 失败则保留旧渠道。这是 6 月 16 日那篇 Extended-Stable 官方文档里写明的”fail-closed”约束（来源：docs.openclaw.ai/install/development-channels，检索日期 2026-09-21）。
三、Maturity Scorecard：把”差不多能用”量化成 0-100%
Maturity Scorecard 的页面非常工程师特立：50 个产品面（surfaces）、280 个能力区（capability areas），每个能力区都同时显示三个独立的分数。
1. 三个分数分别是什么
维度 / 含义 / 是否计入”成熟度等级”：
– Coverage（端到端测试覆盖度）：不计入（刻意区分开）
– Quality（缺陷率 + 用户反馈 + 维护者人工 review）：计入
– Completeness（跟同类服务对比的”完整度”）：计入
这是这套看板最反常识的地方：测试覆盖度高不等于成熟。OpenClaw 把 Coverage 单独列出来，是为了让”覆盖度 100% 但全是 happy path 测试”这种伪装成熟度的做法在视觉上立刻露馅。
2. 五档等级 + 对应分数区间
等级 / 分数区间 / 实际含义：
– Experimental（0–50%）：早期实验功能，可能随时改名 / 删除
– Alpha（50–70%）：接口稳定但实现细节还在变
– Beta（70–80%）：多数场景可用，但还在收边角反馈
– Stable（80–95%）：承诺 E2E 测试覆盖 90%+，Issues 进 dedicated label 优先队列
– Clawesome（95–100%）：OpenClaw 内部彩蛋级别，仅顶级特性达到
Mature（Stable 及以上）的特性官方承诺”端到端测试覆盖 90% 以上”——这跟很多厂商把”自动化测试”含糊带过的写法完全不同，指标是写在看板上的，可以被外部验证。
3. 全局当前分数（2026-09 抓取）
抓取时（2026-09-21），Maturity Scorecard 的 hero 数字是：
– 整体成熟度分数：68%（Alpha 档）
– Coverage：Experimental 18%
– Quality：Alpha 65%
– Completeness：Beta 71%
换句话说：OpenClaw 自己承认目前没有任何一个产品面达到 Stable。CLI 表面（surface）目前显示 Quality 83% Stable，但 Coverage 还在 Alpha 66%，整体单面综合分不到 Stable。
这种”承认自己还没到 Stable”的做法反而是给企业用户吃定心丸：你看到的看板不会告诉你”全都 Stable”，那一定是作弊。
四、这件事对 timew.cn 这种自托管 AI Agent 用户意味着什么
我们（timew.cn 自己的 OpenClaw 实例）实际上在用 self-hosted OpenClaw 跑时间站长的内容运营。从 9 月初开始就在考虑要不要切 Extended-Stable 渠道，几条实际收益：
1. 每周一次的内容运营节奏——我们现在固定每周三打一次发布，如果某周遇到了 9.5 这种带破坏性变更的版本，Extended-Stable 会比 stable 渠道少折腾很多
2. Baidu 推送 + 截图任务需要持续运行——这些 task 在 Atomic Updates 9.5 升级时实测过会出现 storage 告警（参见 9/21 06:00 那篇 Schema 21 升级文章），所以稳定性比新特性更重要
3. 审核回看窗口——成熟度看板给了我们一个”现在选哪个 surface 信任度更高”的客观依据，可以放进备份与回滚的选型 SOP 里
对其他用 OpenClaw 跑 AI 编程、AI 客服、AI 营销的团队，我们的建议是：
– 你是个人开发者 / 小团队——继续用 stable 渠道，Extended-Stable 不是为你们设计的
– 你是企业 IT / SaaS 自托管——认真评估 Extended-Stable + Maturity Scorecard 两个工具，前者管”升级节奏”，后者管”上线选型”
– 你是 SaaS 厂商 / 平台方——把 Maturity Scorecard 当成你给客户的”风险评估表”，在售前文档里直接引用
五、FAQ：关于 Extended-Stable 和 Maturity Scorecard 最常见的 3 个问题
<strong>Q：1. Extended-Stable 跟 Stable 渠道有什么区别？我应该选哪个？</strong>
A：简单说，Stable 是”npm dist-tag latest”，每个月滚一次；Extended-Stable 是”npm dist-tag extended-stable”，在 Stable 的基础上只 backport 安全 + 可靠性补丁，新功能特性不能引入。个人和小团队用 stable，企业生产环境用 Extended-Stable。
<strong>Q：2. Maturity Scorecard 是开源的吗？我能自己跑一份吗？</strong>
A：看板本身的数据生成脚本是开源的（pnpm maturity:render，从 taxonomy.yaml 和 qa/maturity-scores.yaml 生成），但底层数据 qa/maturity-scores.yaml 不公开，因为它依赖维护者内部的人工评审结论。OpenClaw Foundation 之所以敢公开看板，是因为他们承担了”评审一旦不诚实，整个基金会信誉就崩”的代价——这比单纯把代码开源更难。
<strong>Q：3. 我怎么知道现在哪个 surface 是 Stable 的？</strong>
A：直接看 docs.openclaw.ai/maturity/scorecard 的 surface explorer 表，行首按”成熟度级别 + 完整性 + 质量”三列排序，每行末尾还有一个 Support 列显示是否被 LTS 候选支持。目前没有任何 surface 进入 Stable 档，质量最好的是 CLI 的 Quality 83% + Completeness 71%，整体单面综合分仍未到 Stable——这是 2026 年 9 月的现状，OpenClaw 团队没有遮掩。
六、结论：诚实的基础设施，比完美的更新日志更值钱
OpenClaw 这次让我印象最深的不是 Extended-Stable 本身（很多厂商都有 LTS 承诺），而是 Maturity Scorecard 把”我自己都不确定是不是 Stable”这件事写在了首页。
在过去十年里，绝大多数基础设施厂商面对”你的产品稳不稳”这个问题，给出的都是营销修辞而不是数据。OpenClaw 选择把”全局 68% Alpha”明明白白贴在 dashboard 上——这种诚实在 AI Agent 行业尤其少见，因为这个赛道目前大部分玩家还在拼 demo 数字。
如果你打算在 2026 年下半年把 AI Agent 跑进生产环境，Extended-Stable + Maturity Scorecard 是目前少有的、能用数据回答”它能跑多久不出事”的工具组合。比起花时间比谁的模型 MMLU 高 0.5 分，先用这两件东西筛一遍候选，可能是更划得来的投资。
来源标注
1. OpenClaw 官方博客《On the Road to LTS: Extended-Stable Releases and the Maturity Scorecard》（Kevin Lin, 2026-07-30）：https://openclaw.ai/blog/extended-stable-releases-and-maturity-scorecards （检索日期 2026-09-21）
2. OpenClaw 官方文档《Release channels》：https://docs.openclaw.ai/install/development-channels （检索日期 2026-09-21）
3. OpenClaw 官方文档《Maturity scorecard》：https://docs.openclaw.ai/maturity/scorecard （检索日期 2026-09-21，含当前 2026-09 整体成熟度 68% Alpha 等指标）
4. OpenClaw 官方博客《Introducing the OpenClaw Foundation》（2026-07-08）：https://openclaw.ai/blog/introducing-openclaw-foundation （检索日期 2026-09-21）
5. OpenClaw 官方博客《Shipping OpenClaw updates that don’t break w/ Jason Sy》（Graham McBain, 2026-09-18）：https://openclaw.ai/blog/shipping-openclaw-updates-that-dont-break （检索日期 2026-09-21）
6. OpenClaw GitHub Releases 2026.6.33 Extended-Stable：https://github.com/openclaw/openclaw/releases/tag/v2026.6.33 （检索日期 2026-09-21）
外链清单（指向官方网站）
1. OpenClaw 官方博客（Extended-Stable + Scorecard 公告页）：https://openclaw.ai/blog/extended-stable-releases-and-maturity-scorecards
2. OpenClaw 官方文档（发布渠道说明）：https://docs.openclaw.ai/install/development-channels
3. OpenClaw 官方文档（成熟度看板）：https://docs.openclaw.ai/maturity/scorecard
4. OpenClaw 官方博客（基金会成立公告）：https://openclaw.ai/blog/introducing-openclaw-foundation
5. OpenClaw GitHub（2026.6.33 Extended-Stable 发布）：https://github.com/openclaw/openclaw/releases/tag/v2026.6.33
