What problem does it solve?
Release verification for OpenClaw requires checking multiple publication surfaces (GitHub Releases, npm registry, ClawHub, Docker images, workflow runs) and confirming live Gateway behavior. Without a structured verification process, teams risk declaring a release complete when artifacts are missing, provenance is unverified, or the published package fails smoke tests.
Core Features & Use Cases
- Track-aware verification: Resolves the release track (regular beta/stable vs. extended-stable) and applies the correct checks for each, avoiding false failures from cross-track artifact mismatches.
- Publication surface checks: Verifies GitHub Release state, npm registry versions and dist-tags, ClawHub plugin publication, Docker image digests, and workflow run conclusions.
- Provenance and integrity validation: Confirms npm registry signatures, provenance attestation, SHA256 checksums on immutable evidence assets, and digest binding to the release SHA.
- Live Gateway smoke testing: Runs the published CLI in an isolated environment and executes a Gateway-backed agent turn with a known-available model to confirm runtime behavior.
- Use Case: A maintainer needs to confirm whether OpenClaw v2025.11.27 is fully released. Use this skill to verify the GitHub Release is published (not draft), root npm
latest matches, all expected plugins are published to npm and ClawHub, the stable main closeout workflow succeeded, and a live Gateway smoke test passes.
Quick Start
Verify whether OpenClaw release v2025.11.27 is fully published, smoke-tested, and live-verified by checking all track-specific publication surfaces and running the shared Gateway smoke test.