实时与 E2E 分片
Live 和 E2E 分片¶
发布版 live/E2E 子工作流所运行的具名 live 与 E2E 分片,以及每个分片覆盖的内容。属于发布验证工作流索引的一部分。
Live 和 E2E 分片¶
发布版 live/E2E 子工作流保留了广泛的原生 pnpm test:live 覆盖,但通过 scripts/test-live-shard.mjs 将其作为具名分片运行,而不是单个串行作业:
native-live-src-agents和native-live-src-agents-zai-codingnative-live-src-gateway-core- 按提供方过滤的
native-live-src-gateway-profiles作业 native-live-src-gateway-backendsnative-live-src-infranative-live-testnative-live-extensions-a-knative-live-extensions-l-nnative-live-extensions-moonshotnative-live-extensions-openainative-live-extensions-o-z-othernative-live-extensions-xai- 拆分后的媒体音频/视频分片以及按提供方过滤的音乐分片
这样在保持相同文件覆盖的同时,让缓慢的 live 提供方失败更易于重新运行和诊断。聚合分片名称 native-live-src-gateway、native-live-extensions-o-z、native-live-extensions-media 和 native-live-extensions-media-music 仍然可用于手动一次性重新运行。
稳定版/完整版发布验证在 native-live-test 中包含无配置的 agent exec --auth-env-only Code Mode 冒烟测试。测试运行器会在启动 worker 之前构建运行时。该冒烟测试会将构建好的分发产物复制到源代码检出目录之外,应用包的插件排除规则,并复用已安装的依赖。它只向全新的 CLI 环境提供 OPENAI_API_KEY,在无运行时覆盖的情况下运行 openai/gpt-5.6-luna,并验证 Code Mode 参与、嵌套工具调用以及精确的读-写产物。这证明了构建后分发产物的行为;tarball 安装证明由 Package Acceptance 负责。该分片要求此测试提供通过证据;缺少密钥或跳过测试都无法满足发布门禁。
Gateway-profile 分片以及包含 image-tool 提供方或 OpenAI 插件 live 测试的分片会在启动 Vitest 之前准备 sourcePerformance 构建配置。这会提供可执行的提供方和 agent 运行时产物,而无需构建声明文件或 Control UI。提供方请求、断言和测试截止时间保持不变;网关诊断环境设置仅适用于 gateway-profile 分片。冷启动时源插件 Jiti 导入开销仍作为单独的性能后续事项处理,不属于 live 提供方延迟。
稳定版/完整版发布运行会在 native-live-src-agents 中通过 OPENCLAW_LIVE_OPENAI_COMPACTION=1 和 OPENCLAW_LIVE_OPENAI_COMPACTION_FULL=0 显式启用 OpenAI AgentSession 重复压缩。这会使用有界的 48k 上下文配置,并要求多次压缩以及持久标记回读。手动分片运行保留显式选择加入机制;一旦启用,跳过的压缩测试将导致分片无法通过其证据门禁。单独的 922k 全文上下文压力配置仍为手动选择加入。
原生 live 媒体分片运行在 ghcr.io/openclaw/openclaw-live-media-runner:ubuntu-24.04 中,该镜像由 Live Media Runner Image 工作流构建。该镜像预装了 ffmpeg 和 ffprobe;媒体作业在 setup 之前只需验证这些二进制文件。将 Docker 支持的 live 测试套件保留在常规 Blacksmith runner 上——容器作业不是启动嵌套 Docker 测试的正确位置。
Docker 支持的 live 模型/后端分片针对每个选定的提交使用单独的共享镜像 ghcr.io/openclaw/openclaw-live-test:<sha>-<extensions>。live 发布工作流会构建并推送一次该镜像,然后 Docker live 模型、按提供方分片的网关、CLI 后端、ACP 绑定和 Codex harness 分片以 OPENCLAW_SKIP_DOCKER_BUILD=1 运行。网关 Docker 分片带有显式的脚本级 timeout 上限,低于工作流作业超时时间,这样卡住的容器或清理路径会快速失败,而不会消耗整个发布检查预算。如果这些分片独立重建完整的源 Docker 目标,则发布运行配置有误,会浪费实际时间在重复的镜像构建上。
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 cl/openclaw