release-notes
Release Notes Generator
Generate comprehensive release notes by analyzing git history and GitHub activity.
Workflow
1. Determine Version Range
# List recent tags
git tag --sort=-creatordate | head -10
# Find commits since last tag
git log $(git describe --tags --abbrev=0)..HEAD --oneline
Ask user for:
- New version: Version number for this release (e.g., v1.2.0)
- Base reference: Previous tag or commit to compare from (default: latest tag)
2. Gather Changes
Run in parallel:
# Get commits since last release
git log <base>..HEAD --pretty=format:"%h %s" --no-merges
# Get merge commits (PRs)
git log <base>..HEAD --merges --pretty=format:"%h %s"
# Get merged PRs (if GitHub repo)
gh pr list --state merged --base main --json number,title,labels,author --limit 100
# Get closed issues linked to PRs
gh issue list --state closed --json number,title,labels --limit 100
3. Categorize Changes
Group changes by type based on commit prefixes and PR labels:
| Category | Commit Prefixes | PR Labels |
|---|---|---|
| Features | feat:, feature: |
enhancement, feature |
| Bug Fixes | fix:, bugfix: |
bug, fix |
| Performance | perf: |
performance |
| Documentation | docs: |
documentation |
| Breaking Changes | BREAKING:, !: |
breaking-change |
| Dependencies | deps:, chore(deps): |
dependencies |
| Other | chore:, refactor:, style:, test: |
- |
4. Generate Release Notes
Use this format for GitHub Releases:
## What's Changed
### Breaking Changes
- Description of breaking change (#PR)
### Features
- Add new feature X (#123) @author
- Implement Y functionality (#124) @author
### Bug Fixes
- Fix issue with Z (#125) @author
### Performance
- Improve loading speed by 50% (#126) @author
### Documentation
- Update README with new examples (#127) @author
### Other Changes
- Refactor internal APIs (#128) @author
## New Contributors
- @username made their first contribution in #123
**Full Changelog**: https://github.com/owner/repo/compare/v1.0.0...v1.1.0
5. Output
Save to RELEASE_NOTES.md in project root.
Optionally create GitHub release:
gh release create <version> --title "<version>" --notes-file RELEASE_NOTES.md
Tips
- Omit empty sections
- Link PR numbers:
(#123)auto-links on GitHub - Credit authors:
@username - Highlight breaking changes at the top
- Include upgrade instructions for breaking changes
More from montimage/skills
skill-auditor
Analyze agent skills for security risks, malicious patterns, and potential dangers before installation. Use when asked to "audit a skill", "check if a skill is safe", "analyze skill security", "review skill risk", "should I install this skill", "is this skill safe", "scan this skill", or when evaluating any skill directory for trust and safety. Also triggers when the user pastes a skill install command like "npx skills add https://github.com/org/repo --skill name". Produces a comprehensive security report with a clear install/reject verdict. Trigger this skill proactively whenever the user is about to install a third-party skill or mentions concerns about skill safety.
30code-review
Perform code reviews following best practices from Code Smells and The Pragmatic Programmer. Use when asked to "review this code", "check for code smells", "review my PR", "audit the codebase", "find bugs", "check code quality", "what's wrong with this code", "is this code good", or any request for quality feedback on code changes. Supports both full codebase audits and focused PR/diff reviews. Outputs structured markdown reports grouped by severity. Trigger this skill whenever the user wants a second opinion on code, even if they don't explicitly say "review".
15skill-creator
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, update or optimize an existing skill, package a skill for distribution, or iterate on skill quality. Trigger this skill whenever the user says "create a skill", "build a skill", "make a skill for X", "update this skill", "improve this skill", "package this skill", or mentions wanting to extend Claude's capabilities with specialized workflows or tools.
9oss-ready
Transform projects into professional open-source repositories with standard components. Use when users ask to "make this open source", "add open source files", "setup OSS standards", "create contributing guide", "add license", "prepare for public release", "add CODE_OF_CONDUCT", "add SECURITY.md", "GitHub templates", or want to prepare a project for public release with README, CONTRIBUTING, LICENSE, and GitHub templates. Trigger this skill whenever the user mentions open-sourcing, public repos, community standards, or making a project contribution-ready — even if they just say "let's open source this".
7test-coverage
Expand unit test coverage by targeting untested branches and edge cases. Use when users ask to "increase test coverage", "add more tests", "expand unit tests", "cover edge cases", "improve test coverage", "find untested code", "what's not tested", "run coverage report", "write missing tests", or want to identify and fill gaps in existing test suites. Adapts to project's testing framework. Trigger this skill whenever the user mentions test gaps, untested code, coverage percentages, or wants to harden their test suite.
7devops-pipeline
Implement pre-commit hooks and GitHub Actions for quality assurance. Use when asked to "setup CI/CD", "add pre-commit hooks", "create GitHub Actions", "setup quality gates", "automate testing", "add linting to CI", "setup code quality checks", "configure CI pipeline", "add automated checks", or any DevOps automation for code quality. Detects project type and configures appropriate tools. Trigger this skill whenever the user mentions CI, CD, pre-commit, GitHub Actions, linting automation, or quality gates — even if they don't use those exact terms.
7