每次提交还在写”update”？这个 GitHub 2.5K星的 Skill 把 commit message 生成自动化了

写完代码，对着一行空白的 commit message 发呆——这种事你肯定经历过。「feat 还是 fix？」「要不要加 scope？」「这行描述怎么写才不显得敷衍？」想 30 秒，最后打个「update」了事，第二天看 git log 完全想不起来当时改了什么。

这不是你的问题，是流程的摩擦。 Conventional Commits 规范很好，但人在写完代码后的第一需求是「赶紧提交」，不是「写一篇规范的提交说明」。

这个 Skill 做了什么

git-commit 是 Claude Code 的一个自动化提交 Skill，核心逻辑很直接：你把代码改完，说一句「帮我提交」，剩下的它全包。

具体流程：

• 读 diff——自动分析暂存区或工作区的代码变更
• 判断类型——识别是 feat / fix / refactor / docs 还是其他
• 生成 message——输出符合 Conventional Commits 规范的描述，scope 从文件路径推断
• 执行 commit——调用 git commit，处理钩子和异常

整个过程从你纠结的两分钟变成两秒。

上手有多简单

它不需要本地安装任何 npm 包，也不需要在项目里加配置文件。唯一的硬性要求是你的 AI 编程助手已经接入了 Smithery 平台。

安装方式：

• Claude Code / Cursor / Windsurf 等主流工具直接在 Smithery 市场搜「git-commit」，点一下安装
• 或者用命令行：npx skills add https://github.com/coolbeatz71/claude-skills --skill git-commit

一个 SKILL.md 文件就是全部，没有额外依赖，不绑 API Key，不绑特定平台。

为什么它比手动写更好

你自己写 commit message，脑子里其实也在做同样的事——看 diff，判断类型，组织语言。区别是人会偷懒，AI 不会。

它会强制走完整个流程：每次提交都有类型、scope、描述，不会出现「update」这种无效信息。如果一个文件包含多个不同的变更，它会用 bullet body 分开描述。这是手动写很难保持的习惯。

另外它不会做的事：永远不会更新 git config，永远不会跑 --force，永远不会跳过 hooks。如果 commit 因钩子失败，它会修完之后重新生成一条新的提交，不会用 --no-verify 硬来。

适用场景

• 团队强制 Conventional Commits 规范，但成员总是记不住格式
• 自己项目想保持干净的 git history，但懒得每次手动写
• Code Review 时被 reviewer 吐槽 commit message 没信息量
• 想培养更规律的提交习惯，让 git log 真正成为有价值的开发日志

GitHub 仓库：https://github.com/coolbeatz71/claude-skills

GitHub: https://github.com/coolbeatz71/claude-skills