changelog-generator
Produce consistent, auditable release notes from Conventional Commits. Separates commit parsing, semantic-bump logic, and changelog rendering for automated releases with editorial control. Use when cutting a release, generating CHANGELOG.md from git history, computing the next semantic version from commits, automating release notes in CI, or planning a hotfix/rollback. Examples: 'generate the changelog for v1.4.0', 'what version bump do these commits require', 'we need an emergency hotfix process'.
npx skills add alirezarezvani/claude-skills --skill changelog-generator --agent claude-code
Same command for any agent — swap --agent for codex, cursor, copilot.
Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.
# Changelog Generator **Tier:** POWERFUL **Category:** Engineering **Domain:** Release Management / Documentation ## Overview Use this skill to produce consistent, auditable release notes from Conventional Commits. It separates commit parsing, semantic bump logic, and changelog rendering so teams can automate releases without losing editorial control. ## Core Capabilities - Parse commit messages using Conventional Commit rules - Detect semantic bump (`major`, `minor`, `patch`) from commit stream - Render Keep a Changelog sections (`Added`, `Changed`, `Fixed`, etc.) - Generate release entries from git ranges or provided commit input - Enforce commit format with a dedicated linter script - Support CI integration via machine-readable JSON output ## When to Use - Before publishing a release tag - During CI to generate release notes automatically - During PR checks to block invalid commit message formats - In monorepos where package changelogs require scoped filtering - When converting raw git history into user-facing notes ## Key Workflows ### 1. Generate Changelog Entry From Git ```bash python3 scripts/generate_changelog.py \ --from-tag v1.3.0 \ --to-tag v1.4.0 \ --next-version v1.4.0
- Overview
- Core Capabilities
- When to Use
- Key Workflows
- 1. Generate Changelog Entry From Git
- 2. Generate Entry From stdin/File Input
- 3. Update CHANGELOG.md
- 4. Compute the Next Version From Commits
- 5. Lint Commits Before Merge
- Conventional Commit Rules
- Script Interfaces
- Common Pitfalls
- Best Practices
- Hotfix Severity & SLAs
python3 scripts/generate_changelog.py \ git log v1.3.0..v1.4.0 --pretty=format:'%s' | \ python3 scripts/generate_changelog.py --next-version v1.4.0 --format markdown python3 scripts/generate_changelog.py --input commits.txt --next-version v1.4.0 --format json git log v1.3.0..HEAD --oneline | \ python3 scripts/version_bumper.py --current-version 1.3.0 --output-format json python3 scripts/commit_linter.py --from-ref origin/main --to-ref HEAD --strict --format text python3 scripts/commit_linter.py --input commits.txt --strict cat commits.txt | python3 scripts/commit_linter.py --format json
What does the changelog-generator skill do?
Produce consistent, auditable release notes from Conventional Commits. Separates commit parsing, semantic-bump logic, and changelog rendering for automated releases with editorial control. Use when cutting a release, generating CHANGELOG.md from git history, computing the next semantic version from commits, automating release notes in CI, or planning a hotfix/rollback. Examples: 'generate the changelog for v1.4.0', 'what version bump do these commits require', 'we need an emergency hotfix process'.
How do I install it?
Run `npx skills add alirezarezvani/claude-skills --skill changelog-generator --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.
Where does this skill come from?
From alirezarezvani/claude-skills, a repository with 23,791 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.
Is a popular skill a good skill?
Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.