What problem does it solve? Manually releasing a breaking change requires coordinating several error-prone steps: incrementing the major version, documenting the breaking change in a changelog, committing, tagging, and pushing. This Skill automates that entire release sequence while enforcing safety gates so a major bump never lands on the wrong branch or in an unversioned project. ## Core Features & Use Cases - Sanity gating: Verifies the project has a package.json with a version field and that you are on the main branch before making any changes. - Guided version bump: Reads the current version, computes the next major version (e.g. 1.7.3 → 2.0.0), and asks you to confirm and supply a one-line breaking-change rationale. - Changelog and git automation: Prepends a dated BREAKING entry to CHANGELOG.md, commits, creates a vX.Y.Z tag, and pushes both to the remote. - Use Case: You just merged a PR that removes a deprecated API endpoint. Run the skill on main, describe the breaking change, and it produces a tagged v2.0.0 release commit with a proper changelog entry. ## Quick Start Bump the major version of this project and record the breaking change in the changelog.