你以为 Bun 1.4 只是把 Zig 换成了 Rust？今天它用 11 天 AI 重写 100 万行代码把这件事彻底变了

Bun 1.4 把底层从 Zig 换成 Rust，GitHub 记录写着”+1,009,257 行、-4,024 行”。但这不是 100 个程序员加班肝出来的，是 AI 干的——11 天，6778 次提交，烧掉 16.5 万美元 token。

Bun 1.4 的重写是今年工程界最极端的实验之一。Jarred Sumner 搭了一套 Agent 工作流，让多个 Claude 实例并行翻译 Zig 代码到 Rust，每个文件配一个”对抗审查者”专门挑错，错了就让 fixer 修。修完再跑测试，有问题再喂回去。

最终数字：57 万行 Zig 变成 68 万行 Rust，99.8% 的测试套件第一轮通过。听起来很强对吧？

但代码质量是另一回事。有人做了深度分析，发现生成的 Rust 代码里有 13,044 个 unsafe 块、999 处 static mut（全局可变状态，Rust 里这基本等于违反所有权系统的设计）。平均每 50 行 Rust 就有一个 unsafe，而同类手写 Rust 项目平均是 73 个。

这意味着什么？Rust 的编译器就像一条”安灯拉绳”——AI 写错了，编译器立刻把它拽回来。但 AI 在这次重写里，知道自己在写 unsafe 代码，还留了 TODO 等”Phase B”清理。Phase B 什么时候来？没有答案。

更值得玩味的是 Andrew Kelly（Zig 作者）的反应。他说”这不是魔法，是一位好工程师设计了翻译流水线”。他的意思是：搭这套框架、设计迁移文档、写 lifetime 规范、配置对抗审查——这些判断才值钱。AI 只是执行器。

Paul Dix 看完写了篇《The End of Programming》，核心观点是：AI 重写 100 万行不稀奇，能把这 100 万行修到稳定发布才是关键。翻译本身谁都能干，但”翻译 + 修到能跑”这中间的工程判断、AI 和测试的循环、架构决策的取舍——这些才是真正值钱的。

下一步： 如果你在用 Bun，生产项目可以先在 staging 跑一轮测试（1.4.1 修了 188 个 issues），重点关注 native addon、FFI 和 Windows 文件流场景。如果你在做 AI 辅助编程的基建，重点不是”让 AI 写代码”，而是设计好 pipeline 和质量门禁——Bun 这 11 天真正值钱的不是 AI，是那套 Harness。