What problem does it solve? Turning merged work into a release means manually deciding the next version number, writing a changelog, bumping manifest files, tagging, and creating a GitHub release. This Skill automates that entire sequence from the Conventional Commits already in the git log, with a mandatory preview before anything mutates. ## Core Features & Use Cases - Automatic version derivation: Parses the commit range since the last release tag and computes the correct semver bump, including special 0.x rules and breaking-change detection from commit bodies. - Changelog generation: Renders a Keep a Changelog section grouped into Added, Changed, Fixed, Removed, and Other, reused verbatim for the GitHub release body. - Two release paths: Pushes directly on unprotected branches, or opens a release PR on protected branches and finishes the tag after merge. - Use Case: After merging several feature PRs into main, ask for a release and get a preview showing v1.4.0 derived from three feat commits, the full changelog, and the exact commands about to run, then confirm to tag and publish. ## Quick Start Ask the agent to cut a release from the current branch, for example by saying "cut a release and show me the next version and changelog before tagging".