commit

Validates conventional commit prefixes, scope, and message length in Git workflows.

Updated Jan 21, 2026
One-click install
npx skills add https://github.com/powdream/claude-plugins --skill commit-powdream
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: commit
Source: https://github.com/powdream/claude-plugins/tree/main/.claude/skills/commit
Command: npx skills add https://github.com/powdream/claude-plugins --skill commit-powdream

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill enforces consistent, conventional commit messages in Git-based workflows.

Core Features & Use Cases

  • Enforces Conventional Commits prefixes like feat:, fix:, chore:, docs:, refactor:, etc.
  • Validates scope usage and message structure to maintain consistency across a repository.
  • Supports use in code reviews and CI pipelines to automatically flag non-conforming messages.
  • Use Case: When collaborating on a multi-package repository, ensure every change is traceable and properly categorized for release notes.

Quick Start

Create a conventional commit for a new feature in the authentication module, e.g., feat(auth): add login flow.

Frequently Asked Questions about commit

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

FAQPage Schema
How do I enforce conventional commit messages in a Git workflow?

To enforce conventional commit messages in a Git workflow, you validate prefixes like feat:, fix:, and chore:, check scope usage, and verify message length to maintain repository consistency. This ensures changes are traceable and properly categorized.

What are conventional commits and when do I need them for version control?

Conventional commits are a standardized message format using prefixes like feat:, fix:, or docs: for version control. You need them in collaborative software projects to ensure every change is traceable and properly categorized for release notes.

Can I use conventional commit validation in CI pipelines?

Yes, you can use conventional commit validation in CI pipelines to automatically flag non-conforming messages. This validates message structure, scope usage, and prefixes during automated code reviews to maintain consistency across the repository.

How do I structure a conventional commit message for a multi-package repository?

To structure a conventional commit message for a multi-package repository, use a prefix followed by a scope, such as feat(auth): add login flow. This validates scope usage and categorizes changes to ensure they are traceable for release notes.

What is the best way to validate commit prefixes like feat: and fix:?

The best way to validate commit prefixes like feat: and fix: is to apply parsing rules that check for conventional-commit prefixes, validate scope usage, and enforce message length constraints. This flags non-conforming messages during code reviews.

Why does my commit message fail conventional commit rules?

Your commit message fails conventional commit rules if it lacks required prefixes like feat: or fix:, uses incorrect scope formatting, or exceeds message length limits. Enforcing these rules ensures consistency across collaborative software projects.