git-commit

Generate Conventional Commits messages from git diffs with automatic staging.

1|Updated Jun 24, 2026
One-click install
npx skills add https://github.com/eric-sabe/engsys --skill git-commit-eric-sabe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-commit
Source: https://github.com/eric-sabe/engsys/tree/main/core/skills/git-commit
Command: npx skills add https://github.com/eric-sabe/engsys --skill git-commit-eric-sabe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manually writing consistent, semantic git commit messages that follow the Conventional Commits standard is tedious and error-prone, especially for teams that rely on uniform commit history for automated changelogs, release tracking, and clear code change context.

Core Features & Use Cases

  • Auto-detection of commit metadata: Automatically identifies the correct commit type (feat, fix, docs, etc.) and scope from code diffs, eliminating manual categorization work.
  • Intelligent file staging: Groups related changes into logical commits, avoiding messy mixed commits that obscure the purpose of code changes.
  • Compliant message generation: Creates conventional commit messages with proper formatting, support for breaking change annotations, and adherence to best practices like imperative mood and length limits.
  • Use Case: A developer working on a feature that touches both frontend UI components and backend API endpoints can use this skill to automatically stage related files, detect the correct "feat" type with the appropriate scope, and generate a clear, standardized commit message like "feat(auth): add OAuth2 login flow" without manual input.

Quick Start

Use the git-commit skill to generate a conventional commit message and stage all relevant files for your current uncommitted code changes.

Frequently Asked Questions about git-commit

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

FAQPage Schema
How do I automatically generate conventional commit messages from git diffs?

To generate conventional commit messages from git diffs, you can use automation to analyze uncommitted changes and auto-detect the correct commit type, scope, and formatting. This eliminates manual categorization and ensures your commit history follows the semantic specification for changelog generation.

What is the best way to group related file changes into logical git commits?

The best way to group related file changes into logical git commits is using intelligent file staging. This process analyzes your code diffs and automatically groups related modifications, preventing messy mixed commits that obscure the actual purpose of your code changes.

How do I format breaking change annotations in semantic commits?

Formatting breaking change annotations in semantic commits requires applying specific conventional commit syntax rules to your message structure. Automated generation tools can detect breaking changes directly from your code diff and apply the compliant notation and safety guardrails automatically.

Can I automate commit type and scope detection for version control without manual input?

Yes, you can automate commit type and scope detection for version control without manual input. By analyzing staged code diffs, the system identifies whether a change is a feature, fix, or docs update and extracts the correct scope to create a fully compliant semantic commit message.

Does automated git commit generation work with mixed frontend and backend code changes?

Automated git commit generation works effectively with mixed frontend and backend code changes. It analyzes the combined diffs, intelligently stages related files, and generates scoped messages like feat(auth) to separate distinct logical changes into clear, standardized commits for team collaboration.

What are the limitations of using automated conventional commit generation?

A key limitation of automated conventional commit generation is that it requires uncommitted code diffs to analyze. While it includes safety guardrails against destructive git operations, it still depends on the quality of your staged changes to accurately infer the semantic type and scope for release tracking.