其实大多数人都不会好好写 git 提交信息，甚至有些人根本不写，直接用默认的 "Update" 或 "Fix bug" 之类的提交信息。
虽然现代码都不是人写的了，但是 git 提交信息除了提高可维护、团队协作，其实也很方便 AI 追踪排查问题，还是很重要的。
我过去都是用 vscode 自带的提交信息生成，但是那个缺少模型对话的上下文，生成效果不好，所以还是用一个 skill 比较好。
这个 skill 有几个注意事项我写到后面了。
---
description: 智能提交：有暂存文件则提交暂存内容，否则提交所有已追踪的改动，使用中文提交信息
argument-hint: "[可选的补充说明，会作为提交信息的参考]"
allowed-tools: Bash(git status:*), Bash(git diff:*), Bash(git add:*), Bash(git commit:*), Bash(git log:*)
---
# git-commit
根据下面的规则提交当前仓库的改动，**只提交、不要 push**。
## 当前 Git 状态
- 分支与状态：!`git status --short --branch`
- 已暂存文件：!`git diff --cached --name-only`
- 已暂存改动概览：!`git diff --cached --stat`
- 工作区未暂存改动概览：!`git diff --stat`
- 最近 5 条提交（用于参考提交信息风格）：!`git log --oneline -5`
## 提交规则
1. **判断是否有暂存文件**：若上面「已暂存文件」列表非空，说明用户已自行选择了提交范围 —— **只提交这些已暂存的文件，不要再 `git add` 任何东西**。
2. **没有暂存文件时**：执行 `git add -u` 暂存所有「已被 Git 追踪」的修改与删除（**不包含新增的未追踪文件**），然后提交。
3. 提交前用 `git diff --cached` 查看完整暂存内容，确保提交信息准确反映真实改动。
4. **提交信息用简体中文**，遵循仓库已有风格（参考上面最近的提交）：
- 首行：`<类型>: <一句话概述>`（类型如 feat / fix / refactor / chore / docs / style 等，按改动性质选择）
- 如改动较多，空一行后用 `-` 列出要点
- 若用户在 `$ARGUMENTS` 中提供了补充说明，将其作为概述的重要参考
- 提交信息末尾追加一行：
```
Commit-By: {your app name ,your model name}
```
5. **边界情况**：
- 若按规则确定后仍没有任何可提交的内容（工作区干净），直接告知用户「没有可提交的改动」并停止，不要创建空提交。
- 不要使用 `git commit --amend`、不要 `git push`、不要新建分支或切换分支。
- 若存在合并冲突标记或仓库处于 rebase/merge 中，停止并提示用户先处理。
6. 提交完成后，运行 `git log --oneline -1` 和 `git status --short`，向用户简要汇报：提交哈希、提交信息首行、本次提交了哪些文件。
用户补充说明（可能为空）：$ARGUMENTS
注意 1：
这个技能会先判断是否有暂存的代码： 如果有，则本次只提交暂存代码 否则才是自动暂存所有已追踪的改动并提交
注意 2：
-
提交信息末尾追加一行：
Commit-By: {your model name}
skill 里这部分原本是为了区分是哪个 agent 和 model 的提交。但我实际使用时删除了。 原因就是臭名昭著的 Claude Code 根据提交信息把订阅变 API 付费的那个“BUG”，我担心哪家 agent 再暗藏什么玄机，以防万一还是去了吧。
Select Language