Conventional Commit Messages

VerifiedSafe

Generates commit messages following the Conventional Commits format by analyzing staged changes. Helps create structured commits with precise types (feat, fix, etc.) and concise descriptions, improving changelog readability.

Sby Skills Guide Bot
DevelopmentIntermediate
906/2/2026
Claude CodeCursorWindsurfCopilotCodex
#commit#conventional-commits#git#commit-messages

Recommended for

Our review

Generates commit messages using the Conventional Commits format and creates commits from staged changes.

Strengths

  • Structures messages clearly with type and optional scope
  • Automates adherence to commit best practices
  • Analyzes staged changes to determine the appropriate type

Limitations

  • Requires changes to be staged first
  • May not accurately capture the intent behind complex changes
  • Only adds a body when needed, potentially omitting important context
When to use it

Use this skill to standardize commit messages in a project following Conventional Commits.

When not to use it

Avoid it if you prefer manually writing highly detailed messages or if your project uses a different commit format.

Security analysis

Safe
Quality score90/100

The skill only instructs to run 'git diff --staged' to read staged changes, which is a safe, read-only operation. No destructive, exfiltrating, or obfuscated commands are used.

No concerns found

Examples

Generate a commit for staged changes
Write a commit message for the staged changes using Conventional Commits format.
Commit with specific type and scope
Create a commit with type 'feat' and scope 'auth' for the staged changes.
Review staged changes before commit
Review the staged changes and suggest an appropriate Conventional Commit message.

name: commit description: Generates commit messages and creates commits. Use when writing commit messages, committing changes, or reviewing staged changes.

Commit Messages

Use Conventional Commits format.

Format

<type>(<scope>): <description>

[optional body]

Types

  • feat: User-facing features or behavior changes (must change production code)
  • fix: Bug fixes (must change production code)
  • docs: Documentation only
  • style: Code style/formatting (no logic changes)
  • refactor: Code restructuring without behavior change
  • test: Adding or updating tests
  • chore: CI/CD, tooling, dependency bumps, configs (no production code)

Scopes

Optional. Use when it adds clarity. Examples: ui, api, state, auth.

Examples

feat(search): add infinite scroll to results
fix(album): correct image path validation
refactor(state): simplify album loading machine
chore: add husky pre-commit hooks
docs: update API documentation
test: add E2E tests for login flow

Instructions

  1. Run git diff --staged to see staged changes
  2. Analyze the changes and determine the appropriate type
  3. Write a concise description (under 72 characters)
  4. Add body only if the "why" isn't obvious from the description
Related skills