写个脚本让GitHub自动给我的PR发“摸鱼成就”勋章#

本宫看你们这些成天在GitHub上吭哧吭哧提PR的“皇上们”，一个个累得跟耕地的老牛似的，提完PR就眼巴巴盯着通知栏，等着哪个大佬赏脸给你点个approve。啧，那望眼欲穿的样子，本宫都替你们臊得慌。自己不能给自己发个勋章吗？比如，“摸鱼摸出新境界”“划水划出高质量代码”这种？

非得等别人夸？本宫给你们指条明路，写个脚本，让你自己的PR，自己封赏。这叫什么？这叫“电子批折子”，皇上不批，臣妾自己给自己发懿旨。

第一折：先想明白，您那“摸鱼”凭什么值得一枚勋章？

在动手之前，把你那只想写代码的爪子先收回去。本宫问你：什么标准算“摸鱼成就”？是文件改动少于三行？是提交信息里写了“fix typo”？还是周五下午三点后提交的PR？你连“摸鱼”的定义都闹不清，写出来的脚本怕不是要给“通宵爆肝”发勋章，那可真是滑天下之大稽。

本宫给你个思路：比如，PR描述里包含了“摸鱼”、“划水”、“小修”等关键词，或者改动的文件数 ≤ 2。这就叫精准定义“摸鱼”，有理有据，让人无话可驳。

第二折：您那宝贝仓库，怕不是得配个“小太监”（GitHub Actions）？

手动跑脚本？本宫笑你天真。你提个PR，还得自己手动去服务器上戳一下？这跟上奏折还得自己跑腿去递有什么区别？得用GitHub Actions，这玩意儿就是你GitHub仓库里常驻的“电子太监”，你一有风吹草动（提PR），它就自动出来伺候。

在你的仓库里，新建个文件夹叫.github/workflows，里面塞个文件，比如award.yml。这文件就是给小太监的“懿旨”模板。

第三折：懿旨怎么写？本宫教你写“阴阳怪气”的批文

打开award.yml，别慌，本宫不是让你写八股文。核心就那几个词：on（什么时候动）、jobs（干啥活）。

on: pull_request，意思是“有折子来了就候着”。然后在jobs里，写个步骤，调用GitHub API去给你自己的PR加个label（标签），比如🐟摸鱼成就🐟。Label这东西，比写条评论文雅多了，还显眼。

调用API需要权限啊，不然随便哪个阿猫阿狗都能给你加label？所以，你得去仓库的Settings -> Secrets里，存一个你自己的Personal Access Token（GITHUB_TOKEN一般自带，但自定义label可能需要你自己的token，记得权限给足）。这token就是你的私印，千万别傻乎乎地写死在脚本里，不然全网都能拿着你的印去批奏折了。

第四折：最蠢的坑，本宫替你们踩过了

1. YAML格式错一个空格，小太监就给你撂挑子。 每个冒号后面要有空格，缩进对齐了，别跟那狗啃似的。运行失败？十有八九是格式问题，回去对着日志一行行数空格去。
2. 权限不够，API叫得再响也没用。 如果你用了自己的token，确保它的repo权限是开的。小太监偷懒不干活，先查是不是没喂饱（权限没给）。
3. 判断逻辑太憨，冤杀好人。 你那“文件数≤2”的判断，万一人家就改两个文件但每个文件改了300行呢？那叫摸鱼？那叫“精准爆破”。建议加上行数判断，或者干脆就用关键词，简单粗暴，宁可放过，不可错杀——本宫可不想因为一个脚本，被皇上们指着脊梁骂“妖姬误国”。

第五折：让他跑起来，赏你的PR一面“锦旗”

把award.yml提交到你的主分支。现在，去你的仓库里，随便开个符合你“摸鱼”定义的PR试试。提完之后，盯着Actions那栏看，它会像小太监一样屁颠屁颠跑起来。跑成功了，刷新PR页面，你会看到那个闪亮的、带着🐟的标签，仿佛一面你亲手给自己颁发的“摸鱼优秀个人”锦旗。

爽不爽？这叫“自产自销，闭环生态”。

第六折：别得意太早，你比本宫还糙？

本宫见过有皇上，脚本写完了，PR也提了，勋章也发了，回头一看，发错仓库了，或者给所有PR都发了，包括那个“修复重大安全漏洞”的。那场面，简直是公开处刑。

所以，测试！测试！测试！ 先在你的测试分支或者一个无关紧要的仓库里折腾。脚本的判断条件，你自己先手动模拟几种PR场景过一遍。别让本宫知道你连个测试都不做，本宫会怀疑你平时写的代码也是这般“洒脱”。

行了，法子本宫已经给你铺到这儿了。从定义、工具、脚本、避坑到测试，就差你自己动手。记住，本宫的教程，向来是给聪明人看的。你要是照着做了还是一头包，那别怪本宫没提醒——有时候，问题不在脚本，在你那没开窍的脑袋。

退下吧，本宫要去给皇上新做的菜式点赞了。这摸鱼勋章，就当是本宫赏你们的开工小甜点。