WR

write-git-commit

This skill enforces git commit message standards by requiring concise, imperative language that explains the change's motivation.

Install

mkdir -p .claude/skills/write-git-commit && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/6596" && unzip -o skill.zip -d .claude/skills/write-git-commit && rm skill.zip

Installs to .claude/skills/write-git-commit

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Create a git commit following repository conventions
52 charsno explicit “when” trigger
Beginner

Key capabilities

  • Define commit scope based on codebase areas
  • Enforce imperative mood in subject lines
  • Validate commit message format
  • Guide the inclusion of optional explanatory bodies

How it works

The skill provides a template and scope list to ensure commit messages follow a consistent structure of scope, subject, and optional body.

Inputs & outputs

You give it
Staged git changes
You get back
Formatted git commit message

When to use write-git-commit

  • Formatting commit messages for PRs
  • Generating standard commits for features
  • Refactoring git history for clarity
  • Automating commit conventions in a team

About this skill

Git Commit

Create git commits following the repository's established conventions.

Commit Message Format

<scope>: <subject>

[optional body]

Scope

The scope indicates which part of the codebase is affected:

  • plugin - Plugin source code changes (most common)
  • docs - Documentation changes
  • scripts - Build/release script changes
  • .github - GitHub workflows and actions
  • .claude - Claude configuration and skills
  • .vscode - VS Code settings
  • * - Changes spanning multiple packages/areas

For focused changes within a scope, you may use a more specific prefix like plugin api, plugin settings, etc.

Subject Line

  • Use lowercase after the colon
  • Use imperative mood ("add feature" not "added feature")
  • No period at the end
  • Keep concise (ideally under 72 characters total)

Examples:

  • plugin: add support for task filtering
  • docs: update query-blocks documentation
  • *: bump versions across the board
  • .github: add separate build job

Body (Optional)

  • Separate from subject with a blank line
  • Explain why the change was made, not what
  • Use sparingly - only when the subject isn't self-explanatory

Example:

plugin: restore react & react-dom dedupe

While the tests pass after aligning react versions between docs/ and
plugin/, the build still breaks at runtime without this.

DO NOT add Claude as a coauthor to the commit.

Process

  1. Run git status to see staged and unstaged changes
  2. Run git diff --staged to review what will be committed
  3. Stage files with git add <files> (prefer specific files over git add -A)
  4. Determine the appropriate scope based on changed files
  5. Write a clear, concise subject line
  6. Add a body only if the "why" isn't obvious
  7. Create the commit

When not to use it

  • When adding Claude as a coauthor

Limitations

  • Subject line must be under 72 characters

How it compares

It enforces specific repository-wide scope conventions rather than allowing arbitrary commit messages.

Compared to similar skills

write-git-commit side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
write-git-commit (this skill)16moNo flagsBeginner
resolve-conflicts818moReviewIntermediate
dependency-upgrade265moReviewIntermediate
openspec-onboard106moReviewBeginner

Try saying

Example prompts that trigger this skill in your AI assistant.

Search skills

Search the agent skills registry