$ 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 issues，生成修复分支、PR及评审处理流程。
帮助你管理飞书文档与文件的访问权限、共享范围和协作者设置
帮助团队核验 OpenClaw 版本是否已在多渠道完整发布并可正常使用。
查询当前天气与未来预报，辅助出行安排、降雨判断和行程规划。
帮助你用 node inspect 与性能分析工具定位 Node.js 调试与性能问题。
帮助开发与运维团队运行、排查并总结 OpenClaw 发布 CI 与发布前检查流程
根据变更记录与发布证据，起草或发布 OpenClaw 版本公告与测试指引。
基于 Git 历史重生成 OpenClaw 发布更新日志，便于发版前整理版本说明。
帮助维护者准备并核验 OpenClaw 稳定版或测试版发布与发布说明。
帮助定位 OpenClaw 测试中的内存增长、堆泄漏与 OOM 根因
帮助开发者选择并执行 OpenClaw 测试、CI 校验与发布验证的最优路径。