What problem does it solve?
Writing consistent, well-structured git commit messages is repetitive and error-prone: subjects get overloaded, body bullets get flattened into one line by shell quoting, and mixed changes get crammed into a single commit. This Skill analyzes your staged diff and produces a properly formatted Conventional Commit message plus a copy-paste-ready heredoc command that preserves the subject/body structure.
Core Features & Use Cases
- Diff-driven message generation: Reads
git diff --cached by default (full working tree only when you explicitly say all), classifies the change intent as feat/fix/refactor/style/docs/test/chore, and warns when changes should be split into multiple commits.
- Strict output format: English type keyword with Simplified Chinese subject and body, subject under 80 characters, flat bullet body, no emoji or Co-Authored-By trailers, plus a table of changed files.
- Heredoc commit command: Always outputs a
git commit -m "$(cat <<'EOF' ... EOF)" command so multi-line bodies survive shell parsing, and forbids broken \n single-line forms.
- Use Case: After staging a bug fix across three files, ask for a commit message and receive
fix: 修复列表接口分页读取错误 with body bullets and a ready-to-run heredoc command, then verify with git log -1.
Quick Start
Generate a commit message for my currently staged changes and give me the heredoc git commit command to run.