发布配置与重点重跑
发布配置¶
release_profile 控制发布检查中实时/提供商覆盖范围。Extended-stable 和仅变更日志验证 中描述的有界规范 beta 门禁也会选择以 npm 为重点的 CI，并推迟性能与 Telegram 置信度。Plugin Prerelease、安装冒烟、package 验收和 QA parity 仍保持选中。stable 和 full 配置始终运行详尽的仓库/实时 E2E、Docker 发布路径以及 QA-live soak 覆盖。beta 配置仅在 run_release_soak=true、显式 qa-live 控制器重试，或直接子任务的手动 qa 聚合时添加这些通道。Package Acceptance 在选中时提供规范的 package Telegram E2E；不带 soak 的 beta all 会将其推迟到置信度工作。
| 配置 | 预期用途 | 包含的实时/提供商覆盖 |
|---|---|---|
beta |
最快的发布关键冒烟测试。 | OpenAI/core 实时路径、面向 OpenAI 的 Docker 实时模型、原生网关核心、原生 OpenAI 网关配置、原生 OpenAI 插件，以及 Docker 实时网关 OpenAI。 |
stable |
默认发布批准配置。 | beta 加上 Anthropic 冒烟测试、Google、MiniMax、后端、原生实时测试框架、Docker 实时 CLI 后端、Docker ACP 绑定、Docker Codex 测试框架、Docker subagent-announce，以及一个 OpenCode Go 冒烟测试分片。 |
full |
广泛提供商扫描。 | stable 加上额外提供商、插件实时分片和媒体实时分片。 |
仅限 full 的新增项¶
这些套件会被 stable 跳过，并由 full 包含：
| 领域 | 仅限 full 的覆盖 |
|---|---|
| Docker 实时模型 | OpenCode Go、OpenRouter、xAI、Z.ai 和 Fireworks。 |
| Docker 实时网关 | 额外提供商拆分为 DeepSeek/Fireworks、OpenCode Go/OpenRouter 和 xAI/Z.ai 分片。 |
| 原生网关提供商配置 | 完整 Anthropic Opus 和 Sonnet/Haiku 分片、Fireworks、DeepSeek、完整 OpenCode Go 模型分片、OpenRouter、xAI 和 Z.ai。 |
| 原生插件实时分片 | 插件 A-K、L-N、O-Z 其他、Moonshot 和 xAI。 |
| 原生媒体实时分片 | 音频、Google 音乐、MiniMax 音乐，以及视频组 A-D。 |
stable 包含 native-live-src-gateway-profiles-anthropic-smoke 和
native-live-src-gateway-profiles-opencode-go-smoke；full 则改用更广泛的
Anthropic 和 OpenCode Go 模型分片。聚焦重跑仍可使用聚合句柄
native-live-src-gateway-profiles-anthropic 或
native-live-src-gateway-profiles-opencode-go。
聚焦重跑¶
使用 rerun_group 避免重复无关的发布框：
| 句柄 | 范围 |
|---|---|
all |
配置选定的合格性验证；不带 soak 的规范 beta 使用 npm-beta-v1；常规 stable 使用 npm-stable-v1，后者仅推迟原生应用。 |
ci |
仅手动 full CI 子任务。 |
plugin-prerelease |
仅 Plugin Prerelease 子任务。 |
install-smoke |
从 Install Smoke 到发布检查。 |
cross-os |
跨操作系统发布检查。 |
live-e2e |
仓库/实时 E2E 和 Docker 发布路径验证。 |
package |
Package Acceptance。 |
qa-parity |
QA parity、runtime-pair/restart 以及运行时工具覆盖。 |
qa-live |
QA live Matrix、Buzz 和 Telegram，以及启用时的受控 Discord、WhatsApp 和 Slack 通道。 |
npm-telegram |
已发布 package 的 Telegram E2E；需要 release_package_spec 或 npm_telegram_package_spec。 |
performance |
仅产品性能证据。 |
当某个实时套件失败时，使用 live_suite_filter 配合 rerun_group=live-e2e。
旧的 release-checks 聚合重试句柄无效。它会静默扩展到所有 release-check 通道，包括 package 和 Docker setup。在对失败面进行分类后，选择一个具体组。
umbrella/controller 也会拒绝 qa；直接 OpenClaw Release Checks
调度只能将其作为 qa-parity 和
qa-live 的有意手动聚合使用。实时和 QA-live 过滤器必须与其所属组匹配；all 也接受 cross-OS 过滤器。
不匹配会在调度前失败，并且永远不会扩大为无过滤运行。
有效过滤器 id 在可复用的实时/E2E 工作流中定义，包括
docker-live-models、live-gateway-docker、
live-gateway-anthropic-docker、live-gateway-google-docker、
live-gateway-minimax-docker、live-gateway-advisory-docker、
live-cli-backend-docker、live-cli-cache-docker、live-acp-bind-docker 和
live-codex-harness-docker。
对于聚焦的 QA 传输重跑，设置 rerun_group=qa-live，并使用规范选择器 qa-live-matrix、qa-live-buzz、qa-live-telegram、qa-live-discord、qa-live-whatsapp 或 qa-live-slack。
live-gateway-advisory-docker 句柄是其三个提供商分片的聚合重跑句柄，因此它仍会扇出到所有额外的 Docker 网关任务。
当某个跨操作系统泳道失败时，使用 cross_os_suite_filter 并设置 rerun_group=cross-os。该过滤器接受逗号分隔的 OS 标识、套件标识或 OS/套件对，例如 windows/packaged-upgrade、windows 或 packaged-fresh。全组运行必须保留每个 OS/套件对：-f cross_os_suite_filter=ubuntu,windows,macos 或 packaged-fresh,installer-fresh,packaged-upgrade 会被接受，而任何省略九个 Linux/Windows/macOS 安装和升级对之一的全组过滤器都会在调度前被拒绝。所有选中的跨操作系统结果在失败时阻塞。每个全组运行必须保留全部九个安装/升级组合。选中的泳道必须成功，但 normalCi 的策略派生 windows-node-ci 和经过身份验证的 recorded-flake 任务除外；参见 记录 flake。其他子任务保持严格。操作员豁免不能授权在选中的测试失败时发布。稳定发布需要稳定/完整证据、soak 测试和阻塞性能。
跳过或延迟的尝试永远不会报告为通过。当 live_suite_filter 显式请求受门禁的 QA 实时泳道（例如 Discord、WhatsApp 或 Slack）时，对应的 OPENCLAW_RELEASE_QA_*_LIVE_CI_ENABLED 仓库变量必须启用；否则输入捕获会失败，而不是静默跳过该泳道。使用控制器组 qa-parity 或 qa-live 获取新的 QA 证据。直接手动 OpenClaw Release Checks 调度可以使用 qa 聚合两者。
本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 cl/openclaw