commit

Generate conventional git commit messages from staged changes.

Updated May 16, 2019
One-click install
npx skills add https://github.com/cgeorgii/dots --skill commit-cgeorgii
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: commit
Source: https://github.com/cgeorgii/dots/tree/main/coco/dotfiles/claude/skills/commit
Command: npx skills add https://github.com/cgeorgii/dots --skill commit-cgeorgii

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Conventional commits standardize messaging to improve history readability, automated changelogs, and collaboration by enforcing a consistent structure and clear prefixes.

Core Features & Use Cases

  • Generate conventional commit messages for staged changes using standard prefixes (feat, fix, refactor, docs, chore, style, test).
  • Validate commit messages and provide guidance for including a concise summary and an optional body with details.
  • Support workflows that require committing with a heredoc to preserve message formatting and readability.

Quick Start

Ask me to create a conventional commit for your current staged changes.

Frequently Asked Questions about commit

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

FAQPage Schema
How do I create conventional commits from staged changes?

To create conventional commits, you stage your changes and the Skill generates a standardized message using prefixes like feat, fix, docs, or chore to ensure consistent project history.

What conventional commit prefixes are supported for git workflow?

Supported conventional commit prefixes include feat, fix, refactor, docs, chore, style, and test, allowing you to categorize git messaging for improved history readability and automated changelogs.

How do I format a git commit message with a detailed body using heredoc?

You format a git commit message using a heredoc to preserve formatting, applying a concise summary prefix and an optional detailed body to maintain readability across your project history.

Why use conventional commits for automated changelogs and code review?

Conventional commits standardize messaging to improve history readability, enable automated changelogs, and streamline code review by enforcing a consistent structure with clear prefixes.

Do I need to stage changes before generating a conventional commit?

Yes, you need to stage changes before generating a conventional commit, and the Skill guides you on how to stage changes and apply the commit via a heredoc script.