一天 3.7 万行 AI 代码，YC 老板被一个波兰程序员当场开箱

37000 行代码，一天，五个项目，外加一条 72 天不断更的发布记录。

这是 Y Combinator 的 CEO Garry Tan 前阵子在 X 上晒出的成绩单。他管这叫 agentic engineering 疯狂的一周，原帖在这，还有一条跟帖专门强调 72 天 shipping streak。意思是他和一队 AI 编码代理并肩作战，人负责指挥，AI 负责产出，每天往五个项目里灌 3.7 万行代码。

好家伙。我第一反应不是羡慕，是想算账。3.7 万行是什么概念呢，一个熟练工程师状态好的时候，一天能沉淀下来几百行经得起 review 的代码就很不错了。3.7 万行，等于一个人顶一百个人的产出。要么是生产力革命真的来了，要么是这个数字本身有问题。

然后账有人替我算了。

两天后，一个 ID 叫 Gregorein 的波兰程序员出场。计算机硕士，13 年从业经验，主业做游戏开发。他干了一件特别朴素的事，打开 Garry Tan 的 AI 博客站 garryslist.org，按 F12，调出浏览器开发者工具，看看这些吹出去的代码在生产环境里到底长什么样。

他给这次开箱起的标题是，这就是 78400 行 AI slop 代码的真实样子。slop 这个词最近一年在英文圈很火，专指 AI 批量生成的、量大管饱但没人把关的内容，翻译过来大概是 AI 泔水。

这事其实发生在今年春天，Fast Company 当时做了完整报道，这两天又被顶回了 Hacker News 首页，评论区吵得热火朝天。我把他的发现从头到尾看了一遍，怎么说呢，建议每个正在被老板追问「为什么你没有 AI 十倍速」的程序员都看看。

先说最温和的一条。打开这个网站的首页，你的浏览器要发 169 次请求，下载 6.42MB 的数据。这个数字单看可能没感觉，Gregorein 给了个参照物，同样属于 YC 的 Hacker News 首页，7 次请求，12KB。是的，KB。两个网站属于同一家机构，体积差了五百多倍。

你可能会说，HN 是极简主义活化石，这么比不公平。行，那继续往下看。

这个站把 28 个测试文件原封不动打包发给了每一个访客。测试文件是开发者用来自检代码的脚手架，正常流程里它们永远不该离开开发环境，就像餐厅不会把后厨的试菜记录订在菜单上。300KB 的纯开发废料，随首页奉送。

再往下。首页加载了 78 个 JavaScript 控制器，AI 生图的、语音提取的、视频处理的，全都是首页根本用不到的功能。浏览器不管这些，照单全收，先下载了再说，万一用上呢。

还没完。这个站的 logo 是一只熊的插画，网站把它以 8 种不同格式重复下载了一遍。8 个里面有一个格外突出，它是个 0 字节的空文件。一个什么都没有的文件，就这么堂堂正正地部署上了生产环境，没有任何环节拦住它。

图片这块也很精彩。大量没压缩的老式 PNG，有的接近 2MB，而浏览器明明在请求头里声明了支持现代格式。光两张图就浪费了大约 4MB，换成新格式本来 300KB 能搞定。

最后一条是我个人觉得最没绷住的。Gregorein 在代码里发现，网站的统计分析脚本被刻意配置成走代理转发，目的是绕过用户浏览器里的广告拦截插件。而且代码注释里自己写明白了就是为了这个。前面那些还能归咎于 AI 不懂事，这一条是明明白白的产品决策，AI 只是忠实执行了而已。

Gregorein 特意说明，他只看了浏览器里能看到的前端，后端和数据库碰都没碰。光是橱窗就这个样子了。

顺便说个有点子讽刺的细节，他复核这些发现用的工具，是一个 Claude 会话。他把网站文件下载下来喂给 Claude，让 AI 来确认这确实是没人管的 AI 代码。用 AI 抓 AI 泔水，2026 年的赛博现场。

看完这些你可能觉得，不就是个人网站写得糙嘛，谁的 side project 没点烂代码。我非常理解这个反应，我自己硬盘里也躺着好几个不敢开源的仓库。如果 Garry Tan 晒的是「我用 AI 攒了个玩具站，真好玩」，这事一点问题没有，甚至挺可爱。

但他晒的是日产 37000 行、72 天连续发布，配文是 agentic engineering 的疯狂一周。他是 YC 的 CEO，全世界最有影响力的创业孵化器的掌门人，无数创始人和工程师把他的话当风向标。当风向标说量大就是胜利的时候，总得有人去看看量的成色。

Gregorein 后来在给 Fast Company 的私信里补了一刀数学题。按 Garry 自己晒的截图折算，平均每个 commit 大约增加 2000 行、删除 450 行。单次改动大到这个程度，人力 review 事实上已经不可能，而没有 review 的生成会一代比一代不稳定，每一轮都需要更多的重写去收拾上一轮，像滚雪球一样。

他还说了一句我觉得会被反复引用的话。现在 AI 生成代码的速度已经快过任何人类 review 的速度，而 Garry 这类人给出的答案似乎是，那就别 review 了。这听起来像当年 Facebook 的 move fast and break things，那句话后来的下场大家也都看到了。

我天天的工作就是给大模型搭干活用的脚手架，让 agent 能真正跑起来的那层工程。所以这类翻车我见得不少，也正因为见得多，我想替这件事说几句稍微超出吃瓜范围的话。

第一，代码行数从来不是资产，是负债。每一行进了生产环境的代码，都要有人读它、维护它、为它的 bug 半夜爬起来。人肉编程的年代，写代码很贵，所以行数看起来像产出。AI 把生成成本打到接近零之后，行数这个指标就彻底反转了，它衡量的不再是你干了多少活，而是你欠了多少债。37000 行一天，翻译一下就是每天新增 37000 行等待偿还的利息。

第二，瓶颈从生成转移到了审查，而大多数人假装没看见。以前的流程里，写代码慢，review 相对快。现在倒过来了，生成一分钟，review 一小时。这个倒挂是结构性的，不会因为模型再强一点就消失，因为对代码上生产的责任兜底目前还在人身上。你可以选择像 Gregorein 说的那样干脆不 review，代价就是 0 字节的 logo 和 28 个测试文件在生产环境里裸奔。

第三，也是我真正想说的，AI 写代码这件事本身没有错，错的是拿旧时代的虚荣指标去炫耀新时代的产出。我自己每天用 Claude Code 和 Codex 写代码，效率提升是实打实的，这点我可以拍胸脯。但提升的正确姿势是把省下来的时间花在设计、测试和删代码上，而不是把吞吐量调到最大然后发推。真正的十倍工程师，产出的特征从来不是行数多，是行数少但每一行都站得住。

Hacker News 那个 12KB 的首页，运行了快二十年，扛过无数次流量洪峰，需要的时候还能被全球程序员当成极简主义的锚点拿出来做对照组。这里面有种很老派的 unix 气质，做一件事，把它做好，别的都是噪音。一个 6.42MB 的首页和一个 12KB 的首页同属一家公司，这个画面比任何论述都有说服力。

坦率讲，我不觉得 Garry Tan 会因为这次开箱改变什么，他的时间线上第二天照样是加速主义的凯歌。但屏幕前写代码的你我可以记住一点，下次再看到谁晒日产几万行代码，先别焦虑，想想那只 0 字节的熊。

它什么都没有，但它上了生产。