What problem does it solve? Writing consistent, lint-compliant git commit messages is error-prone: developers forget scopes, miss breaking-change markers, exceed commitlint line-length limits, and accidentally stage unrelated files edited by parallel agents. This Skill standardizes every commit to the Conventional Commits v1.0.0 format. ## Core Features & Use Cases - Conventional Commit formatting: Produces <type>(<scope>): <description> messages with correct breaking-change notation (! plus BREAKING CHANGE: footer) and pre-1.0.0 MINOR-bump semantics. - Lint-safe body wrapping: Feeds git commit -F a process substitution piped through fmt -w 72 so body lines always stay under the commitlint 100-character limit without temp files or heredocs. - Atomic staging: Commits only explicitly listed paths, resetting the index for new files so parallel agent edits are never swept in. - Use Case: After editing two source files, ask for a commit and receive a properly scoped, wrapped, breaking-change-aware message applied to exactly those files. ## Quick Start Ask the assistant to commit your changed files with a conventional commit message, for example by saying commit this work.