Steam 客户端速度反超 Epic：一场 vibe coding 引发的性能翻车

“编程太难了，所以我们不编程——我们 vibe code 了一个新启动器。”10 月 14 日，Epic Games 发布了全新 Epic Games Launcher 的 Preview 版，官方公告的语气近乎挑衅：新客户端”比现在这个快得多、响应也好得多”，并且直接点名——”我们 vibe code 了 Epic Games Launcher，就是为了比对面那家伙更快。”这个”对面那家伙”当然指 Steam。Epic 商店总经理 Martin Keely 对媒体解释，团队”从零开始”，用 AI 作为”从头编写和审查新功能、新能力的工具”，换掉了原来的技术栈，目标是复刻现有功能但不复制旧代码。

24 小时，一次精准的反杀

Ars Technica 的实测当时确认了新启动器冷启动到商店页确实比 Steam 快几秒。然而 Epic 的得意没撑过一天：Steam 在 10 月 15 日推送了一个小更新，社区实测数据显示，Valve 客户端冷启动时间降到约 5.23 秒，反超 Epic V2 的约 5.47 秒。Epic 在托盘恢复速度上还保留着微弱优势（0.36 秒对 0.42 秒），但这个差距小到 Epic 自己宣称的 0.06 秒级别差异在实测中根本感知不到。

这场较量的戏剧性在于体量对比：一边是 AI 辅助、小团队、新技术栈、从零重写的新客户端；另一边是运行了二十年的老代码库，一次针对性优化就夺回速度王座。用社区的话说，Epic “vibe code” 出一个更快的客户端，Valve 则证明了在二十年老生态上做定向优化，依然能跑赢 AI 冲刺。

图 1

速度赢了又怎样：功能清单才是鸿沟

更值得玩味的是社区把这场对比拉长之后看到的画面。有媒体列了一份 Epic 至今缺失的 Steam 功能清单，长得离谱：没有讨论区和社区中心、没有用户文字评测、没有社区攻略、没有截图和创作分享、没有市场和玩家间交易、没有集换卡牌和等级系统、没有通用手柄映射、没有大屏模式、没有远程同乐、没有家庭库共享、没有创意工坊、没有游戏版本回滚——整整十八项。八年下来，甚至换了全新客户端之后，Epic 商店依然不是一个社区，只是一个货架。

还有西语社区反馈新客户端 bug 不少，”完全用 AI 写的 Epic 商店，在 bug 方面堪称灾难”。当然，Preview 版本有 bug 属正常，把这些全归咎于 AI 编码也不公平——但”从零重写 + AI 提效”和”功能仍然残缺”同时成立，本身就说明重写解决的是技术债，不是产品战略债。

这件事对开发者的真正启示

vibe coding 的争议吵了一年，多数案例停留在玩具项目层面。Epic 这次是罕见的旗舰级样本：一家大厂公开承认用 AI 重写核心客户端产品，还把它当成营销卖点。结果是一天内被老对手一次小更新击穿核心卖点。这并不能证明 AI 编码不行——Keely 说 AI 让”小团队重写了代码库、更快跨平台发布”，这些收益是真实的。但它证明了一件事：当你的全部差异化叙事押在单一指标（启动速度）上，而对手可以在 24 小时内用定向优化抹平这个指标时，任何编码方式都救不了战略上的单薄。

推测这个案例会被反复引用进接下来两年的企业 AI 转型辩论，而且会被双方各自断章取义。真正公允的读法或许是：AI 已经把”重写一个更快客户端”的成本打到了地板价，这也意味着你的竞争对手获得同样能力的成本同样是地板价。当”更快”不再稀缺，护城河只能去别处找。

核心观点：用 AI 重写老产品是合理的工程决策，但别把它当营销护城河——当重写成本趋近于零，”我们重写了所以更快”这句话的保质期可能只有 24 小时。