git-commit-semantic

Enforce standardized Conventional Commits messages with type, scope, and formatting rules.

17|45|Updated Jan 23, 2026
One-click install
npx skills add https://github.com/XSpoonAi/spoon-awesome-skill --skill git-commit-semantic
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-commit-semantic
Source: https://github.com/XSpoonAi/spoon-awesome-skill/tree/main/enterprise-skills/git-commit-semantic
Command: npx skills add https://github.com/XSpoonAi/spoon-awesome-skill --skill git-commit-semantic

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Conventional Commits provides a lightweight convention on top of commit messages, enabling explicit, standardized history for automated tooling and better collaboration.

Core Features & Use Cases

  • Standardized commit messages with types like feat, fix, and more.
  • Semantic versioning integration and automatic changelog support for maintainer teams.
  • Use cases include consistent PR messaging, easier release notes, and improved project telemetry.

Quick Start

Write a commit using a valid Conventional Commits pattern, e.g., feat(api): add user authentication.

Frequently Asked Questions about git-commit-semantic

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

FAQPage Schema
What are conventional commits and how do they structure git commit messages?

Conventional commits provide a lightweight convention on top of git commit messages using structured types like feat and fix to create explicit, standardized history for automated tooling and better collaboration.

How do I write a standardized git commit message for a new feature?

To write a standardized git commit message, use a valid conventional commits pattern like feat(api): add user authentication, ensuring you satisfy rules for type, scope, and formatting.

How does semantic versioning integrate with conventional commit messages?

Semantic versioning integrates with conventional commit messages by using explicit feature, fix, and breaking change signals to automatically determine version bumps and generate changelogs for maintainer teams.

Can I signal a breaking change using conventional commits?

Yes, you can signal a breaking change using conventional commits by including the BREAKING CHANGE footer or an exclamation mark in the type prefix, enabling automated tooling to flag major version updates.

Does using conventional commits restrict the scope or types I can use in my git history?

Using conventional commits enforces rules for type, scope, and formatting to maintain project telemetry and consistent PR messaging, but supports extensible types and scopes beyond the core feat and fix standards.