技能介绍

写 commit 时你在纠结什么

团队要求 Conventional Commits，你却要在 feat / fix / docs 之间猜类型；subject 要不要带 scope、body 写多长，Angular 和 Gitmoji 又各有一套格式。只靠「我改了点登录」这种口语，很难一次写出能过 review 的提交说明。若变更已经落在工作区里，手工对照 git diff 再归纳成一句话，同样费时且容易漏掉主要文件。

技能如何帮你生成消息

技能按固定流程处理输入，而不是随便编一句 slogan：

提取关键信息：从你的话里拿变更描述、规范偏好（Conventional Commits / Angular / Gitmoji）、是否指定类型；未指定规范时默认 Conventional Commits。信息模糊则原样交给后续判断，不强行归类。
智能类型检测：未指定 type 时，用关键词表匹配 feat、fix、docs、style、refactor、test、chore；多类型冲突时取最相关，仍不确定可默认 feat 或请你选择。
可选 Git 集成：先用 git rev-parse --is-inside-work-tree 判断是否在仓库内。不在仓库则完全跳过 git，只根据你的描述生成；在仓库时可询问是否拉取 git diff 辅助分析，diff 过大时聚焦主要变更文件。
生成与输出：按所选规范套用对应模板，一次给出 4 种版本供挑选，并遵循标题简洁（建议不超过 50 字）、动词开头、复杂变更可附 body、需要时在 footer 关联 issue 等实践。

适用边界

不会替你执行 git commit，只产出文案；是否采纳、是否 amend 由你决定。
非 Git 目录下不会四处找别的项目，也不会做多余的文件系统操作。
规范细节（Angular 的 subject 小写、Gitmoji 的 emoji 对照）以技能内参考表为准；团队若有自定义 type 或 scope 命名，仍需你在输入里说明偏好。