commit

Create atomic Git commits using Conventional Commits conventions.

19|3|Updated Mar 11, 2026
One-click install
npx skills add https://github.com/dirien/yet-another-agent-harness --skill commit-dirien
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: commit
Source: https://github.com/dirien/yet-another-agent-harness/tree/main/.claude/skills/commit
Command: npx skills add https://github.com/dirien/yet-another-agent-harness --skill commit-dirien

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides a disciplined, repeatable workflow for creating atomic, semantically meaningful Git commits so changes are easy to review, revert, and reason about.

Core Features & Use Cases

  • Enforces creating commits that represent single logical changes rather than large mixed-change commits.
  • Guides staging by inspecting git status and staged diffs, and structures commit messages using Conventional Commits (feat, fix, refactor, docs, test, chore).
  • Safety rules prevent amending or bypassing hooks unintentionally and avoid staging secrets or sensitive files, improving CI and code-review reliability.
  • Use case: preparing a clean set of commits for a pull request where each commit compiles and passes tests independently.

Quick Start

Create an atomic Conventional Commit for the current staged changes, grouping related modifications and writing a concise subject with a descriptive body explaining why the change was made.

Frequently Asked Questions about commit

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

FAQPage Schema
How do I create atomic git commits for logical change groups?

To create atomic git commits, you stage related modifications and generate a commit message using Conventional Commits conventions. This ensures each commit represents a single logical change, making modifications easy to review and revert.

What is the Conventional Commits format for structuring commit messages?

The Conventional Commits format structures commit messages using specific prefixes like feat, fix, refactor, docs, test, and chore. This semantic structure categorizes the nature of changes for automated processing and clear version control history.

How do I prevent staging secrets and sensitive files when preparing a git commit?

To prevent staging secrets during git commits, inspect git status and staged diffs before committing. Safety rules automatically avoid staging sensitive files, improving CI pipeline and code review reliability without bypassing hooks.

Can I use --no-verify or --amend when staging changes for a pull request?

Using --no-verify or --amend is prohibited unless explicitly requested. This prevents unintentionally bypassing git hooks or altering existing commits, ensuring disciplined local development and reliable code review preparation.

Why should I split large mixed-change commits into atomic semantic commits?

Splitting large mixed-change commits into atomic semantic commits ensures each commit compiles and passes tests independently. This disciplined workflow makes changes easy to reason about, review, and revert during code review preparation.

Does this git commit workflow inspect staged diffs before writing the commit message?

Yes, the git commit workflow inspects git status and staged diffs before writing the commit message. It then groups related modifications and writes a concise subject with a descriptive body explaining why the change was made.