openclaw-release-maintainer

Automate OpenClaw release preparation and validation across stable and beta channels.

Updated Mar 22, 2026
One-click install
npx skills add https://github.com/MaxSaiets/myOpenCL --skill openclaw-release-maintainer-maxsaiets
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openclaw-release-maintainer
Source: https://github.com/MaxSaiets/myOpenCL/tree/main/openclaw/.agents/skills/openclaw-release-maintainer
Command: npx skills add https://github.com/MaxSaiets/myOpenCL --skill openclaw-release-maintainer-maxsaiets

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

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.

Core Features & Use Cases

  • Respect release guardrails by requiring operator approval before version changes and before any publish step.
  • Keep release channel naming aligned across stable, beta, and dev channels and ensure appropriate npm dist-tags.
  • Handle versions and release files consistently across multiple files (e.g., package.json, app/build files, Info.plist, and changelog entries).
  • Build changelog-backed release notes by integrating changes from CHANGELOG.md and tagging releases appropriately.
  • Run publish-time validation with scripted checks, ensuring preflight checks and artifact validation before tagging.
  • Use the right auth flow for publishing using GitHub trusted publishing and separate maintainer flows for plugins.

Quick Start

Run the maintainer workflow to validate a beta release by updating versions, verifying changelog entries, and executing the release-check sequence before tagging.

Frequently Asked Questions about openclaw-release-maintainer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate release preparation and validation for OpenClaw?

Automating release preparation for OpenClaw involves aligning version naming, assembling user-facing release notes, and validating publish-time commands across stable and beta channels. This ensures version references remain consistent across multiple files before tagging.

How do I keep version references consistent across package.json and changelog files?

Keeping version references consistent across package.json, app/build files, Info.plist, and changelog entries requires automated version alignment. This workflow enforces consistent version naming and updates all referenced files simultaneously during release preparation.

How do I build changelog-backed release notes for beta and stable channels?

Building changelog-backed release notes involves integrating changes from CHANGELOG.md and tagging releases appropriately for each channel. This approach assembles user-facing release notes while respecting channel-specific naming conventions for stable, beta, and dev distributions.

Does OpenClaw publishing support GitHub trusted publishing workflows?

OpenClaw publishing supports GitHub trusted publishing workflows to manage release authentication requirements. It enforces the correct auth flow for publishing and separates maintainer flows for plugins, ensuring proper credential validation before any publish step executes.

What are the limitations of automated release workflows for npm dist-tags?

Automated release workflows for npm dist-tags require operator approval before version changes and publish steps. Limitations include the necessity of manual guardrails for channel naming alignment and the enforcement of preflight checks before tagging artifacts.

Can I validate publish-time commands and artifacts before tagging a release?

Validating publish-time commands and artifacts before tagging a release is supported through scripted checks. This workflow runs preflight checks and artifact validation, ensuring all release-check sequences pass before finalizing the version tag.