她让60多个Agent合并3500个PR，然后去睡觉

SpaceXAI 工程师 Lauren Tan 在一条 53 分钟的分享里给了个数字：她跑着 60 多个 Agent，上个月这些 Agent 合并了 3500 个 PR，当时她在睡觉。

PR 是 pull request，代码改动进入主库前的合并请求。普通用户可以把它理解成审核关卡。Lauren 的说法更刺激：她已经几个月没逐行看这些 Agent 写的代码。

她把自己的流程拆成五步：Prompting、Reviewing、Verifying、Delegating、Sleeping。翻译过来就是提要求、审查、验证、委派、睡觉。重点在中间一步。她说，过去审查代码是工作，现在把审查意见变成规则才是工作。每一条她留下的 review note，最后都要变成 CI 规则。下次 Agent 再犯，流水线直接拦。

这套玩法听起来像把工程师从“看代码的人”改成“设计检查系统的人”。有网友说，把旧 review note 转成 CI 规则，才是这里最值钱的部分。也有人泼冷水：CI 规则只能抓住你之前已经见过一次的错。真正伤人的 bug，往往还没人给它写过规则。

m4lka 那条被引用的推文说得更直接：“你的 Agent 并不自主，你就是它的循环。” 他还把从看护 Agent 到管理 Agent 舰队分成 7 个层级，链接放在这里：https://x.com/i/article/2114299133674565632

回复区里有人总结得更刺耳：3500 个 PR，没人看一眼，纯靠信仰。另一条回复把重点拉回系统设计：写代码不再是核心技能，设计那套检查代码的系统才是。AI Duck 在回复 glonix 时说，规则不替代判断，它只是让你不用为同一个错误付两次钱。

原帖还提到：这比市面上 5000 美元的 Agent 工程课值。原帖链接：https://x.com/AIDuckLabs/status/2115569777896816724

换你，会合并自己没读过的代码吗？