这几天，科技圈最大的瓜，莫过于Zig语言创始人Andrew Kelley的公开怒怼。

这稳定吗？

事情的起因，是原本全面押注Zig语言的Bun项目，被其创始人Jarred Sumner用Rust彻底重写了。Andrew Kelley没有客套，直接开火，矛头直指Jarred的个人工程习惯、管理能力，以及这背后的商业逻辑。

Bun这个项目，原本是前端圈冲击Node.js霸权的重量级选手。它标榜的核心卖点就一个字：快。启动快、安装快、测试跑得也快，这里面很大一部分功劳要归功于它使用的Zig语言。

去年12月，Anthropic收购了Bun，将其作为驱动Claude Code和Claude Agent SDK的基础设施。Jarred Sumner和团队成员也一并加入了Anthropic。但在大规模应用，尤其是作为Claude Code的底层引擎后，Bun团队碰到了一些“根深蒂固”的稳定性问题。

具体来说，Zig版本的Bun存在大量内存安全Bug，比如use-after-free、double-free，以及各种路径下的内存泄漏。这些问题在Zig里只能靠编码规范去约束，但在Rust里，借用检查器和Drop机制会直接把它们变成编译错误，从根源上掐死。

另一个让团队头疼的问题是，Zig上游社区对LLM生成代码实施了零容忍政策。Bun团队重度依赖AI辅助开发，继续用Zig意味着必须长期维护自己的编译器分支，成本太高。

于是，今年5月，科技圈见证了一场豪赌：Bun创始人Jarred Sumner宣布，将Bun的百万行代码在11天内推倒重来，用Rust重写。他们用的是Anthropic当时尚未公开发布的Claude Fable 5和Claude Code的动态工作流能力。

这是一次史诗级的AI智能体工作流大测试，后来也被Anthropic当作标杆案例宣传。但同时，也因为它“背叛”了原来支持的编程语言，招来了巨大的争议。

Zig创始人Andrew Kelley在最近的博客里，把问题掰开揉碎了讲。他认为，Bun在重写前Bug频出，根本原因不在于Zig，而在于Jarred Sumner糟糕的工程习惯。

首先，在AI还没火起来的时候，Jarred就在写“垃圾代码”。Kelley说，Zig团队经常检查用户代码库，但每次看到Bun的代码，都感到“极度恐惧”。里面全是黑客式的补丁摞补丁，滥用断言，为了快速上线新功能，几乎从不花时间消除Bug和技术债。

然后就是用Claude生成的百万行代码。Kelley反问得很尖锐：“Bun官方声称100万行未经过人工审查的Rust代码，因为有测试用例所以是安全的；那如果测试用例真的这么完备，为什么原来用Zig写的时候，没能抓出那些烦人的Bug？”

现在，Kelley对Jarred从一个有“新手冲劲”的开源开发者，变成一个“糟糕的经理”感到极度失望。他甚至直言，当得知Bun决定弃用Zig时，他非但没有被“背叛”的愤怒，反而松了一口气。他害怕打着Zig招牌的Bun，会让外界误解Zig，更怕它引来一群只会复制粘贴AI代码的用户。他讽刺地表示，自己正捧着一杯茶，庆幸“这终于不关我的事了”。

这么直白的开火，科技圈的其他人也纷纷加入战局。

首先是算了一笔经济账。都说Claude的token贵，但根据Jarred Sumner和Bun官方公布的数据，这次Rust重写预计消耗了16.5万美元的API费用。在科技圈和工程界看来，这个价格和时间，便宜得令人恐惧。

从账面上看，AI把开发成本压缩到了原本的十分之一左右，时间也从大约一年减到了不到两个星期。

其次，是关于开源社区文化与AI时代碰撞的态度。有人在看完Andrew的博文后，感到极度不适，认为他公开攻击曾经的重要用户和赞助者，显得缺乏职业素养。甚至有人激进地表示，“从未如此希望一种编程语言失败”。

但也有老派程序员站出来声援，认为在这个被资本和AI泡沫裹挟的时代，Andrew只是在捍卫纯粹的工程质量，展现了当年Linus Torvalds的作风。

当然，大家更关心的是，项目这么折腾了一番之后，到底好不好用。

目前争议最大的地方在于，这100万行代码是由AI直接从Zig机械翻译而来，缺少人类工程师的架构重构。新代码库中残留了高达2.7万行unsafe代码块。很多人担忧，未来人类开发者在维护、阅读和修改这坨庞大的“AI生成物”时，耗费的认知成本和排错成本，最终可能会超过今天省下的前置开发成本。

这个打破软件工程历史规律的项目，最终会成为AI改变编程范式的里程碑，还是会在未来化作一座难以维护的技术债火山？恐怕只能交给时间来验证了。