Skip to content
Back to skills

Git Commit Message

ASecurity

Use when the user asks for a git commit message or semantic commit guidance. Produce one semantic commit message that prioritizes stated intent and effect and stays consistent with the described change.

  • 666 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added February 8, 2026
developmentgit

Security analysis

A100/100

Scanned February 12, 2026

npx -y skills add majiayu000/claude-skill-registry --skill git-commit-message --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Git Commit Message?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Git Commit Message
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/majiayu000-git-commit-message/badge)](https://www.skillsdirectory.com/skills/majiayu000-git-commit-message)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: git-commit-message
description: Use when the user asks for a git commit message or semantic commit guidance. Produce one semantic commit message that prioritizes stated intent and effect and stays consistent with the described change.
---

# Git Commit Message

Generate one semantic commit message that captures the change at the right level: intent and effect first, details second.

## Response Contract

- One recommended commit message.
- One sentence explaining the chosen type, scope, and summary.

## Message Model

### Default format

`<type>(<scope>): <summary>`

Omit `(scope)` when it does not add signal.

### Components

- **Type**: the change class.
- **Scope**: the primary area changed, when it improves precision.
- **Summary**: a short statement of intent and effect.

## Standards

Apply these standards throughout the suggestion. Each standard is single-sourced here and referenced elsewhere by its ID.

- **format.default — Default format**
  Use the default format and omit scope when it is unclear or low-signal.

- **type.minimal — Minimal accurate type**
  Choose the smallest type that fits the change: `feat`, `fix`, `chore`, `refactor`, `docs`, `test`, `perf`.

- **scope.signal — Scope adds signal**
  Use a narrow, stable scope that names the main area changed. Avoid repeating obvious repo or product context.

- **summary.intent_effect — Intent and effect first**
  Prefer the user’s stated intent and the observable effect of the change over mechanical descriptions of edits.

- **signal.dense — Dense and non-redundant**
  Keep `type`, `scope`, and `summary` complementary. Avoid overlap and embellishment.

## Workflow

1. Extract the user’s stated intent, the change’s effect, and the primary area.
2. Select type. Apply `type.minimal`.
3. Select scope only if it adds precision. Apply `scope.signal`, `format.default`.
4. Write a concise summary focused on intent and effect. Apply `summary.intent_effect`, `signal.dense`.
5. Emit the final message per the Response Contract.

## Acceptance Criteria

A revision is complete only if all checks pass.

- **Response**: Output satisfies the Response Contract.
- **Standards satisfied**: `format.default`, `type.minimal`, `scope.signal`, `summary.intent_effect`, `signal.dense`.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.