create-release
SkillDocs & knowledgeCreate a draft GitHub release with proper versioning and release notes
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the create-release skill
What this skill tells your AI
The instructions your AI receives, as published by glowingkitty/openmates in .agents/skills/create-release/SKILL.md and read by ahel’s review.
Current Releases
!gh release list --limit 5 2>/dev/null || echo "gh not available"
Open PRs to Main
!gh pr list --state open --base main --json title,number 2>/dev/null || echo "none"
Instructions
IMPORTANT: Only create a release when the user explicitly asks, or as part of a PR workflow.
Step 1 — Determine Version
Current phase: Alpha. Product UI shows short product lines such as v0.17; release tags and package/image artifacts use exact alpha-train versions such as v0.17.0-alpha.0, v0.17.0-alpha.1, and v0.17.0-alpha.2. Check the latest tag:
gh release list --limit 3
Version bump decision:
| Change type | Bump | Example |
|---|---|---|
| New features | Minor product line | v0.17 → v0.17 |
| Bug fixes / repeated dev publishes | Alpha artifact | v0.17.0-alpha.0 → v0.17.0-alpha.1 |
| Breaking changes | Major | v0.17 → v1.0 |
Step 2 — Write Release Notes
Generate the contract trace for the commits included in the release and include its implemented contract versions, verified assertions, and approved exceptions in the release metadata/notes:
python3 scripts/specifications.py release-summary --git-range <previous-tag>..<target> --json
Write human-readable notes aimed at users and contributors (not a commit dump):
## Overview
<1-3 sentence overview>
## New Features
- <feature descriptions>
## Bug Fixes
- <fix descriptions>
## Improvements
- <notable internal improvements affecting UX>
Step 3 — Create Draft Pre-Release
gh release create <tag> \
--target main \
--title "<tag>: <short description>" \
--notes "$(cat <<'EOF'
<release notes>
EOF
)" \
--draft \
--prerelease
After Creation
Tell the user:
- The draft release tag and URL
- That it should be published after the PR is merged into
main - To publish:
gh release edit <tag> --draft=false
Signals
- GitHub stars
- 46
- Forks
- 3
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
create-release- Source
- github.com/glowingkitty/openmates