caveman-commit

Generate terse Conventional Commit messages with imperative subjects and optional bodies.

1|1|Updated Jul 31, 2023
One-click install
npx skills add https://github.com/austinwilcox/dotfiles --skill caveman-commit-austinwilcox
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: caveman-commit
Source: https://github.com/austinwilcox/dotfiles/tree/main/.claude/skills/caveman-commit
Command: npx skills add https://github.com/austinwilcox/dotfiles --skill caveman-commit-austinwilcox

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It removes “noise” from commit messages by producing concise, standardized Conventional Commits that preserve intent and only adds a body when the why is genuinely unclear.

Core Features & Use Cases

  • Ultra-compressed subject lines: Produces an imperative, conventional <type>(<scope>): <summary> subject that stays short and readable.
  • Body only when needed: Adds a wrapped 72-column body exclusively for non-obvious reasoning, breaking changes, migrations, and relevant references.
  • Rule-consistent output: Avoids fluff, AI attribution, emojis, and common restatements; outputs a copy-ready message in a code block.

Example use case: you stage changes and want a commit message that correctly follows feat/fix/... conventions while explaining the “why” only when the diff isn’t self-explanatory.

Quick Start

When you say “write a commit” or invoke caveman-commit, tell it what you changed (or rely on the staged changes trigger) and paste the resulting commit message.

Frequently Asked Questions about caveman-commit

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

FAQPage Schema
How do I generate conventional commit messages for staged git changes?▼

To generate conventional commit messages for staged git changes, use a tool that outputs an imperative `<type>(<scope>): <summary>` subject targeting 50 characters, adding a wrapped 72-column body only when the reasoning is non-obvious.

What is the best way to format git commit messages to remove unnecessary phrasing?▼

Formatting git commit messages to remove unnecessary phrasing involves producing terse Conventional Commits that preserve intent, avoiding fluff, AI attribution, and emojis while outputting a paste-ready code block.

How do I write a conventional commit subject line that stays under 50 characters?▼

Writing a conventional commit subject line under 50 characters requires an imperative `<type>(<scope>): <imperative summary>` format that stays short and readable while strictly avoiding common restatements.

When should I add a body to a conventional commit message?▼

Add a body to a conventional commit message only when the "why" is non-obvious or for breaking changes, security notes, and migrations, keeping wrapped text lines at 72 characters.

Does conventional commit formatting work without adding emojis or AI attribution to the message?▼

Conventional commit formatting works without adding emojis or AI attribution by applying rule-consistent output that avoids fluff and restatements, producing a clean, copy-ready message in a code block.