这两天，微博被一支“AI员工军团”刷屏了。
主角是SpaceX的AI工程师Lingxi Li，此前在Cursor工作。刷屏版本里，这位带着50多个AI Agent上班，产出顶20个工程师。微博知乎微博
这支军团分三层：总管统筹全局，三个项目经理管分配和进度，四十多个员工夜里自动跑任务，天亮活就干完了。微博
据说还免费放出了60分钟教程——同样内容，以前有人开班收5000美元。热血沸腾之前，先把数字对一对。微博
数字，在传话中变大了
8月底，当事人就在播客里说过：自己跑10-20个GrokBot agent，自动化了90%的日常工作。到10月27日的转述里，数字变成了“20多个Agent”。第二天的刷屏版已是“50多个”；至于“内部97%的工程师都这么干活”，只出现在转述帖里，连发帖人自己都补了句“不管这个数字有没有水分”。微博微博微博
知乎账号JavaGuide拆解时点了句冷水：数字来自产品团队自己的说法，没有独立评测，普通团队大概率复制不了。数字看个氛围就好，方法才值得偷。知乎
真正的方法，藏在9月那篇长文里
Lingxi Li在9月初写过一篇《Grok Bot for Engineering》，比刷屏视频实在得多。核心不是数量，是三件事。知乎
一是分工。Bot是工程经理，Cloud Agent才是真正写代码的。五六个工程Bot各守一摊——移动端、桌面端、基础设施——各自独立记忆、默认不跨界，跨多了上下文就搅成一锅粥。知乎
二是验收闭环。Agent改完东西，必须交出修改前后的截图对照。原则值得抄下来：不要让Agent只改文件，要让它有办法自己知道改没改对。AI嘴上说“已修复”，不作数。知乎知乎
三是共享看板。所有任务进一个Notion数据库，状态、阻塞点、下一步写清楚，Bot每30分钟巡一遍。这解决的是“过一会儿还能不能接着干”——没有这张表，Bot团队就是一堆互不知道进度的聊天窗口。知乎知乎
一句话总结：没有证明闭环和共享看板，Agent就是会聊天的实习生。知乎
员工越多，不等于越快
刷屏当天，爱可可-爱生活泼了盆冷水：《人月神话》的警告没过时，只是换了形态。AI消灭了人际沟通摩擦，但成本转嫁到了上下文配置、任务编排和结果合并上；需求一模糊，Agent开得越多，只会越快产出互相打架的代码。多Agent并行的红利，只属于边界清晰、能独立验证的任务。微博
工具也别神化。GrokBot还在beta，门槛不低。口碑两极分化：有人玩得飞起，也有人骂它“路由的垃圾模型查都不查直接回复”，掰扯返工浪费的时间比省下的还多。知乎微博
普通人怎么抄
别急着组50个：第一周只跑一条线，把“修个bug、交前后截图”这类任务从下发到验收跑通；第二周加个看板，一个TASKS.md就够；第三周把反复叮嘱的话写成规则或skill；第四周再拆专才。红线第一天就要立住：支付、权限、数据库迁移、生产配置，永远由人确认，不给自动执行。知乎知乎
当生成代码变得极其廉价，贵的就不再是敲键盘的速度，而是你能不能把验收标准写清楚。这大概是这场刷屏里，唯一不会缩水的东西。微博
