一键导入
commit-roast
读取 git 提交历史,用中文幽默吐槽——敷衍的提交信息、凌晨提交、巨量改动等。当用户说「吐槽提交 / commit roast / 损一损我的 git log / 评价一下我的提交记录」时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
读取 git 提交历史,用中文幽默吐槽——敷衍的提交信息、凌晨提交、巨量改动等。当用户说「吐槽提交 / commit roast / 损一损我的 git log / 评价一下我的提交记录」时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
把 Claude Code 汉化 —— 让 Claude 默认用中文回复,并给每个工具调用加中文 tooltip 提示。当用户想"汉化 Claude Code""让 Claude 说中文""装中文命令提示""localize Claude Code to Chinese"时使用。
列出可清理的本地分支(已合并 / 陈旧),供用户确认后再删。当用户说"清理分支 / 哪些分支可以删 / 列出过期分支 / 整理 git 分支 / 哪些分支可以清掉"时触发。
把一个函数/代码片段/diff 写成一首俳句或打油诗,抓住代码的「神韵」。当用户说「给这段代码写首诗」、「code-haiku」、「把这个函数写成俳句」、「这个 diff 怎么用诗表达」时触发。
把一个文件的修改史讲成故事——谁、何时、为何改了它。当用户说「讲讲这个文件的故事 / git-blame-story / 这个文件经历了什么 / 追溯文件历史 / 帮我看看这个文件的来龙去脉」时触发。
扫描 Dockerfile 的体积/安全/缓存/最佳实践问题并给出中文修法。当用户说"帮我检查 Dockerfile / Dockerfile 有没有问题 / 审查 Dockerfile / dockerfile-doctor"时触发。
按表结构 / struct / TS interface / JSON shape 生成假数据与测试种子数据,支持 JSON / SQL INSERT / CSV / NDJSON 输出格式。触发词:/mock-data-gen、帮我生成测试数据、帮我造数据、生成假数据、生成种子数据。
| name | commit-roast |
| description | 读取 git 提交历史,用中文幽默吐槽——敷衍的提交信息、凌晨提交、巨量改动等。当用户说「吐槽提交 / commit roast / 损一损我的 git log / 评价一下我的提交记录」时触发。 |
把 git log 变成一份有梗、可分享的中文点评报告。像损友一样讲真话,对事不对人。
用户说下列任意一句时触发:
在目标 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 日期时间、subjectSHORTSTATS — 对应每条提交的增删行统计SUMMARY — 总条数与总增删行数拿到素材后,按以下槽点清单逐条过筛,找出值得吐槽的提交,生成点评报告。
| 类别 | 判断规则 | 吐槽方向 |
|---|---|---|
| 敷衍 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 的人会感谢你的。
[已打码] 替换,不复述原文。