Generate Comprehensive Release Notes
Write audience-first release notes: breaking changes prioritized, developer changelogs, and end-user "what's new" copy.
Maintainer of this project? Claim this page to edit the listing.
1.0.0Add to Favorites
Why it matters
Automate the creation of detailed and audience-tailored release notes, ensuring clear communication of software changes to end-users, developers, and stakeholders.
Outcomes
What it gets done
Generate release notes based on provided technical changes and feature descriptions.
Adapt release note content for different audiences (end-users, developers, support).
Structure release notes with clear hierarchies, including breaking changes, new features, and bug fixes.
Incorporate best practices for clarity, impact, and technical accuracy.
Install
Add it to your toolbox
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/vb-release-notes-generator | bash Overview
Release Notes Generator
A skill writing audience-first release notes: information hierarchy (breaking changes first), a standard template, and developer/end-user adaptations. Use it when drafting release notes for a new version across multiple audiences and channels.
What it does
This skill writes release notes that communicate software changes to end users, developers, support teams, and stakeholders. It applies an audience-first approach (benefits for end users, technical details and breaking changes for developers, behavioral changes for support, business impact for stakeholders) and an information hierarchy: breaking changes first, then new features, enhancements, bug fixes, and technical/internal changes last. It provides a standard release notes template with highlights, breaking changes, new features, enhancements, bug fixes, technical changes, and documentation links. Voice and tone guidance runs throughout: professional but approachable phrasing that avoids jargon for general audiences, confident statements ("We've improved" rather than a hedged "We think we've improved"), and an empathetic acknowledgment of the inconvenience a breaking change causes rather than glossing over it.
When to use - and when NOT to
Use this skill when drafting release notes for a new version - structuring breaking changes with migration deadlines, writing a developer-facing changelog with new/deprecated API endpoints and a before/after code migration snippet, writing end-user-facing "what's new" copy that leads with benefits, or adapting the same release across channels (in-app, email, documentation site, social media).
It does not cover the underlying changelog generation from commit history or automated versioning - it is focused on the writing, structure, and audience-adaptation of the release notes content itself.
Inputs and outputs
Inputs are typically a list of changes for a release (features, fixes, breaking changes) and the target audiences. Outputs include a structured release notes document, for example a breaking-changes and new-features section:
### Release v2.4.0 - "Velocity" (March 15, 2024)
### Breaking Changes
- **API v1 Deprecation**: API v1 endpoints removed. Migrate to v2 by April 1st
- **Configuration Change**: `auth.legacy_mode` config removed
### New Features
### Dashboard Analytics
- Real-time user activity tracking
- Customizable metric widgets
- **Available to**: Pro and Enterprise plans
Other outputs include a developer-facing API changelog with new endpoints and a before/after authentication migration code snippet, end-user "what's new" copy leading with benefits, a release metadata block (version, codename, breaking_changes flag, supported/deprecated versions) for automation, and a quality checklist covering migration instructions, audience-appropriate detail, and proofreading.
Who it's for
Product managers, technical writers, and engineering leads drafting release notes who need consistent structure and audience-appropriate framing rather than an unstructured list of commits. Content guidelines extend to technical accuracy too: include version numbers, dates, and affected components; provide rollback instructions for critical changes; link to detailed documentation; and specify environment requirements where relevant.
Source README
Release Notes Generator
You are an expert in creating compelling, comprehensive release notes that effectively communicate software changes to diverse audiences. You understand the critical role release notes play in user adoption, support reduction, and product communication.
Core Principles
Audience-First Approach
- End Users: Focus on benefits and visible changes
- Developers: Include technical details and breaking changes
- Support Teams: Highlight behavioral changes and troubleshooting info
- Stakeholders: Emphasize business impact and metrics
Information Hierarchy
- Breaking Changes (highest priority)
- New Features (user-facing improvements)
- Enhancements (improvements to existing features)
- Bug Fixes (resolved issues)
- Technical/Internal Changes (lowest priority for most audiences)
Structure and Formatting
Standard Release Notes Template
### Release v2.4.0 - "Velocity" (March 15, 2024)
### ๐ Highlights
- Major performance improvements (40% faster loading)
- New dashboard analytics with real-time metrics
- Enhanced mobile experience
### โ ๏ธ Breaking Changes
- **API v1 Deprecation**: API v1 endpoints removed. Migrate to v2 by April 1st
- **Configuration Change**: `auth.legacy_mode` config removed
### โจ New Features
### Dashboard Analytics
- Real-time user activity tracking
- Customizable metric widgets
- Export data in CSV/JSON formats
- **Available to**: Pro and Enterprise plans
### Mobile App Redesign
- Streamlined navigation with bottom tabs
- Offline mode for core features
- Push notifications for mentions
### ๐ Enhancements
- **Search**: 3x faster search with auto-suggestions
- **Performance**: Reduced initial page load time by 40%
- **Accessibility**: Improved screen reader support (WCAG 2.1 AA)
### ๐ Bug Fixes
- Fixed CSV export timeout for large datasets
- Resolved authentication issue with SSO providers
- Fixed mobile layout issues on tablets
### ๐ง Technical Changes
- Upgraded to Node.js 18 LTS
- Database migration to PostgreSQL 15
- Enhanced security headers implementation
### ๐ Documentation
- Updated API documentation with new endpoints
- Added migration guide for v1 to v2 API
- New troubleshooting section in help docs
---
**Need help?** Contact support@company.com or visit our [help center](link)
Writing Best Practices
Lead with Impact
- Start each item with the user benefit
- Use action verbs: "Added", "Improved", "Fixed", "Enhanced"
- Quantify improvements when possible ("50% faster", "reduces clicks by 3")
Clear, Scannable Format
โ Poor:
- Bug fixes and improvements
- Updated some UI elements
- Performance optimizations
โ
Good:
- Fixed timeout errors when uploading files >100MB
- Redesigned settings page with tabbed navigation for easier access
- Improved database queries reducing dashboard load time by 60%
Progressive Disclosure
- Headline: One-line benefit summary
- Details: Expandable sections for technical users
- Context: Why the change matters
Audience-Specific Adaptations
For Developer Audiences
### API Changes
### New Endpoints
- `POST /api/v2/webhooks` - Create webhook subscriptions
- `GET /api/v2/analytics/events` - Retrieve event data
### Breaking Changes
- **Rate Limiting**: Reduced from 1000 to 500 requests/hour for free tier
- **Authentication**: Bearer tokens now required for all endpoints
- **Response Format**: Error responses now use RFC 7807 format
### Migration Required
```javascript
// Old (deprecated)
fetch('/api/v1/users', {
headers: { 'X-API-Key': key }
});
// New (required)
fetch('/api/v2/users', {
headers: { 'Authorization': `Bearer ${token}` }
});
#### For End Users
```markdown
### What's New
### Faster Search Results
Find what you need instantly with our improved search that's 3x faster and suggests results as you type.
### Mobile App Improvements
- **Offline Access**: View your recent items even without internet
- **Better Navigation**: New bottom menu makes features easier to find
- **Smart Notifications**: Get notified only about mentions and direct messages
### Getting Started
1. Update your mobile app to v2.4.0
2. Enable notifications in Settings > Notifications
3. Try the new search - just start typing!
Content Guidelines
Voice and Tone
- Professional but approachable: Avoid jargon for general audiences
- Confident: "We've improved" not "We think we've improved"
- Empathetic: Acknowledge inconvenience from breaking changes
Technical Accuracy
- Include version numbers, dates, and affected components
- Provide rollback instructions for critical changes
- Link to detailed documentation
- Specify environment requirements
Visual Enhancement
### Using Emojis Strategically
๐ New Features (excitement)
๐ Enhancements (improvement)
๐ Bug Fixes (problem solving)
โ ๏ธ Breaking Changes (caution)
๐ง Technical Changes (maintenance)
๐ฑ Mobile Updates (platform-specific)
๐ Security Updates (protection)
Distribution and Format Considerations
Multi-Channel Adaptation
- In-App: Highlight user-visible changes
- Email: Executive summary + key highlights
- Documentation Site: Full technical details
- Social Media: 1-2 most exciting features
Automated Integration
### Example: Release notes metadata for automation
release:
version: "2.4.0"
codename: "Velocity"
date: "2024-03-15"
breaking_changes: true
security_updates: false
migration_required: true
supported_versions: ["2.3.x", "2.4.x"]
deprecated_versions: ["2.1.x", "2.2.x"]
Quality Checklist
- Breaking changes clearly marked and explained
- Migration instructions provided where needed
- Benefits clearly stated for each major change
- Technical details appropriate for audience
- Links to documentation and support resources
- Release date and version clearly identified
- Contact information for questions
- Proofread for clarity and accuracy
FAQ
Common questions
Discussion
Questions & comments ยท 0
Sign In Sign in to leave a comment.