commit-roast — Git 提交记录中文幽默吐槽
把 git log 变成一份有梗、可分享的中文点评报告。像损友一样讲真话,对事不对人。
何时触发
用户说下列任意一句时触发:
- "吐槽一下我的提交记录"
- "损一损我的 git log"
- "commit roast"
- "帮我评价一下这段时间的提交"
- "看看我的提交有多烂"
- "review 一下我的 commit 习惯"
用法
第一步:采集素材
在目标 git 仓库目录下运行:
# 默认取最近 30 条提交
bash <skill>/bin/collect.sh
# 取最近 50 条
bash <skill>/bin/collect.sh 50
# 取最近 30 条,只看指定作者
bash <skill>/bin/collect.sh 30 "alice@example.com"
输出包含四段:
META — 仓库路径、采集时间、参数概要
COMMITS — 逐条提交:短 hash、ISO 日期时间、subject
SHORTSTATS — 对应每条提交的增删行统计
SUMMARY — 总条数与总增删行数
第二步:Claude 挑槽点吐槽
拿到素材后,按以下槽点清单逐条过筛,找出值得吐槽的提交,生成点评报告。
槽点清单(命中任一即可点评)
| 类别 |
判断规则 |
吐槽方向 |
| 敷衍 message |
subject 为 fix、update、wip、test、aaa、asdf、.、...、tmp、ok、done、单字母等 |
"这信息是给自己看还是给外星人看的?" |
| fix 连环炮 |
同一天出现 fix → fix again → fix for real → fix (finally) 等序列 |
"修了个 bug 再修修 bug 的 bug……" |
| 最终版陷阱 |
subject 含 final、final2、final_final、最终版、终稿 |
"没有最终,只有更终" |
| 深夜施工 |
提交时间在 00:00–05:59 |
"凌晨 X 点还在 commit,是 bug 不除不睡还是 deadline 追命?" |
| 周末加班 |
提交日期为周六/周日 |
"周末也不放过自己,佩服" |
| 巨量炸弹 |
单次提交增删合计 > 500 行 |
"一口气改 N 行?code review 的同事当场去世" |
| 连环 revert |
subject 含 revert 且前后都有相关提交 |
"提交-撤回-提交三连,分不清是在写代码还是在玩悔棋" |
| 空提交/纯格式 |
subject 含 format、whitespace、indent、lint fix、typo 超过 3 条 |
"格式比功能还勤快" |
| 复制粘贴嫌疑 |
同一 subject 完全相同出现 ≥ 2 次 |
"同款 commit 出现 N 次,是 ctrl+c 还是时空折叠?" |
输出格式
## Git 提交吐槽报告
### 逐条点评
**[hash] "subject"** (日期时间 / +X -Y 行)
> 槽点:…… (言简意赅,一两句,带梗)
(重复,最多列 10 条最有料的;其余一笔带过或跳过)
---
### 总评
(2–3 句综合印象,比如整体风格、主要问题类型、有无亮点)
### 锐评分数
- 提交信息规范度:X / 10
- 作息健康指数:X / 10
- 代码原子性:X / 10
- 综合吐槽指数:X / 10
(分数越低越惨,但记得附一句鼓励的话)
---
### 正经建议(严肃脸)
1. 试试 Conventional Commits 规范(`feat:`/`fix:`/`chore:` 等前缀),让 git log 变成文档。
2. 用 `commit-guard-zh` skill 在提交前自动检查 message 质量,把敷衍扼杀在摇篮里。
3. 单次提交尽量只做一件事——大改动拆小 PR,review 的人会感谢你的。
风格硬规则
- 善意幽默,不刻薄:像损友开玩笑,不让人看了难受,不人身攻击。
- 对事不对人:吐槽提交行为,不评价作者能力、智商、职业素养。
- 不涉及敏感:不调侃性别、年龄、民族、健康等。
- 打码隐私:若 subject 或 diff 中出现疑似密钥、密码、手机号,用
[已打码] 替换,不复述原文。
- 有理有据:每条吐槽必须对应具体提交,不凭空捏造。
- 结尾反转:最后的"正经建议"要真诚、实用,给人希望。
边界
- 只读 git,不写任何文件,不推送。
- 只处理 subject 和统计数字,不读取 diff 正文内容。
- 若提交数 < 5 条,说明素材太少,礼貌提示用户可以传入更大数量或切换到更活跃的仓库。
- 多仓库场景:切目录分别运行 collect.sh,再汇总素材给 Claude 一并吐槽。
1---2name: commit-roast3description: 读取 git 提交历史,用中文幽默吐槽——敷衍的提交信息、凌晨提交、巨量改动等。当用户说「吐槽提交 / commit roast / 损一损我的 git log / 评价一下我的提交记录」时触发。4---56# commit-roast — Git 提交记录中文幽默吐槽78把 git log 变成一份有梗、可分享的中文点评报告。像损友一样讲真话,对事不对人。910## 何时触发1112用户说下列任意一句时触发:1314- "吐槽一下我的提交记录"15- "损一损我的 git log"16- "commit roast"17- "帮我评价一下这段时间的提交"18- "看看我的提交有多烂"19- "review 一下我的 commit 习惯"2021## 用法2223### 第一步:采集素材2425在目标 git 仓库目录下运行:2627```bash28# 默认取最近 30 条提交29bash <skill>/bin/collect.sh3031# 取最近 50 条32bash <skill>/bin/collect.sh 503334# 取最近 30 条,只看指定作者35bash <skill>/bin/collect.sh 30 "alice@example.com"36```3738输出包含四段:39- `META` — 仓库路径、采集时间、参数概要40- `COMMITS` — 逐条提交:短 hash、ISO 日期时间、subject41- `SHORTSTATS` — 对应每条提交的增删行统计42- `SUMMARY` — 总条数与总增删行数4344### 第二步:Claude 挑槽点吐槽4546拿到素材后,按以下槽点清单逐条过筛,找出值得吐槽的提交,生成点评报告。4748---4950## 槽点清单(命中任一即可点评)5152| 类别 | 判断规则 | 吐槽方向 |53|------|----------|----------|54| 敷衍 message | subject 为 `fix`、`update`、`wip`、`test`、`aaa`、`asdf`、`.`、`...`、`tmp`、`ok`、`done`、单字母等 | "这信息是给自己看还是给外星人看的?" |55| fix 连环炮 | 同一天出现 fix → fix again → fix for real → fix (finally) 等序列 | "修了个 bug 再修修 bug 的 bug……" |56| 最终版陷阱 | subject 含 `final`、`final2`、`final_final`、`最终版`、`终稿` | "没有最终,只有更终" |57| 深夜施工 | 提交时间在 00:00–05:59 | "凌晨 X 点还在 commit,是 bug 不除不睡还是 deadline 追命?" |58| 周末加班 | 提交日期为周六/周日 | "周末也不放过自己,佩服" |59| 巨量炸弹 | 单次提交增删合计 > 500 行 | "一口气改 N 行?code review 的同事当场去世" |60| 连环 revert | subject 含 `revert` 且前后都有相关提交 | "提交-撤回-提交三连,分不清是在写代码还是在玩悔棋" |61| 空提交/纯格式 | subject 含 `format`、`whitespace`、`indent`、`lint fix`、`typo` 超过 3 条 | "格式比功能还勤快" |62| 复制粘贴嫌疑 | 同一 subject 完全相同出现 ≥ 2 次 | "同款 commit 出现 N 次,是 ctrl+c 还是时空折叠?" |6364---6566## 输出格式6768```69## Git 提交吐槽报告7071### 逐条点评7273**[hash] "subject"** (日期时间 / +X -Y 行)74> 槽点:…… (言简意赅,一两句,带梗)7576(重复,最多列 10 条最有料的;其余一笔带过或跳过)7778---7980### 总评8182(2–3 句综合印象,比如整体风格、主要问题类型、有无亮点)8384### 锐评分数8586- 提交信息规范度:X / 1087- 作息健康指数:X / 1088- 代码原子性:X / 1089- 综合吐槽指数:X / 109091(分数越低越惨,但记得附一句鼓励的话)9293---9495### 正经建议(严肃脸)96971. 试试 Conventional Commits 规范(`feat:`/`fix:`/`chore:` 等前缀),让 git log 变成文档。982. 用 `commit-guard-zh` skill 在提交前自动检查 message 质量,把敷衍扼杀在摇篮里。993. 单次提交尽量只做一件事——大改动拆小 PR,review 的人会感谢你的。100```101102---103104## 风格硬规则105106- **善意幽默,不刻薄**:像损友开玩笑,不让人看了难受,不人身攻击。107- **对事不对人**:吐槽提交行为,不评价作者能力、智商、职业素养。108- **不涉及敏感**:不调侃性别、年龄、民族、健康等。109- **打码隐私**:若 subject 或 diff 中出现疑似密钥、密码、手机号,用 `[已打码]` 替换,不复述原文。110- **有理有据**:每条吐槽必须对应具体提交,不凭空捏造。111- **结尾反转**:最后的"正经建议"要真诚、实用,给人希望。112113## 边界114115- 只读 git,不写任何文件,不推送。116- 只处理 subject 和统计数字,不读取 diff 正文内容。117- 若提交数 < 5 条,说明素材太少,礼貌提示用户可以传入更大数量或切换到更活跃的仓库。118- 多仓库场景:切目录分别运行 collect.sh,再汇总素材给 Claude 一并吐槽。