git-commit-formatter

Format git commit messages according to the Conventional Commits specification.

Updated Feb 13, 2026
One-click install
npx skills add https://github.com/Aaron-Tawil/super-order-automation --skill git-commit-formatter-aaron-tawil
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-commit-formatter
Source: https://github.com/Aaron-Tawil/super-order-automation/tree/main/.codex/skills/git-commit-formatter
Command: npx skills add https://github.com/Aaron-Tawil/super-order-automation --skill git-commit-formatter-aaron-tawil

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Ensures Git commit messages adhere to the Conventional Commits specification, improving commit history clarity and enabling automated changelog generation.

Core Features & Use Cases

  • Enforces Conventional Commits: Automatically structures commit messages with type, scope, and description.
  • Supports Breaking Changes: Facilitates clear identification of backward-incompatible changes.
  • Use Case: When you've just added a new feature to the user authentication module, use this skill to generate a commit message like feat(auth): add password reset functionality.

Quick Start

Format a git commit message for a bug fix in the payment processing module.

Frequently Asked Questions about git-commit-formatter

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

FAQPage Schema
How do I format git commit messages using conventional commits?

To format git commit messages using conventional commits, structure your message with a type like feat or fix, an optional scope in parentheses, and an imperative description, such as `feat(auth): add password reset functionality`.

What is the conventional commits specification for git history?

The conventional commits specification standardizes git history by enforcing commit types like feat or fix, optional scopes, and imperative descriptions, which improves clarity and enables automated changelog generation.

How do I indicate a breaking change in a conventional commit?

To indicate a breaking change in a conventional commit, add a `BREAKING CHANGE:` footer to your commit message, which clearly identifies backward-incompatible modifications in your version control history.

What's the best way to structure a git commit message for a bug fix?

The best way to structure a git commit message for a bug fix is to use the `fix` type followed by an optional scope and an imperative description, such as `fix(payment): resolve transaction timeout error`.

When do I need to use conventional commits in version control?

You need to use conventional commits in version control when you want to ensure commit history clarity, structure changes consistently, and enable automated changelog generation directly from your git messages.