make-commit

Enforce Conventional Commits format for standardized Git commit messages.

Updated Mar 1, 2026
One-click install
npx skills add https://github.com/hve4638/hve-cc-marketplace --skill make-commit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: make-commit
Source: https://github.com/hve4638/hve-cc-marketplace/tree/main/common/skills/make-commit
Command: npx skills add https://github.com/hve4638/hve-cc-marketplace --skill make-commit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Consistent commit messages improve history readability, changelog generation, and collaboration by making the intent of changes quickly understandable.

Core Features & Use Cases

  • Enforces Conventional Commits header format (type(scope): subject) to standardize messages.
  • Supports breaking-change notation using ! and clearly marks breaking changes.
  • Enforces constraints like disallowing unnecessary Co-authored-by lines, guiding teams toward cleaner history.
  • Use Case: When a developer implements a new feature or fixes a bug, the commit message clearly communicates the change type, scope, and summary.

Quick Start

Instruct your AI to craft a commit message in the Conventional Commits format for the latest change.

Frequently Asked Questions about make-commit

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

FAQPage Schema
How do I enforce consistent Git commit messages across a development team?

Conventional Commits standardizes Git history by enforcing a structured header format of type(scope): subject. It uses specific types like features, fixes, and breaking changes to make project history readable and changelog generation automated.

How do I format breaking changes in a Conventional Commits message?

To format breaking changes in Conventional Commits, you use the exclamation mark notation. This clearly marks the commit as a breaking change within the structured header, ensuring the alteration is immediately visible in the project history.

Should I include Co-authored-by lines in conventional commit messages?

You can use Conventional Commits for any software development team writing commits across features, fixes, and docs. It suits collaborative workflows by ensuring consistent history and clear communication of change intent across the project.

How do I write a commit message for a new feature using Conventional Commits?

To write a commit message for a new feature, you use the Conventional Commits structured header format type(scope): subject. This clearly communicates the change type, scope, and summary to make the intent quickly understandable.

What is the best way to standardize Git history for changelog generation?

The best way to standardize Git history for changelog generation is enforcing Conventional Commits. By requiring a structured header and clear breaking-change notation, the intent of changes becomes quickly understandable for automated processing.