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 technical internal changelog with commit hashes, owners, and metrics, plus a player-facing version free of jargon and internal references. - Automatic Categorization: Classifies commits into new features, improvements, bug fixes, balance changes, and known issues, and flags commits lacking task references. - Controlled File Output: Asks for confirmation before appending to or overwriting docs/CHANGELOG.md. - Use Case: After finishing sprint 12, run the Skill with the sprint number to get a categorized internal changelog with metrics and a ready-to-post player-facing summary. ## 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.