skills/release/SKILL.md
Prepare and publish a new cryptobot-python release. Use when the user asks to cut a release, bump the package version, update HISTORY.md, create a git tag, or create a GitHub release.
npx skillsauth add ragnarok22/cryptobot_python releaseInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create a new release for the cryptobot-python package.
/release <version>
Where <version> is the new semantic version (e.g., 0.4.2, 0.5.0, 1.0.0).
When the user invokes this skill with a version number, perform the following steps:
Validate the version: Ensure the version follows semantic versioning (X.Y.Z format). Reject pre-release or build metadata suffixes unless the user explicitly requests them.
Update version files:
version field in pyproject.toml:
sed -i '' 's/^version = ".*"/version = "<version>"/' pyproject.toml
__version__ in cryptobot/__init__.py:
sed -i '' 's/__version__ = ".*"/__version__ = "<version>"/' cryptobot/__init__.py
grep 'version' pyproject.toml | head -1
grep '__version__' cryptobot/__init__.py
Ask for release notes: Ask the user what changes should be included in the release notes.
Update HISTORY.md: Add a new entry at the top of the History section with the version number, today's date, and the release notes provided by the user.
Run tests: Execute make test to ensure all tests pass before proceeding. Do not continue if tests fail.
Create commit:
git add pyproject.toml cryptobot/__init__.py HISTORY.md
git commit -m "chore(release): prepare v<version> release"
Create tag:
git tag -a "v<version>" -m "v<version>"
Push commit and tag:
git push origin main
git push origin "v<version>"
Create GitHub release:
gh release create "v<version>" --title "v<version>" --notes "<release-notes>"
Use the release notes from the HISTORY.md entry. For multi-line notes, use --notes-file with a temporary file instead.
Report completion: Provide the user with a summary of files changed and a link to the GitHub release.
development
Maintainer-only workflow for handling GitHub Secret Scanning alerts on OpenClaw. Use when Codex needs to triage, redact, clean up, and resolve secret leakage found in issue comments, issue bodies, PR comments, or other GitHub content.
development
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.
development
Run, watch, debug, and extend OpenClaw QA testing with qa-lab and qa-channel. Use when Codex needs to execute the repo-backed QA suite, inspect live QA artifacts, debug failing scenarios, add new QA scenarios, or explain the OpenClaw QA workflow. Prefer the live OpenAI lane with regular openai/gpt-5.4 in fast mode; do not use gpt-5.4-pro or gpt-5.4-mini unless the user explicitly overrides that policy.
development
End-to-end Parallels smoke, upgrade, and rerun workflow for OpenClaw across macOS, Windows, and Linux guests. Use when Codex needs to run, rerun, debug, or interpret VM-based install, onboarding, gateway smoke tests, latest-release-to-main upgrade checks, fresh snapshot retests, or optional Discord roundtrip verification under Parallels.