
2026年5月,JavaScript 运行时 Bun 完成了一次极具争议的代码库合并。这个曾经以 Zig 语言和极致性能为卖点的项目,将其名为 RewriteItInRust 的分支推入了主干。
官方财报和媒体新闻中充斥着耀眼的数据:近百万行底层代码,在 Anthropic 的 AI 编程工具辅助下仅耗时 6 天便完成了迁移,且全程绕过了传统的人工逐行 Code Review,直接基于 99.8% 的自动化测试通过率执行了 Merge。
在铺天盖地的“AI 取代系统工程师”的狂欢中,作为一线开发者,我们更应该穿透公关话术的迷雾。当我们剥离掉估值、流量与噱头,站在分布式架构、编译安全和实际 ROI 的视角来审视这次大迁移时,看到的却是一个充满风险的“工程黑洞”。
一个成熟的基础设施,其底层语言的变更本应出于架构瓶颈或性能考量。但 Bun 放弃 Zig 转向 Rust,本质上是一次技术为商业让路的典型案例。
自 Anthropic 控股 Bun 团队后,Bun 的定位已不再是纯粹的开源运行时,而是变成了验证 Claude Code 商业化能力的“核心秀场”。当前资本市场需要巨头证明 AI 具备掌控复杂系统级工程的能力,以此支撑其逼近万亿的估值。
在这种背景下,技术选型不可避免地被扭曲了。Zig 社区坚持“反 AI”的极客哲学,这与母公司激进的 AI 战略背道而驰。因此,更换一门对大模型“更友好”、语料更丰富的语言,成为了一场带有明确资本目的的公关行动。
Anthropic 推动重构的直接技术诱因,是 Claude Code 在高频会话场景下遇到了严重的内存泄漏(一度飙升至 10GB 导致崩溃)。他们试图用 Rust 的所有权机制(Ownership)来强行解决内存管理问题。
但从实际落地的工程质量来看,这绝不是一次“重构”,而是一次粗暴的“语法层平移”:
unsafe 块。AI 只是用 Rust 的语法重写了逻辑,但内核依然充斥着 C 语言式的野指针与手动内存管理。这种做法完全吃不到 Rust 借用检查器的红利。媒体大肆宣传“AI 节省了百万美元的人力”,这在实际的工程账本上根本站不住脚。
采用多 Agent 协同、“生成-报错-反思-重试”的暴力循环来强行编译上百万行底层代码,其背后是极度恐怖的 Token 消耗。以当前的 API 计费标准,这种规模的密集调用每天的成本可能高达十数万美元,整体开销轻松跨越百万美元门槛。
对于任何一家需要精打细算 ROI 的正常企业来说,这都是一笔烂账。同样的预算,完全足够聘请一支顶级的 Rust 专家团队,在几个月内交付一套架构优雅、真正符合 Rust 内存安全规范的工业级系统。所谓“AI 颠覆软件工程”,在目前看来,更像是有算力霸权的巨头才能玩得起的烧钱游戏。
这场大事件还暴露了一个残酷的趋势:编程语言的存亡,正在被 AI 的训练语料库绑架。
互联网上 Rust 的优质代码和规范文档浩如烟海,而尚未发布 1.0 版本的 Zig 则语料匮乏。Bun 团队发现 AI 写不好 Zig,于是干脆放弃 Zig 投奔 Rust。我们正在进入一个荒诞的阶段:不再是基于业务痛点选择语言,而是基于大模型“擅长写什么”来选择语言。
在此背景下,回看 Zig 官方“坚决拒绝 AI 生成代码贡献”的声明,反而显得尤为清醒。如果开源基建的底层沦为 AI 暴力穷举代码的倾倒场,疯狂透支人类专家的 Code Review 精力,那么软件工程的严谨性将荡然无存。
Bun 的转型释放了一个危险的信号。AI 确实是极好的生产力放大器,但它无法代替严谨的架构设计与深邃的工程思考。
作为开发者,我们面对这种完全由 AI 堆砌且缺乏人类深度把控的底层运行时,必须保持足够的警惕。毕竟,没有人希望自己负责的核心业务,成为巨头们验证大模型商业故事的“试验田”。在浮躁的技术狂潮中,保持对工程落地的敬畏心,才是我们不被时代裹挟的唯一护城河。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。