$ loading_
用于规划并执行 OpenClaw 插件发布前的全流程验证与兼容性测试
该技能材料显示其为纯提示/流程指导型技能，本身未声明需要密钥、远程端点或额外系统权限；结合开源 GitHub 来源和很高的社区采用度，整体风险偏低。需注意 README 中涉及本地命令、Docker、GitHub Actions 与测试流程指导，但这些更像供人工执行的操作说明，而非技能自身自动获得的能力。
材料明确标注无需密钥或环境变量；README 仅提到“仅在存在安全凭证时”进行某些实时探测，但未要求收集、上传或管理凭证，未见明确凭证泄露或滥用设计。
系统检查项与元数据均显示无远程端点，且该技能被判定为 prompt-only；文档虽提及 GitHub Actions、gateway startup、provider/channel probes 等测试场景，但未显示技能自身会向不明或无关端点外发数据。
作为 prompt-only 技能，材料本身只是建议运行 pnpm、git、Docker 等命令的测试步骤，不表明技能自动执行代码、启动进程或直接调用系统能力。
未声明需要读取或写入特定文件、目录、账户数据或外部资源权限。README 提到从仓库根目录检查状态、在 clean HOME 下验证包行为等，属于测试说明，不构成技能自身的数据访问授权。
来源为 GitHub 开源仓库，且社区采用度极高（约 37.7 万 stars），这是明显的正面证据。许可证和维护状态未明确，存在一定信息缺口，但基于可审计源码与高社区信任，未见足以升为高风险的供应链红旗。
复制安装指令，让 AI 自动完成配置 · 推荐新手
请帮我安装 askskill 上的 "release-openclaw-plugin-testing" 技能： 1. 下载 https://raw.githubusercontent.com/openclaw/openclaw/main/.agents/skills/release-openclaw-plugin-testing/SKILL.md 2. 保存为 ~/.claude/skills/release-openclaw-plugin-testing/SKILL.md 3. 装好后重载技能，告诉我可以用了
请为 OpenClaw 插件发布前验证制定一份测试计划，覆盖 bundled plugins、package artifacts、lifecycle commands、doctor/fix、config round-trip、gateway startup、SDK compatibility、Docker E2E、Package Acceptance 和 Testbox proof，并按优先级、通过标准和执行顺序整理。
一份结构化测试计划，包含测试范围、执行顺序、通过标准与风险提示。
请把 OpenClaw 插件发布前验证拆解为可执行的自动化检查步骤，分别说明每一步的输入、命令、预期结果和失败后的排查建议，重点覆盖 doctor/fix、gateway startup、Docker E2E 和 SDK compatibility。
一套可落地的自动化验证步骤说明，可直接用于 CI 或发布流程。
我会提供 OpenClaw 插件各项预发布测试结果，请帮我汇总通过/失败情况，标记阻塞问题、兼容性风险和建议修复项，并给出是否允许发布的结论。输出请包含简洁摘要和详细结论。
一份发布就绪性评估报告，明确测试结论、风险等级与后续建议。
Use this skill when the user asks for plugin release confidence, plugin lifecycle
sweeps, package-artifact plugin proof, or "what else should we test before
release?" It complements openclaw-testing; use that skill too when choosing
the cheapest safe runner or debugging a failing lane.
Prove the plugin system as a product surface, not just as source tests:
HOMEFrom the OpenClaw repo root:
pnpm docs:list
git status --short --branch
readlink node_modules
pnpm changed:lanes --json
In Codex worktrees under .codex/worktrees, node_modules must be a symlink to
the main OpenClaw checkout. Do not run pnpm install there. For broad or
package-heavy proof, use Blacksmith Testbox or GitHub Actions.
Prefer this order:
ci-build-artifacts-testbox.yml Testbox when Docker/package lanes need
seeded dist, dist-runtime, and package caches.ci-check-testbox.yml Testbox for source checks, targeted Vitest,
package-boundary checks, or focused Docker lanes.Avoid long package Docker runs from a stale sparse worktree. If Testbox sync
reports hundreds of changed files or starts deleting package inputs, stop and
warm a fresh box from current main, or switch to Package Acceptance.
Run or verify these before inventing new coverage:
OPENCLAW_TESTBOX=1 pnpm check:changed
pnpm run test:extensions:package-boundary:canary
pnpm run test:extensions:package-boundary:compile
pnpm test:docker:plugins
OPENCLAW_PLUGINS_E2E_CLAWHUB=0 pnpm test:docker:plugins
pnpm test:docker:plugin-update
pnpm test:docker:bundled-channel-deps:fast
For full bundled install/uninstall proof, shard the packaged sweep:
OPENCLAW_BUNDLED_PLUGIN_SWEEP_TOTAL=8 \
OPENCLAW_BUNDLED_PLUGIN_SWEEP_INDEX=<0-7> \
pnpm test:docker:bundled-plugin-install-uninstall
Expected current packaged scope: 116 public bundled plugins over shards 0-7.
Private QA plugins are source-mode only unless a package explicitly includes
them.
Use this matrix for pre-release signoff. Record pass/fail, run URL/Testbox ID, package SHA/version, and skipped-live reason.
| Surface | Proof | Preferred runner |
|---|---|---|
| Package artifact | Package Acceptance suite_profile=package or custom lanes | GitHub Actions |
| Bundled lifecycle | 8-shard test:docker:bundled-plugin-install-uninstall | Testbox or release Docker |
| External plugins | test:docker:plugins and plugins-offline | Testbox/package acceptance |
| Update no-op | test:docker:plugin-update | Testbox/package acceptance |
| Channel runtime deps | test:docker:bundled-channel-deps:fast plus key channels | Testbox/package acceptance |
| Doctor/fix | seeded bad configs + doctor --fix --non-interactive | new Docker/Testbox harness |
| Config round-trip | config set/get, inspect, doctor, reload, diff hash | new Docker/Testbox harness |
| Gateway bootstrap | clean HOME, plugin groups enabled/disabled, status JSON | new Docker/Testbox harness |
| SDK compatibility | directory, tgz, and file: external plugins using SDK subpaths | test:docker:plugins plus new smoke |
| Live-ish | redacted provider/channel probes only for present env | Testbox live lanes |
Use this when validating a release branch, beta, or candidate package:
…
帮助维护者分诊、清理并解决 GitHub 中的 OpenClaw 密钥泄露告警。
帮助定位 OpenClaw 测试中的内存增长、堆泄漏与 OOM 根因
帮助开发者选择并执行 OpenClaw 测试、CI 校验与发布验证的最优路径。
帮助你发现并控制 Sonos 音箱，执行播放、音量和分组等操作。
按模型汇总 CodexBar 本地费用日志，快速查看 Codex 或 Claude 的成本明细。
用 songsee CLI 从音频生成频谱图与特征面板可视化，便于分析与展示。
帮助团队核验 OpenClaw 版本是否已在多渠道完整发布并可正常使用。
帮助开发与运维团队运行、排查并总结 OpenClaw 发布 CI 与发布前检查流程
根据变更记录与发布证据，起草或发布 OpenClaw 版本公告与测试指引。
基于 Git 历史重生成 OpenClaw 发布更新日志，便于发版前整理版本说明。
帮助维护者准备并核验 OpenClaw 稳定版或测试版发布与发布说明。
帮助开发者批量定位并修复可合入的高置信小型 OpenClaw 缺陷