Skip to content
Back to skills

GIT COMMIT FORMATTER

ASecurity

Formats git commit messages according to Conventional Commits specification. Use this when the user asks to commit changes or write a commit message.

  • 80 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 7, 2026
ai-agentsgogitperformancedocumentation

Security analysis

A100/100

Scanned September 7, 2026

npx -y skills add mk-knight23/AGENTS-COLLECTION --skill GIT-COMMIT-FORMATTER --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of GIT COMMIT FORMATTER?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for GIT COMMIT FORMATTER
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/mk-knight23-git-commit-formatter/badge)](https://www.skillsdirectory.com/skills/mk-knight23-git-commit-formatter)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: git-commit-formatter
description: Formats git commit messages according to Conventional Commits specification. Use this when the user asks to commit changes or write a commit message.
---

# Git Commit Formatter Skill

When writing a git commit message, you MUST follow the Conventional Commits specification.

## Format
`<type>[optional scope]: <description>`

## Allowed Types
- **feat**: A new feature
- **fix**: A bug fix
- **docs**: Documentation only changes
- **style**: Changes that do not affect the meaning of the code (white-space, formatting, etc)
- **refactor**: A code change that neither fixes a bug nor adds a feature
- **perf**: A code change that improves performance
- **test**: Adding missing tests or correcting existing tests
- **chore**: Changes to the build process or auxiliary tools and libraries such as documentation generation

## Instructions
1. Analyze the changes to determine the primary `type`.
2. Identify the `scope` if applicable (e.g., specific component or file).
3. Write a concise `description` in imperative mood (e.g., "add feature" not "added feature").
4. If there are breaking changes, add a footer starting with `BREAKING CHANGE:`.

## Example
`feat(auth): implement login with google`

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…