git-commit

Generate conventional Git commit messages with type prefixes under 50 characters.

2|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/jacksen-ng/claude-workflow --skill git-commit-jacksen-ng
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-commit
Source: https://github.com/jacksen-ng/claude-workflow/tree/main/plugins/harness-kit/skills/git-commit
Command: npx skills add https://github.com/jacksen-ng/claude-workflow --skill git-commit-jacksen-ng

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill defines a simple, consistent convention for commit messages, reducing ambiguity and improving history readability across projects.

Core Features & Use Cases

  • Enforces a short, single-line, imperative commit message using predefined types (feat / fix / docs / change / delete / deploy).
  • Provides quick guidance for common scenarios like feature addition, bug fixes, documentation updates, and deployment prompts.
  • Use Case: when committing small code changes, the user asks to "write a proper commit message" and the system outputs a compliant message.

Quick Start

Ask it to generate a single, lowercase, imperative commit message using a valid type prefix.

Frequently Asked Questions about git-commit

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

FAQPage Schema
How do I write a proper git commit message for a feature or bug fix?

To write a proper git commit message, use a type prefix like feat or fix, add a colon, and describe the change in under 50 characters using lowercase imperative mood. This keeps your project history readable and consistent.

What is the conventional format for structuring git commit messages?

The conventional format for git commit messages requires a single-line structure starting with a type prefix such as docs, change, delete, or deploy, followed by a colon and a concise lowercase imperative description.

When do I need to use specific prefixes like deploy or docs in my commit history?

You need to use prefixes like deploy or docs in your commit history when making deployment changes or updating documentation. This standardized prefix immediately communicates the nature of the modification to the software project.

Does this commit message convention support changes outside of feature additions and bug fixes?

Yes, this commit message convention supports changes outside of feature additions and bug fixes. It accommodates documentation updates, code modifications, deletions, and deployment prompts using the docs, change, delete, and deploy prefixes.

Why should my git commit description be under 50 characters and in lowercase imperative mood?

Your git commit description should be under 50 characters and in lowercase imperative mood to reduce ambiguity and improve readability across projects. This enforces concise, standardized history entries for small code changes.