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.