caveman-commit

Generates terse Conventional Commits messages from staged changes with imperative subjects and optional bodies.

Updated Aug 7, 2026
One-click install
npx skills add https://github.com/Sambhav242005/Major-Project --skill caveman-commit-sambhav242005
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: caveman-commit
Source: https://github.com/Sambhav242005/Major-Project/tree/main/.continue/skills/caveman-commit
Command: npx skills add https://github.com/Sambhav242005/Major-Project --skill caveman-commit-sambhav242005

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Writing commit messages often produces verbose, inconsistent, or filler-heavy text that obscures intent. This Skill generates concise Conventional Commits messages that preserve the reasoning behind a change while cutting noise, keeping repository history readable and debuggable. ## Core Features & Use Cases - Conventional Commits formatting: Produces <type>(<scope>): <imperative summary> subjects with types like feat, fix, refactor, and revert, capped at 50-72 characters. - Why-over-what bodies: Adds a body only when the reasoning is non-obvious, and always for breaking changes, security fixes, data migrations, and reverts. - Noise elimination: Excludes AI attribution, emoji, first-person narration, and restatements of the diff, while supporting issue references like Closes #42. - Use Case: After staging a breaking API rename, invoke the Skill to receive a ready-to-paste message with a ! marker and a BREAKING CHANGE: footer explaining the migration deadline. ## Quick Start Ask the assistant to write a commit message for your staged changes, or invoke /caveman-commit, and paste the returned code block into your git commit.

Frequently Asked Questions about caveman-commit

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

FAQPage Schema
How do I write a Conventional Commits message?

Use the format type(scope): imperative summary, with types like feat, fix, refactor, or revert. Keep the subject under 50 characters with a hard cap of 72, use imperative mood like "add" instead of "added", and omit the trailing period.

When should a commit message include a body?

Add a body only when the why is non-obvious, such as breaking changes, security fixes, data migrations, or reverts. Skip the body entirely when the subject line is self-explanatory, and reference issues at the end with lines like Closes #42.

How do I mark a breaking change in a commit message?

Append an exclamation mark after the type or scope, such as feat(api)!: rename /v1/orders to /v1/checkout, then include a BREAKING CHANGE: footer in the body explaining the migration path and deadline for consumers.

Does this tool run git commit or stage files?

No. It only generates the commit message text and outputs it as a code block ready to paste. It does not stage files, run git commit, or amend existing commits, so you retain full control over the git operation.

What should never appear in a commit message?

Avoid filler like "this commit does X", first-person pronouns, AI attribution lines, and emoji unless the project convention requires them. Do not restate file names already covered by the scope, since the diff itself shows what changed.