Buz：一个现代化的 Zig Bun 分支，可在不到一秒内重建

在上周Claude Code迁移至Bun（采用Rust内核）之后，Zig社区的一名成员宣布了Buz：一个用最新Zig版本重写的Bun分支，承诺实现亚秒级增量构建。在Hacker News上排名第224位。

具体案例

Bun（Node 的并发 JavaScript 运行时）主要用 Zig 编写，Zig 是一个系统级语言，以「做 C 能做的事，但更好」的承诺吸引人。然而随着 Bun 的规模扩大，它被困在了一个相对较旧的 Zig 版本上，甚至修改一个文件都会导致编译时间爆炸。

就在这时，Buz 出现了：一个社区成员于 2026 年 7 月 24 日在 ziggit.dev（Zig 官方论坛）上宣布了这个分支。其核心卖点只有一句话：「使用现代 Zig 的 Bun 即插即用替代方案，增量构建时间低于 1 秒」。在 Hacker News 上，该公告迅速获得了 224 点赞和 161 条评论——对于一个新兴项目来说，这是一个强烈信号。

这正好发生在 Bun 生态系统的关键时刻：上周，Simon Willison 记录了 Claude Code 现在使用 Bun（内核为 Rust）这一事实——这表明 Bun 已经在 AI 工具链中站稳脚跚。因此，任何对贡献速度的阻碍都成为了一个超越单一项目的问题。

关键要点

Buz 这个项目名称（「Bun」+「Zig」）不仅仅是文字游戏。它体现了技术赌注：

• 跟进 Zig 的最新版本（该语言仍处于 1.0 前阶段，破坏性变更频繁，但编译器优化进展迅速）。
• 利用 Zig 的 自托管编译器，带来名副其实的亚秒级增量构建。
• 保持与 Bun 的 API 兼容性，避免像 Deno 对 Node 那样分裂生态系统。

战争的核心是这些 亚秒级增量构建。当你在如此庞大的运行时上进行开发时，每一个「修改一行代码 → 测试」的循环都至关重要。从几十秒缩短到不到一秒，彻底改变了贡献的便利性——这正是决定一个项目能否吸引外部开发者，还是只能被创始团队封闭维护的细节。

真正的争论

HN 的评论分为两大阵营：

1. 热情支持者——社区维护的分支可以解锁 Jarred Sumner（Bun 创始人）无暇顾及的问题。知名先例包括 OpenSSL/LibreSSL，以及 io.js 迫使 Node.js 升级。
2. 怀疑论者——分歧的风险真实存在。一个「即插即用替代方案」若未能覆盖 5% 的 API，最终可能引发更多问题而非解决问题。更何况维护一个像 Bun 这样大型项目的活跃分支需要大量人力。

我们的解读

这更可能是一个 概念验证，而非 Bun 的真正竞争对手。如果 Buz 能证明在如此大规模的代码库上实现亚秒级构建，Bun 团队将有充分理由将这些优化回传上游——这对所有人都有利。「分支推动原项目进步」的模式在开源领域屡见不鲜。

值得关注的是：未来几周的提交频率。一个在 15 天后就消亡的分支司空见惯；而一个能坚持 3 个月的分支才开始真正有意义。

记住 Buz 目前还不是 Bun 的可靠替代方案，但它指出了一个真实问题：Bun 所用 Zig 版本的停滞正在拖慢项目的开发效率。无论 Buz 最终成功与否，其机械性效应都将迫使 Bun 更快迁移——这也与 Bun 在 AI 工具链中的新定位（如 Claude Code）产生联动。