菜单
提交当前 Git 仓库里所有未提交的修改：先用 git status/diff 分析变更内容并生成规范的 Conventional Commits commit message（type/scope/title/body），再明确列出要提交的文件并逐个 git add / git rm，最后执行 git commit。用于用户要求“帮我提交修改/生成 commit message/按规范提交/不要 git add .”等场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | commit-skill |
| description | 提交当前 Git 仓库里所有未提交的修改：先用 git status/diff 分析变更内容并生成规范的 Conventional Commits commit message（type/scope/title/body），再明确列出要提交的文件并逐个 git add / git rm，最后执行 git commit。用于用户要求“帮我提交修改/生成 commit message/按规范提交/不要 git add .”等场景。 |
目标：在不误提交临时文件/无关文件的前提下，生成清晰、可追溯的 commit message，并完成一次提交。
git status --short
变更类型速记：
M：已修改A / ??：新增文件（?? 为未跟踪）D：已删除R：重命名git diff
对未跟踪文件（??）需要额外查看内容时：
git diff --no-index -- /dev/null path/to/new_file
过滤规则（避免误提交）：
*.tmp、.bak-*、.html.bak-*（以及类似明显的生成物）。dist/、build/、.pytest_cache/），除非用户明确要求，否则不要纳入本次提交。如果 git status --short 为空：直接说明“无可提交修改”，不要创建空提交。
Commit message 格式：
<type>(<scope>): <title>
<body>
从变更内容推断（择其最主要的一类）：
feat: 新功能/新能力fix: 修复 bugdocs: 文档变更refactor: 重构（不改变行为）test: 新增/修改测试chore: 构建/工具链/配置/CI/非业务代码style: 格式化/空白/无逻辑变化perf: 性能优化不确定时，优先使用更保守的 chore / refactor / docs，避免把“非功能变更”误标成 feat。
从目录/领域推断：
src/ → core（或更具体子模块名）tests/ → testscripts/ → scriptsconfig/ / pyproject.toml / CI 文件 → config / build规则：
用 2–6 行概括：做了什么 + 为什么（必要时补充风险/后续）。示例：
- Summarize key changes
- Explain motivation/why (if non-obvious)
原则：只暂存本次提交需要的文件；避免使用 git add . 或 git add -A。
git status --short 列出要提交的文件清单，并逐个暂存：git add path/to/file1
git add path/to/file2
对删除文件使用：
git rm path/to/deleted_file
git diff --cached
-m）：git commit -m "type(scope): title" -m "body line 1" -m "body line 2"
如果本次包含明显不同主题的改动：不要硬塞进一个提交；拆分为多个小提交，每个提交有独立 message 与文件清单。