changelog-management

Enforce Keep a Changelog format and Semantic Versioning for CHANGELOG entries.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/LucasBiason/cursor-multiagent-system --skill changelog-management-lucasbiason
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: changelog-management
Source: https://github.com/LucasBiason/cursor-multiagent-system/tree/main/skills/workflow/changelog
Command: npx skills add https://github.com/LucasBiason/cursor-multiagent-system --skill changelog-management-lucasbiason

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Este skill garante que todos os projetos mantenham CHANGELOGs atualizados e versionados, alinhando-se ao Keep a Changelog e ao Semantic Versioning para evitar ambiguidades de release.

Core Features & Use Cases

  • Obrigatoriedade de CHANGELOG.md na raiz de todo projeto, seguindo o formato Keep a Changelog.
  • Orientação para uso de Semantic Versioning com marcação de seções Unreleased e mudanças por categoria (Added, Changed, Fixed, etc).
  • Uso recomendado durante criação, commits, releases e documentação para manter um histórico claro de alterações.
  • Cenário de uso: ao preparar uma release, o skill orienta a registrar mudanças essenciais e gerar notas de versão consistentes.

Quick Start

Execute a CHANGELOG validation at the repository root to ensure CHANGELOG.md exists and follows Keep a Changelog. Update the Unreleased section with new changes and ensure entries are categorized correctly (Added, Changed, Fixed, etc.). Prepare a release by creating a proper tag and updating version references after documenting changes.

Frequently Asked Questions about changelog-management

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

FAQPage Schema
How do I maintain an accurate changelog using Keep a Changelog format?▼

To maintain an accurate changelog, keep a CHANGELOG.md file at your repository root and structure entries into Added, Changed, and Fixed categories following the Keep a Changelog format. This ensures changes are tracked consistently across project lifecycles.

What is the best way to handle Unreleased sections and Semantic Versioning for a release?▼

Handling Unreleased sections involves documenting new changes categorized by type before promoting them to a tagged version. Semantic Versioning dictates the version bump, ensuring release notes align with the actual codebase modifications.

How do I prepare a release with proper versioning and changelog updates?▼

To prepare a release, update the Unreleased section with categorized changes, create a proper version tag using Semantic Versioning rules, and update version references in documentation to generate consistent version notes.

Do I need a CHANGELOG.md file at the repository root for every project?▼

Yes, a CHANGELOG.md file at the repository root is mandatory. It enforces versioning and tracks changes across creation, commits, and releases, preventing release ambiguities by following the Keep a Changelog standard.

Why does Semantic Versioning require categorized changelog entries?▼

Semantic Versioning requires categorized changelog entries to clarify the impact of changes. Grouping updates into Added, Changed, or Fixed sections directly informs whether a major, minor, or patch version bump is necessary.

Can I use Keep a Changelog for both commit and release documentation?▼

Yes, Keep a Changelog is recommended during both commits and releases. It maintains a clear history of alterations by enforcing categorized Unreleased entries that seamlessly transition into official release notes.