hs-git-commit-messages

Draft git commit messages and PR descriptions in the repository's standard format.

Updated Mar 12, 2026
One-click install
npx skills add https://github.com/Happy-Horizon/cursor-marketplace --skill hs-git-commit-messages
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hs-git-commit-messages
Source: https://github.com/Happy-Horizon/cursor-marketplace/tree/main/plugins/horizon-storefront/skills/hs-git-commit-messages
Command: npx skills add https://github.com/Happy-Horizon/cursor-marketplace --skill hs-git-commit-messages

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Drafting git commit messages that adhere to the repository's standard can be tedious and error-prone, leading to unclear history and slower reviews.

Core Features & Use Cases

  • Enforces the repository's commit subject/body format, including TYPE and optional TICKET inference.
  • Provides guidance to craft clear, actionable messages for commits and PR descriptions.
  • Helps teams maintain a consistent, searchable history and streamline code reviews.

Quick Start

Provide a clear subject and a concise body that follow the repo's commit-message standard.

Frequently Asked Questions about hs-git-commit-messages

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

FAQPage Schema
How do I enforce a standard git commit message format with TYPE and TICKET inference?

To enforce a standard git commit message format, draft messages that follow the repository's subject and body structure, inferring TYPE and TICKET where unambiguous and prompting for clarification when missing. This ensures consistent, searchable history and streamlines code reviews.

Can I use a commit message validation workflow to prevent inventing ticket numbers?

Commit message validation workflows can prevent inventing ticket numbers by enforcing subject and body structure and prompting for clarification when ticket information is missing. This guarantees ticket numbers are never fabricated and commit history remains accurate.

What's the best way to write git commit messages and PR descriptions for team reviews?

The best way to write git commit messages and PR descriptions for team reviews is to apply the repository's standard conventions across both, providing a clear subject and a concise body that infers TYPE and TICKET where unambiguous to maintain consistency.

Why does my commit message format fail validation when missing a ticket number?

Commit message format validation fails when a ticket number is missing because the workflow prompts for clarification rather than inferring or inventing the ticket. This strict enforcement ensures traceable history and prevents false ticket associations.

Do I need a repository standard to generate commit messages and PR descriptions?

You need a repository standard to generate commit messages and PR descriptions because the workflow enforces defined subject and body conventions, inferring TYPE and TICKET based on the existing rules to maintain a consistent and searchable history.