Maintainer workflow for OpenClaw releases, prereleases, changelog release notes, and publish validation. Use when Codex needs to prepare or verify stable or beta release steps, align version naming, assemble release notes, check release auth requirements, or validate publish-time commands and artifacts.
66
80%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Use this skill for release and publish-time workflow. Keep ordinary development changes and GHSA-specific advisory work outside this skill.
docs/reference/RELEASING.md for public policy.stable: tagged releases only, with npm dist-tag latestbeta: prerelease tags like vYYYY.M.D-beta.N, with npm dist-tag beta-beta.N; do not mint new -1 or -2 beta suffixesdev: moving head on mainpackage.jsonapps/android/app/build.gradle.ktsapps/ios/Sources/Info.plistapps/ios/Tests/Info.plistapps/macos/Sources/OpenClaw/Resources/Info.plistdocs/install/updating.mdappcast.xml.vYYYY.M.D-beta.N from the release commitopenclaw YYYY.M.D-beta.NCHANGELOG.md version sectionCHANGELOG.md sorted by impact:
### Changes first### Fixes deduped with user-facing fixes firstBefore tagging or publishing, run:
node --import tsx scripts/release-check.ts
pnpm release:check
pnpm test:install:smokeFor a non-root smoke path:
OPENCLAW_INSTALL_SMOKE_SKIP_NONROOT=1 pnpm test:install:smokeopenclaw publish uses GitHub trusted publishing.NPM_TOKEN or the plugin OTP flow for core releases.@openclaw/* plugin publishes use a separate maintainer-only flow.openclaw-ghsa-maintainer for GHSA advisory inspection, patch/publish flow, private-fork validation, and GHSA API-specific publish checks.4467e04
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.