Git 规范化提交助手

要解决什么问题

在真实仓库里写 commit message，常见痛点是：subject 和实际 diff 对不上、混在一笔提交里说不清主次，或者团队有 Conventional Commits 约定却每次靠记忆拼前缀。本技能面向「当前仓库内生成 commit message、提交描述、提交摘要」这一场景，要求提交信息匹配真实改动范围，并优先遵循当前仓库的本地规则；没有更具体规则时，默认采用英文 Conventional Commits 前缀 + 简短直接的中文 subject，且结尾不加句号。

技能如何工作

命中本技能后，规则会整体执行（不得因改动小、只读或只跑命令而跳过已命中的流程）。典型步骤如下：

1. 先执行 git status --short，有已暂存内容时优先按暂存范围写提交信息。
2. 只读取理解改动所需的 diff 与附近上下文，避免空泛表述（如「update code」「fix issue」）。
3. 判断仓库是否存在本地提交规则，再套用通用 Conventional Commits 的 type（feat / fix / docs / refactor 等）。
4. scope 仅在能明显提升定位时添加；body 仅在需要说明原因或上下文时写；不兼容改动才用 ! 与 BREAKING CHANGE: footer。
5. 工作区存在混合改动时，先建议拆分提交或确认范围，再给出可直接使用的一条 message；若 diff 不适合单提交，会先提示拆分并给出候选信息。

适用边界与注意点

• 语义前缀默认保持英文；subject 默认中文，仅当仓库明确要求时才用纯英文命令式描述。
• 多个 skill 同时命中时，相关规则会叠加，交付前需逐条确认已落实。
• body 只写「改了什么、为什么改」，不写实现步骤清单。