用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/gittower/git-flow-next --skill commit命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | commit |
| description | Create a commit following COMMIT_GUIDELINES.md |
| argument-hint | ["optional message hint"] |
| allowed-tools | Bash, Read, Grep |
Create a well-formatted commit following the project's COMMIT_GUIDELINES.md.
Read COMMIT_GUIDELINES.md for all formatting rules, commit types, and conventions
Check Status
git status to see staged and unstaged changesgit diff --cached to see what will be committedgit add -AAnalyze Changes
Write Commit Message per COMMIT_GUIDELINES.md rules
Create Commit using HEREDOC format for proper formatting:
git commit -m "$(cat <<'EOF'
<type>(<scope>): <subject>
<body>
<footer>
EOF
)"
Verify — run git log -1 to check the message
Choose the type based on the purpose of the change, not the file type:
| Type | Use when... | Example |
|---|---|---|
| feat | Adding new user-facing functionality | New CLI command, new flag, new config option |
| fix | Fixing a user-facing bug | Incorrect merge behavior, wrong exit code |
| refactor | Restructuring code without behavior change | Extract helper, rename internal function |
| test | Adding/fixing tests (even if fixing a bug in a test) | New test case, fix flaky test |
| docs | Changing user-facing documentation content | Update README, manpage, ARCHITECTURE.md |
| ci | Changing CI/CD, automation, review tooling, GitHub config | Workflows, Copilot/Claude instructions, skills, .github/ config |
| build | Changing build system or dependencies | go.mod, build scripts, Makefile |
| style | Code formatting only, no logic change | go fmt, whitespace fixes |
| chore | Maintenance that doesn't fit above | Update .gitignore, tool config |
.md files are not always docs — a Markdown file that configures tool behavior (e.g., Copilot instructions, Claude skills, review criteria) is ci, not docsfix is for user-facing bugs only — fixing a CI workflow is ci, fixing a test is test, fixing a build script is buildtest covers test fixes too — use test: not fix: when correcting test codeWhen a guideline specifies a hard line wrap limit, write the text as continuous flowing prose first, then hard wrap at the specified character limit, filling each line as close to the limit as possible.
git commit -m "$(cat <<'EOF'
feat(finish): Add squash merge strategy
Implements --squash flag for finish command that performs a squash merge
instead of a regular merge, creating a single commit with all branch
changes on the target branch.
- Add squash option to merge strategy enum
- Update finish command to handle squash flag
- Add configuration support for default squash behavior
Resolves #42
EOF
)"