What problem does it solve? Maintaining a consistent, human-readable changelog is tedious and error-prone: entries get dumped from git logs, dates drift from ISO format, releases lack structure, and user-facing release notes fall out of sync with the internal record. This Skill enforces the Keep a Changelog 2.0.0 format end to end, from drafting entries to cutting releases. ## Core Features & Use Cases - Changelog authoring and curation: Draft entries from git diffs or named changes, curate what is notable, and place one-bullet entries under the six standard change types (Added, Changed, Deprecated, Removed, Fixed, Security). - Programmatic validation and release cutting: The bundled changelog.py script validates format compliance, extracts release sections, lists versions, and cuts [Unreleased] into a dated version with updated compare links. - User-facing release notes: Write optional RELEASE_NOTES.md files in English or Dutch with enforced version/date parity against the changelog. - Migration: Migrate legacy, non-conforming changelogs to the format using audit, mapping, and reconstruction strategies. - Use Case: After merging a sprint's worth of pull requests, ask the agent to document the changes; it drafts curated entries under [Unreleased], validates the file, cuts release 2.1.0, and drafts the Dutch release notes. ## Quick Start Ask the agent to document the recent git changes in CHANGELOG.md and validate the result.