commit

Compose and validate Git commit messages against a fixed type vocabulary and format.

Updated Feb 12, 2026
One-click install
npx skills add https://github.com/kieranpotts/skills --skill commit-kieranpotts
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: commit
Source: https://github.com/kieranpotts/skills/tree/main/skills/commit
Command: npx skills add https://github.com/kieranpotts/skills --skill commit-kieranpotts

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Writing consistent, machine-validatable Git commit messages is hard to enforce across a team, and failed commit-message validation in CI wastes time. This Skill composes commit messages in a strict <type>: <description> format from a closed vocabulary, validates existing messages against the same rules, and writes the matching changelog entry. ## Core Features & Use Cases - Message Composition: Reads a changeset via git diff and proposes one or more atomic commit messages using a fixed type vocabulary (behavior, fix, refactor, chore, and more), with optional flags like BREAKING or WIP. - Message Validation: Checks subject lines against a validation regex and a 72-character limit, reporting a pass/fail verdict per message with the exact rule violated. - Changelog Updates: Adds a matching entry to the project's unreleased changelog section when the commit lands on a trunk or short-lived branch, skipping chore: commits. - Use Case: After staging a bug fix, ask the agent to write the commit message; it reads the diff, picks fix as the type, proposes fix: handle empty repository in git-amend, and updates the changelog — without staging, committing, or pushing anything. ## Quick Start Ask the agent to write a commit message for the current staged changes, or to check whether the messages on this branch pass validation.

Frequently Asked Questions about commit

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

FAQPage Schema
How do I write a conventional Git commit message?▼

Use the format `<type>: <description>` with a type from a fixed vocabulary such as behavior, fix, refactor, or chore, followed by a lowercase imperative description. The subject must match a validation regex and stay within 72 characters, with optional flags like BREAKING appended after a dash.

How to validate commit messages before pushing a branch?▼

Read the branch history with git log and check each subject line against the validation regex and the 72-character limit. The skill reports a pass/fail verdict per message and names the specific rule each failure violates.

Why did commit message validation fail in CI?▼

Common causes are a type outside the closed vocabulary, a description that is not lowercase imperative, a trailing period, Conventional Commits artifacts like scopes or `!` markers, or a subject line exceeding 72 characters. The skill identifies which rule each failing message violates.

Does this commit convention support breaking change markers?▼

Yes, via a flag suffix in the form `<type>: <description> - BREAKING` rather than the Conventional Commits `!` marker. Other flags include EXPERIMENT, INCOMPAT, TEMPORARY, and WIP, each with defined semantics.

Can the skill stage, commit, or push changes for me?▼

No. The skill only composes and validates messages and updates the changelog where one exists. It never stages, commits, amends, or pushes, so the user keeps final control over what enters history.