每天部署 37000 行代码， YC CEO 的"AI 神迹"被一个波兰程序员扒光了
"绝对是疯狂的一周。"YC 掌门人 Garry Tan 在 X 上写道。
4 月初，他在社交媒体上高调宣布：自己每天用 AI 编码智能体部署 37000 行代码，横跨 5 个不同项目。更夸张的是——他已经连续 72 天保持这个发布记录了。
37000 行一天， 72 天无间断。这个数字让硅谷沸腾了。投资人转发，创业者膜拜， AI 布道师们集体高潮：看到了吗？一人公司时代来了，编程已死， Vibe Coding 万岁。
然后，一个来自波兰的程序员决定看一眼成品。
一个"多管闲事"的开发者
Gregorein ，波兰游戏开发者，计算机科学硕士， 13 年从业经验。
他不是什么知名大 V ，也不是专门来砸场子的。他就是——好奇。Tan 吹得那么响，做出来的东西到底长什么样？
于是他打开了 Tan 那个所谓的 AI 技术博客，打开浏览器开发者工具，看了一眼。
一页就破功。
Gregorein 把他的发现整理成一条 X 推文，标题很直接："来看看 78400 行 AI slop 代码在真实生产环境里长什么样。"
下面这些数字，每一个都能让前端工程师血压拉满。
169 次请求的"个人博客"
首先，当用户访问 Tan 的网站时，浏览器发起了 169 次请求，下载了 6.42 MB 的资源。
169 次请求。一个个人博客。
作为对比， Y Combinator 自家的 Hacker News 首页——一个展示几百条链接的真实内容网站——只需要 7 次请求， 12 KB。
6.42 MB vs 12 KB。169 vs 7。
这不是差距，这是两个物种。
把测试代码直接丢给用户
更离谱的在后面。Gregorein 发现，网站在每个用户访问时直接下发 28 个测试文件——就是开发者用来检查代码是否能跑的那些单元测试。
整整 300 KB 的开发者脚手架，全甩给了用户的浏览器。
你打开这个网站想看一篇文章，结果你的手机先帮你下载了一堆测试脚本。这些文件用户永远用不到、永远不需要，但 AI 不知道， AI 不问， AI 只管往里塞。
78 个控制器，全加载
网站前端加载了 78 个 JavaScript 控制器，分别负责 AI 图像生成、语音提取、视频工具等各种花里胡哨的功能。
问题在哪呢？首页上一个都用不上。
但这些控制器全被打包进来了。AI 的策略非常粗暴：万一用户哪天想用呢？全塞进去。
一个正常的开发者会做按需加载——用到哪个功能才下载哪个模块。但 AI 不管这些， AI 的思维是："把所有东西都放进去，总不会错。"
一只熊的 logo ，八个版本
网站 logo 是一只熊的插画。AI 为这只熊生成了 8 种不同格式。
包括一个完全空白的 0 字节文件——不知道 AI 为什么觉得用户需要下载一个空的图片文件，但它就这么推到了生产环境上。
更神奇的是，网站上大量使用了老式 PNG 格式图片，完全没有压缩，有的单张接近 2 MB。而浏览器明明告诉服务器"我支持 WebP、AVIF 这些现代格式"——AI 选择无视。
两张大图就浪费了大约 4 MB 的流量。如果用现代格式压缩，两张加起来不到 300 KB 就能搞定。
数字会骗人，但浏览器不骗人
Gregorein 还发现了更多"惊喜"：
- 重复的页面内容，同一段代码出现在多个地方
- 一个空 CSS 文件被加载到页面上——零字节，纯浪费
- 一个巨大的富文本编辑器被加载到只读页面上——用户根本不能编辑
- 图片全部缺少描述文本，屏幕阅读器用户抓瞎
- 分析代码故意绕过广告拦截器，注释里还自己承认了这一点
Gregorein 只审查了前端代码——浏览器能看到的那部分。后端和数据库他还没看。
但就这些已经足够说明问题了。
37K 行代码的真相：写得多 ≠ 写得好
Tan 那个 37000 行的数字是怎么来的？
Gregorein 根据 Tan 自己晒出的截图做了道简单算术：每个 commit 大约 2000 行新增， 450 行删除。
当每个提交体量都这么大时，代码质量会指数级下降。每轮生成之后需要越来越大的重写量来稳定构建。"AI 让你生成代码的速度超过了任何人类能审查的速度，"Gregorein 说，"而 Garry 这类人的答案似乎是：'那就别审查了。'"
这不就是"快速行动、打破一切"的 AI 版本吗？
Facebook 当年的 Move Fast and Break Things 最终怎么样了，大家都看到了。
AI 编码的合理边界在哪里
我并不是来唱衰 AI 编码的。恰恰相反——AI 辅助编程是目前 AI 落地最成功的场景之一。Cursor、Copilot、Claude Code ，这些工具确实在提升效率。
但 Tan 的案例恰好揭示了一个危险的误区：把代码行数当 KPI ，把部署频率当能力证明。
AI 能写代码，但 AI 不懂取舍。AI 不知道哪张图片用户永远不会看，哪个功能用户根本用不到。AI 不在乎你的手机流量会不会爆，不关心屏幕阅读器用户能不能用。
这些决策需要人来把关。而当你以"每天 37000 行"的速度往前冲时，把关这个环节是不存在的。
代码是手段，不是目的。 软件是为了解决问题而存在的，不是为了满足某个行数指标。如果一个个人博客需要 169 次请求才能打开，那就是不合格的产品——不管它背后有多少行 AI 生成的"神迹代码"。
炫技还是实干？
Garry Tan 不是普通程序员。他是 Y Combinator 的 CEO ，硅谷最有权势的孵化器掌门人，一个曾经在 Palantir 做过工程经理的技术背景人士。
他难道不知道 169 次请求加载一个博客有问题吗？
他大概率知道。但他发的不是代码质量报告，他发的是一条营销推文。37000 行 AI 代码， 72 天连续部署——这个叙事太完美了，完美到没有人会先去打开他的网站看看。
直到一个波兰程序员做了所有人本该做的事。
这整件事最讽刺的地方在于：真正揭穿这场"AI 神迹"的，不是同行评审、不是代码审查机器人、不是安全审计——而是一个人，打开浏览器，按下 F12。
封面高亮关键词: AI 代码, 代码臃肿, YC CEO