Skill

Generate Comprehensive Release Notes

Write audience-first release notes: breaking changes prioritized, developer changelogs, and end-user "what's new" copy.

Works with githubpostgres

Maintainer of this project? Claim this page to edit the listing.


91
Spark score
out of 100
Updated 5 months ago
Version 1.0.0
Models

Add 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

01

Generate release notes based on provided technical changes and feature descriptions.

02

Adapt release note content for different audiences (end-users, developers, support).

03

Structure release notes with clear hierarchies, including breaking changes, new features, and bug fixes.

04

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

  1. Breaking Changes (highest priority)
  2. New Features (user-facing improvements)
  3. Enhancements (improvements to existing features)
  4. Bug Fixes (resolved issues)
  5. 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.