changelog-format

Parse Conventional Commits and Keep a Changelog formats to generate release notes.

Updated Jan 26, 2026
One-click install
npx skills add https://github.com/l3ocho/mktpl-claude-datasaas --skill changelog-format-l3ocho
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: changelog-format
Source: https://github.com/l3ocho/mktpl-claude-datasaas/tree/main/plugins/doc-guardian/skills/changelog-format
Command: npx skills add https://github.com/l3ocho/mktpl-claude-datasaas --skill changelog-format-l3ocho

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Keeps release notes consistent and machine-parseable by standardizing changelog entries and mapping conventional commits to sections.

Core Features & Use Cases

  • Enforce Keep a Changelog structure for release notes.
  • Map Conventional Commits to sections like Added, Fixed, Documentation, and more.
  • Use in automated release pipelines to extract and generate unreleased sections from commit history.

Quick Start

Generate a standardized changelog from the latest commits using the Keep a Changelog format and Conventional Commits mapping.

Frequently Asked Questions about changelog-format

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

FAQPage Schema
How do I generate release notes from conventional commits?

Generate release notes from conventional commits by parsing Git history and mapping commit types like feat or fix to Keep a Changelog sections. This categorizes log entries automatically, producing a structured unreleased section for your changelog.

What is the Keep a Changelog format for structuring release notes?

The Keep a Changelog format structures release notes into standardized sections such as Added, Fixed, and Documentation. It enforces consistent, machine-parseable changelog entries by mapping conventional commit messages to these specific categories.

Can I automate changelog generation in my release pipeline?

Automate changelog generation in release pipelines by parsing conventional commit history and applying a Keep a Changelog style mapping. This extracts commit entries and generates unreleased sections automatically, ensuring consistent release notes across deployments.

Do I need conventional commit messages to use a Keep a Changelog format?

You need conventional commit messages in your Git history to automate Keep a Changelog generation. The tooling requires standardized commit formats to map entries into sections like Added and Fixed, along with a configured changelog style mapping.

How are conventional commits mapped to changelog sections?

Conventional commits are mapped to changelog sections by parsing commit types and categorizing them into Keep a Changelog entries like Added, Fixed, and Documentation. A configured style mapping in the tooling translates each commit type to its corresponding section.

What happens if my repository has non-conventional commit messages?

Non-conventional commit messages cannot be automatically categorized into Keep a Changelog sections. The parsing mechanism relies on conventional commit formats to map log entries, so inconsistent Git history prevents accurate generation of unreleased sections.