release-changelog

Aggregates commits, changesets, and merged PRs into a structured changelog file at releases/v{version}.md.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/krishsharma1008/ADE --skill release-changelog-krishsharma1008
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release-changelog
Source: https://github.com/krishsharma1008/ADE/tree/main/skills/release-changelog
Command: npx skills add https://github.com/krishsharma1008/ADE --skill release-changelog-krishsharma1008

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Generate a user-facing, stable release changelog file for Combyne by aggregating commits, changesets, and merged PR context since the last stable tag.

Core Features & Use Cases

  • Auto-detects the last stable tag and compiles a structured changelog at releases/v{version}.md
  • Segments changes into Breaking Changes, Highlights, Improvements, and Fixes
  • Ensures idempotency by preserving existing artifacts and presenting them for review

Quick Start

Generate the changelog for the current stable release.

Frequently Asked Questions about release-changelog

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate release notes generation from git commits and merged PRs?

Automate release notes generation by aggregating git commit messages, changeset metadata, and merged pull request context since the last stable tag. This process compiles a structured, user-facing changelog file for your versioned software release.

How does changeset metadata improve changelog versioning for stable releases?

Changeset metadata improves changelog versioning by providing structured context from merged PRs and commits. This allows the automation to segment changes into Breaking Changes, Highlights, Improvements, and Fixes for a consistent release file.

How to generate a structured changelog file at releases/v{version}.md from git tag history?

Generate a structured changelog file by detecting the last stable git tag and aggregating all subsequent changesets and PR context. The system outputs a single markdown file at releases/v{version}.md for manual review before publishing.

Does the changelog automation overwrite existing release notes artifacts?

No, the changelog automation ensures idempotency by preserving existing release notes artifacts. It presents the generated file for manual review before publish, preventing accidental overwrites of previously reviewed release documentation.

Can I use this to separate breaking changes and fixes in my release notes?

Yes, you can use this to separate breaking changes and fixes. The automation segments aggregated commits and changeset metadata into distinct categories including Breaking Changes, Highlights, Improvements, and Fixes within the final changelog.

What do I need to provide to automate a user-facing changelog for my software release?

You need to provide git tag history, changeset metadata, and merged pull request context as inputs. The automation uses these inputs to detect changes since the last stable tag and outputs a single file at releases/v{version}.md.