What problem does it solve? Writing release changelogs by hand means digging through git history, sprint reports, and design docs, then rewriting everything twice: once for the team and once for players. This Skill automates that entire process. ## Core Features & Use Cases - Dual Changelog Generation: Produces a detailed internal changelog with commit hashes, owners, and metrics, plus a player-facing version free of jargon and internal references. - Automatic Categorization: Sorts commits into new features, improvements, bug fixes, balance changes, and known issues, flagging commits that lack task references. - Context-Aware Narratives: Cross-references sprint reports in production/sprints/ and design docs in design/gdd/ to explain the intent behind changes, not just the diffs. - Use Case: After finishing sprint 12, run the Skill with the sprint number to get a ready-to-review internal changelog and a community-ready post, then optionally append it to docs/CHANGELOG.md. ## Quick Start Use the changelog skill to generate internal and player-facing changelogs for version 1.4 from the git history since the last tag.