What problem does it solve?
It prevents messy git history by enforcing consistent, conventional commit messages that are easy to read and grep later.
Core Features & Use Cases
- Conventional commit formatting: Forces every commit subject into the form
<type>: <concise description> so git log --oneline stays readable.
- Single logical change per commit: Encourages splitting unrelated changes into separate commits to keep history accurate and reviewable.
- Practical drafting workflow: Prompts you for the “why” before drafting, then checks fit with type, subject rules, and when a body is needed.
Use case: You update the editor and also fix a crash caused by that UI change; you’ll end up with two commits like feat: ... and fix: ..., rather than one vague “misc changes” commit.
Quick Start
Ask the skill to draft commit messages for your proposed changes and to propose a split if multiple logical changes are present.