git

Enforce Conventional Commits formatting for Git commit messages.

1|Updated Jul 22, 2025
One-click install
npx skills add https://github.com/niconiahi/ethernauta --skill git-niconiahi
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: git
Source: https://github.com/niconiahi/ethernauta/tree/main/.claude/skills/git
Command: npx skills add https://github.com/niconiahi/ethernauta --skill git-niconiahi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents inconsistent or vague Git commit messages by enforcing a predictable Conventional Commits format, scope usage rules, and strict one-line formatting.

Core Features & Use Cases

  • Conventional commit structure: Enforces messages in the form type(scope): description (or type: description when scope is omitted).
  • Controlled commit types: Provides a fixed set of allowed types for features, fixes, refactors, chores, docs, styling, tests, CI, and deploys.
  • Scope conventions: Requires domain-based scopes and mandates skill scope for changes to skill files.
  • Formatting guardrails: Forces lowercase, single-line messages under 72 characters, no period, and no trailers like Co-Authored-By.

Quick Start

Use the git skill whenever you create a commit, and format the message as type(scope): description in a single lowercase line with no period.

Frequently Asked Questions about git

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

FAQPage Schema
How do I write a conventional commit message for CI and tooling changes?▼

Conventional commit messages for CI and tooling changes use the format `type(scope): description` in a single lowercase line. You select the `ci` type and provide a domain-based scope to ensure project history consistency.

What is the correct format for a lowercase conventional commit with a scope?▼

The correct format for a lowercase conventional commit is `type(scope): description`. The message must be a single line under 72 characters with no trailing period, ensuring predictable and unambiguous project history.

How do I format commit messages for feature work and bug fixes?▼

Commit messages for feature work and bug fixes require selecting the `feat` or `fix` type. You format the message as `type(scope): description` in lowercase, ensuring a clean, one-line history without commit trailers.

Can I use commit trailers like Co-Authored-By in conventional commits?▼

Commit trailers like `Co-Authored-By` are prohibited in conventional commits. The formatting guardrails enforce single-line messages under 72 characters without trailers to reduce ambiguity in the project history.

When do I need to use the skill scope in a conventional commit message?▼

You use the `skill` scope in a conventional commit message when making changes to skill files. The convention mandates domain-based scopes for all other changes, maintaining strict organization across feature work and refactors.

What are the limitations of using strict conventional commit formatting?▼

Limitations of strict conventional commit formatting include mandatory lowercase text, a 72-character limit, and no trailing periods. You cannot use commit trailers and must select from a fixed set of allowed types like feat, fix, or refactor.