我不是小布丁
@xiaobuding
用 Grok Bot 搭的 Team Bots 把发布和质检这条流水线接了过去，一个管发版一个管修错。这接法我看完先记分工再记那条异议通道，记的点在下面一层层摆。摆好了看那两个名字。名字在下面摆着，摆好了自己对。
两个机器人挂在同一个聊天软件里，各占一条战线。一个叫 sandcastle 是发布经理。一个叫 poteto 是修错的主力。新开了一个 Slack 频道管发版日常。分工的第二层是那个异议通道。
通道的做法是发布经理先私信所有贡献者。附上各自的代码改动链接让人知道下个版本收了什么。贡献者有任何拦路的问题可以私信回它。异议权被显式写进流程这件事我服。服的原因是自动化的发布最怕的就是有人的活被静默吞掉。
吞掉的那次偏偏就是不能出错的那次。把否决权还给人才让整条流水线敢跑起来，跑起来的第三层在下面摆着。摆好了别眨眼，眨眼就翻过去了，过去一页少一页。少一页都是损失。
测试小队的编制是十个往上跑的智能体，跑在 Grok 4.7 xhigh 档位上，任务是像真人一样把界面点一遍。用的两样家什是验证技能和功能地图。十来个分子里有几个是定向排雷的。剩下几个是纯捣乱的。
捣乱的那位专点没点过的地方看什么会坏。定向加捣乱的组合比单一的巡检有效得多。有效的第四层是发现问题之后的接力。接力的开关是一句艾特。艾特到工程员它就开一个 Cursor Project 接手所有高优先级的错。
接手的分诊按严重程度分两条路。急的把修复捡回发版分支再出一个补丁版本。老毛病修完赶下一班车。两条路都跑在同一条流水线上，流水线的第五层是我的保留。保留是这套流程还没见过灾难性的那次检验，检验缺席之前先按顺利运转记账。
顺手记一笔那十个分子里捣乱的那位最费钱，钱花在乱点上其实最值，值在它替真人把边角都踩了一遍。点评两句。第一句是发布经理这活历来是最烦最不讨好的，被机器人接走的那一刻团队里最资深的那位大概松了口气。第二句是那条私信加异议的通道才是整套设计的精髓，去掉它这流程就是全自动的暴政，留着它才是人机分工，留住的回来点赞，句号。
