Agent skill

Changelog Composer

by Mathews-Tom in Mathews-Tom/armory

Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs.

MITAuto-check passedDevelopment

Install Changelog Composer

skills CLI
$ npx skills add Mathews-Tom/armory --skill changelog-composer -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install Mathews-Tom/armory changelog-composer --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/Mathews-Tom/armory.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/changelog-composer .claude/skills/changelog-composer && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
changelog-composer
GitHub stars
329
Token cost
~2.2k tokens
SKILL.md length
777 words
Files
6 (incl. references)
Skills in repo
80
Repo updated
First seen
Licence
MIT

At a glance

Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs.

  • Works in 5 steps: Gather Raw Changes → Classify Changes → Filter for Audience → …
  • : generate changelog
  • SKILL.md covers Reference Files, Prerequisites, Workflow and Output Format, plus 4 more sections
  • Calls git and gh

What it does

Changelog Composer is an agent skill from Mathews-Tom/armory. Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs. Triggers on: "generate changelog", "write release notes", "what changed since", "prepare release", "release notes for", "diff since tag".

Its SKILL.md is about 2.2k tokens, which your agent loads only when the skill is triggered. The skill folder holds 7 other files, including reference files (for example `evals/cases.yaml`, `references/audience-filter.md` and `references/categorization-rules.md`).

It sits in Development, covering Changelog and release notes. It works with Git. The repository describes itself as: Curated, production-grade skills for AI coding agents. Battle-tested workflows for developers who use AI seriously. The licence is MIT.

When your agent uses it

  • : generate changelog
  • Write release notes
  • What changed since
  • Prepare release

Example prompts

  • “generate changelog”
  • “write release notes”
  • “what changed since”
  • “/changelog-composer”

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Gather Raw Changes
  2. Classify Changes
  3. Filter for Audience
  4. Compose Entries
  5. Output

What it can do on your machine

Read from SKILL.md and the folder at commit 4594fb7. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git
    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git and gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Changelog Composer loads about 2.2k tokens when it runs, and up to ~6.5k if it reads all its reference files. Until then it costs about 75 tokens; SKILL.md has 777 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~75
When it runs · the whole SKILL.md, loaded when a task matches
~2.2k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~6.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from Mathews-Tom/armory at commit 4594fb7, republished under its MIT licence (© Mathews-Tom). 777 words, ~2,152 tokens.

Download SKILL.mdSave it as .claude/skills/changelog-composer/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
changelog-composer
description
Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs. Triggers on: "generate changelog", "write release notes", "what changed since", "prepare release", "release notes for", "diff since tag".
metadata.version
1.1.1
metadata.category
content
metadata.tags
changelog, release-notes, git-history, versioning
metadata.difficulty
intermediate
metadata.phase
ship

Changelog Composer

Transforms raw git history and PR descriptions into polished, audience-appropriate changelogs. Parses conventional commits, classifies changes by impact category, filters internal-only modifications, and produces structured release notes with PR links — following Keep a Changelog conventions.

Reference Files

FileContentsLoad When
references/conventional-commits.mdCommit type parsing, scope extraction, breaking change indicatorsRepository uses conventional commits
references/categorization-rules.mdChange classification logic, audience filtering, severity orderingAlways
references/audience-filter.mdUser-facing vs internal change detection, exclusion patternsAlways
references/changelog-formats.mdKeep a Changelog, GitHub Releases, announcement copy templatesFormat selection needed

Prerequisites

  • git — access to the repository history
  • gh (optional) — GitHub CLI for PR description extraction
  • A tagging strategy (semver tags) for identifying release boundaries

Workflow

Phase 1: Gather Raw Changes

Collect all changes between the previous release and the current state:

  1. Identify boundaries — Find the last release tag: git describe --tags --abbrev=0. If no tags exist, use the initial commit or a user-specified starting point.
  2. Extract commits — git log <last-tag>..HEAD --oneline --no-merges
  3. Extract PR titles — gh pr list --state merged --base main --search "merged:>YYYY-MM-DD" or parse merge commit messages.
  4. Parse conventional commits — If the repository follows conventional commits (feat:, fix:, docs:, etc.), extract type, scope, and description. See references/conventional-commits.md.
  5. Collect breaking change indicators — Look for BREAKING CHANGE: in commit bodies, ! after type (feat!:), or explicit annotations in PR descriptions.
Phase 2: Classify Changes

Categorize each change by its impact:

CategoryConventional Commit TypeIndicators
Breaking Changesfeat!:, BREAKING CHANGE:API removal, signature change, behavior change
Featuresfeat:New capability, new endpoint, new command
Fixesfix:Bug correction, error handling improvement
Performanceperf:Speed improvement, memory reduction
Documentationdocs:README, API docs, guides
Internalchore:, ci:, refactor:, test:, build:No user-facing impact

For repositories without conventional commits, classify by reading the commit message and changed files. Code changes to public API → Feature or Fix. Test-only changes → Internal.

Phase 3: Filter for Audience
  1. Exclude internal changes by default:

    • CI/CD configuration changes
    • Test additions/modifications
    • Dependency bumps (unless security-relevant)
    • Code refactoring with no behavior change
    • Build system changes
  2. Include internal changes only when:

    • They represent significant architecture shifts users should know about
    • They affect development workflow (contributing guide changes)
    • The changelog targets developers, not end-users
  3. Highlight breaking changes prominently — always at the top, always with migration guidance.

Phase 4: Compose Entries

For each included change, write a human-readable description:

  1. Lead with the impact — "Users can now..." or "Fixed issue where..."
  2. Be specific — "Reduced memory usage by 40% for large file processing" not "Performance improvements"
  3. Include migration guidance for breaking changes — what the user must change
  4. Link to source — PR number, issue number, or commit hash
Phase 5: Output

Assemble the changelog in the requested format, ordered by severity:

  1. Breaking Changes (always first)
  2. Features
  3. Fixes
  4. Performance
  5. Documentation

Output Format

text
## [{version}] - {YYYY-MM-DD}

### Breaking Changes
- **`function_name` parameter renamed** — `old_param` is now `new_param`.
  Migration: find/replace `old_param=` with `new_param=` in all call sites. ([#{pr}]({url}))

### Features
- **{Feature name}** — {What it enables and why it matters}. ([#{pr}]({url}))

### Fixes
- Fixed {symptom} when {condition}. ([#{pr}]({url}))

### Performance
- {Operation} is now {X}x faster / uses {X}% less memory. ([#{pr}]({url}))

### Documentation
- Added {guide/reference} for {topic}. ([#{pr}]({url}))
Show full SKILL.md (310 more words)Show less

Configuring Scope

ModeInputOutputWhen to Use
releaseTag-to-HEADFull changelog entryPreparing a versioned release
sprintDate range or commit rangeSummary of changesSprint review, status update
prSingle PROne-line changelog entryPR description template

Calibration Rules

  1. User impact first. Every entry should answer "what does this mean for the user?" not "what did the developer do?"
  2. Breaking changes are non-negotiable. Never omit or bury breaking changes. They go first, with migration guidance.
  3. Specific over vague. "Fixed login timeout on slow connections" beats "Fixed bug." "Added CSV export for reports" beats "New feature."
  4. Link everything. Every entry links to its source PR or issue. Users who want details can follow the link.
  5. Exclude noise. Internal refactoring, dependency bumps, and CI changes do not belong in user-facing changelogs unless they have user-visible impact.

Error Handling

ProblemResolution
No tags exist in repositoryAsk for a starting commit or date. Default to the initial commit if the repository is small.
Repository doesn't use conventional commitsClassify by reading commit messages and changed files. Note reduced classification accuracy.
PR descriptions are empty or low-qualityFall back to commit messages. Flag entries that may need manual review.
Ambiguous change classificationDefault to "Features" for additions, "Fixes" for modifications. Mark uncertain entries for review.
Too many changes for a single releaseGroup by component/module. Consider whether the release should be split.
Merge commits obscure individual changesUse --no-merges to skip merge commits. Parse individual commits within merged PRs.

When NOT to Compose

Push back if:

  • The user wants to auto-publish release notes without review — changelogs require human judgment
  • The repository has no meaningful commit history (single "initial commit" with everything)
  • The request is for marketing copy, not technical release notes — different skill
  • The changes are not yet merged — changelog is for shipped changes, not in-progress work

© Mathews-Tom, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (references) in skills/changelog-composer of Mathews-Tom/armory.

  • SKILL.md
  • evals/cases.yaml
  • references/audience-filter.md
  • references/categorization-rules.md
  • references/changelog-formats.md
  • references/conventional-commits.md

Open the folder on GitHubat commit 4594fb7

Compare with similar skills

Changelog Composer next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Changelog Composer compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Changelog Composer this skillMathews-Tom/armory329—~2.2kAutomated safety check: PassMIT
React Router Release Notes Prepremix-run/react-router57k—~1.1kAutomated safety check: PassMIT
Draft Release Notesjamiepine/voicebox57k—~941Automated safety check: PassMIT
Mole Release Notes Publishertw93/Mole70k—~1.9kAutomated safety check: PassGPL-3.0
Release Bumpjamiepine/voicebox57k—~1.1kAutomated safety check: PassMIT
Git Workflow and Versioningaddyosmani/agent-skills104k2 repos~3.5kAutomated safety check: NotesMIT

Similar skills

  • React Router Release Notes Prep

    remix-run/react-router

    Polishes pending React Router change files before the versioning scripts run, and decides whether a long-form What's Changed section is warranted.

    57k GitHub stars~1.1k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Draft Release Notes

    jamiepine/voicebox

    Writes or refreshes the Unreleased section of CHANGELOG.md as a themed narrative built from the commits, PRs and diff since the last version tag.

    57k GitHub stars~941 tokensUpdated 4 days ago
    DevelopmentAuto-check passed
  • Publishes curated, bilingual release notes for an existing Mole version tag with gh release edit, including contributor thanks and reactions, after the release workflow finishes.

    70k GitHub stars~1.9k tokensUpdated today
    DevelopmentAuto-check passed
  • Release Bump

    jamiepine/voicebox

    Ends a release cycle by moving the Unreleased changelog notes under a dated version heading, bumping version files with bumpversion and tagging the commit.

    57k GitHub stars~1.1k tokensUpdated 4 days ago
    DevelopmentAuto-check passed
  • Git Workflow and Versioning

    addyosmani/agent-skills

    Sets git habits for every change: short-lived branches, atomic commits with descriptive messages, clean pull requests, plus versioning, tagging and changelogs for releases.

    104k GitHub starsUsed in 2 repos~3.5k tokens
    DevelopmentAuto-check: notes
  • Takes a change through a verdaccio pull request: branch, local checks, changeset, title and body, labels, CI and review rounds, and ports to other release lines.

    18k GitHub stars~1.9k tokensUpdated 2 days ago
    DevelopmentAuto-check passed

More from Mathews-Tom/armory

All 80 skills in this repo
  • Architecture Reviewer

    Mathews-Tom/armory

    Architecture reviews across 7 dimensions (structural, scalability, enterprise readiness, performance, security, ops, data) with scored reports.

    329 GitHub stars~4.6k tokensUpdated 5 days ago
    Auto-check passed
  • Concept To Image

    Mathews-Tom/armory

    Turn concepts into static HTML visuals exported as PNG or SVG files via HTML/CSS/SVG.

    329 GitHub stars~2.6k tokensUpdated 5 days ago
    Auto-check passed
  • Watch

    Mathews-Tom/armory

    A skill your agent uses when analyzing an existing video URL or local recording: "watch this video", "analyze youtube video", "summarize this video", "youtube transcript", "find this moment", "what…

    329 GitHub stars~2.8k tokensUpdated 5 days ago
    Auto-check passed
  • Code Refiner

    Mathews-Tom/armory

    Deep code simplification and refactoring preserving behavior across Python, Go, TypeScript, Rust.

    329 GitHub stars~3.1k tokensUpdated 5 days ago
    Auto-check passed
  • Concept To Video

    Mathews-Tom/armory

    Turn concepts into animated explainer videos using Manim (Python) with MP4/GIF output, audio overlay, multi-scene composition.

    329 GitHub stars~4.9k tokensUpdated 5 days ago
    Auto-check passed
  • Decision Map

    Mathews-Tom/armory

    Maps the unresolved architecture, policy, and scope decisions that must be answered before planning can start: one durable decision ticket per question on the issue tracker, typed and blocker-linked…

    329 GitHub stars~2.7k tokensUpdated 5 days ago
    Auto-check passed

Works with

Categories

Questions about Changelog Composer

What does Changelog Composer do?

Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs. Changelog Composer is an agent skill from Mathews-Tom/armory. Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs.

When should I use Changelog Composer?

Changelog Composer fits situations like: : generate changelog; write release notes; what changed since; prepare release.

How do I install Changelog Composer in Claude Code?

Run `npx skills add Mathews-Tom/armory --skill changelog-composer -a claude-code`. Or copy the skill folder (skills/changelog-composer in Mathews-Tom/armory) into .claude/skills/changelog-composer in your project. Claude Code loads it when a task matches its description.

How do I install Changelog Composer in Codex?

Run `npx skills add Mathews-Tom/armory --skill changelog-composer -a codex`. Or copy the skill folder (skills/changelog-composer in Mathews-Tom/armory) into .agents/skills/changelog-composer in your project. Codex loads it when a task matches its description.

Can I use Changelog Composer in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Mathews-Tom/armory --skill changelog-composer -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/changelog-composer, .gemini/skills/changelog-composer, .github/skills/changelog-composer and .opencode/skills/changelog-composer in your project.

What does Changelog Composer need to run?

Going by SKILL.md and its folder, Changelog Composer needs the command-line tools its instructions call (git and gh).

Does Changelog Composer access the network?

SKILL.md contains no URLs. Its commands use git and gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Changelog Composer safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Changelog Composer use?

Changelog Composer is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Changelog Composer use?

About 2.2k tokens (SKILL.md is roughly 8.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.4k tokens, read only when the agent opens those files.

What are the alternatives to Changelog Composer?

Skills that share tags, products or a category with Changelog Composer: React Router Release Notes Prep (remix-run/react-router, 57k stars), Draft Release Notes (jamiepine/voicebox, 57k stars), Mole Release Notes Publisher (tw93/Mole, 70k stars) and Release Bump (jamiepine/voicebox, 57k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Changelog Composer?

Mathews-Tom (a GitHub user) maintains it in Mathews-Tom/armory, which has 329 GitHub stars. The repository holds 80 skills in this directory. The repository was last updated on October 6, 2026.

Source: Mathews-Tom/armory on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.