Changelog Generator
Scans commits across a date range or version tag, categorizes changes, strips internal noise, and rewrites technical language into plain prose.
Source Repository
/changelog
Point at a commit range, version tag, or time window.
Workflow:
- Gather commits via
git log for the requested range.
- Filter out internal noise — refactors, test-only, CI/chore commits unless user wants them.
- Group by type: New Features, Improvements, Bug Fixes, Security.
- Rewrite each entry in user-facing language (benefits, not implementation details).
- Format per Keep a Changelog or the user's style guide if provided.
- Output ready-to-commit
CHANGELOG.md or alternate format (Notion post, app store notes).
Grouping rules:
| Commit signal |
Category |
feat:, new capability |
New Features |
fix:, regression |
Bug Fixes |
perf:, refactor: (user-visible) |
Improvements |
security:, CVE, auth fix |
Security |
chore:, ci:, test: |
Filter out (default) |
Example Prompts
- Generate a changelog for commits between v1.4.0 and v1.5.0. Group by features, improvements, bug fixes, security. User-facing language.
- Create release notes from commits in the past 7 days. Filter chore/ci/test. Output as a Notion-ready product update post.
- Write app store release notes for iOS v3.2 since the last tag. Max 200 words. Friendly and benefit-focused.
Style Guide Support
If the user provides a style guide file, enforce:
- Terminology (feature names, product voice)
- Tone (formal vs casual)
- Formatting (bullet vs paragraph, emoji policy)
Guardrails
- Run
git log in the correct repo root — confirm with user if ambiguous.
- Do not invent features not present in commits.
- Flag breaking changes explicitly in a dedicated section.
- For app store notes, respect platform character limits.
1---2name: changelog-generator3description: Transform git commit history into polished user-facing changelogs and release notes. Use when the user wants a CHANGELOG.md from a version tag or date range, weekly product updates, app store release notes, or Keep a Changelog formatted output with internal noise filtered out.4---56# Changelog Generator78Scans commits across a date range or version tag, categorizes changes, strips internal noise, and rewrites technical language into plain prose.910## Source Repository1112- **GitHub:** [ComposioHQ/awesome-claude-skills](https://github.com/ComposioHQ/awesome-claude-skills) (community collection)13- **Install upstream:** `npx skills add ComposioHQ/awesome-claude-skills`1415---1617## `/changelog`1819Point at a commit range, version tag, or time window.2021**Workflow:**221. Gather commits via `git log` for the requested range.232. Filter out internal noise — refactors, test-only, CI/chore commits unless user wants them.243. Group by type: New Features, Improvements, Bug Fixes, Security.254. Rewrite each entry in user-facing language (benefits, not implementation details).265. Format per Keep a Changelog or the user's style guide if provided.276. Output ready-to-commit `CHANGELOG.md` or alternate format (Notion post, app store notes).2829**Grouping rules:**30| Commit signal | Category |31|---|---|32| `feat:`, new capability | New Features |33| `fix:`, regression | Bug Fixes |34| `perf:`, `refactor:` (user-visible) | Improvements |35| `security:`, CVE, auth fix | Security |36| `chore:`, `ci:`, `test:` | Filter out (default) |3738---3940## Example Prompts4142- Generate a changelog for commits between v1.4.0 and v1.5.0. Group by features, improvements, bug fixes, security. User-facing language.43- Create release notes from commits in the past 7 days. Filter chore/ci/test. Output as a Notion-ready product update post.44- Write app store release notes for iOS v3.2 since the last tag. Max 200 words. Friendly and benefit-focused.4546---4748## Style Guide Support4950If the user provides a style guide file, enforce:51- Terminology (feature names, product voice)52- Tone (formal vs casual)53- Formatting (bullet vs paragraph, emoji policy)5455---5657## Guardrails5859- Run `git log` in the correct repo root — confirm with user if ambiguous.60- Do not invent features not present in commits.61- Flag breaking changes explicitly in a dedicated section.62- For app store notes, respect platform character limits.