<p>Bun 的创建者 Jarred Sumner 发布了一份 Zig 到 Rust 的移植指南，引发了该项目可能迁离 Zig 的猜测，尽管 Sumner 表示并没有重写的承诺，只是 “好奇想看看一个可工作的版本是什么样的。”</p>
<p>Bun 是一个 JavaScript 运行时和工具包，是 Zig 的一个重要用户，Zig 是由 Andrew Kelley 设计的一种通用系统编程语言，旨在改进 C，目前版本为 0.16。使用 Zig 构建是 Bun 相较于竞争对手 Node.js（使用 C++）和 Deno（使用 Rust）的一个显著特点。</p>
<p>也就是说，Bun 团队已经分叉了 Zig，声称由于在 macOS 和 Linux 上使用 LLVM 的并行代码生成，调试编译时间提高了四倍。这些改进无法上游到 Zig，因为其对问题、拉取请求（PR）和错误跟踪器上的评论有严格的无 AI 政策。根据 Zig 软件基金会成员 Loris Cro 的说法，禁止的原因是 “基于 LLM 的贡献对我们来说大多是负面的，从由于充满幻觉的无价值的随意 PR 导致的背景噪音增加……到疯狂的 10,000 行长的首次 PR。”</p>
<p>关于 Bun 的 Zig 分叉，一位核心 Zig 团队成员评论说 “这个 Zig 分叉中的变化不适合上游”，并列举了几个原因，包括 “他们的并行语义分析实现将表现出非确定性行为”，以及另一个增强功能，即将 LLVM 的后端输出拆分为多个模块，被认为是浪费时间，团队正在投资于增量编译，“这可以将编译速度提高几个数量级。”</p>
<p>Zig 的无 AI 政策可能让 Anthropic 感到尴尬，Anthropic 在 2025 年底收购了 Bun，并将其用于 Claude Code。</p>
<p>Zig 的另一个问题是 Kelley 不怕对语言进行破坏性更改，这使得在主要生产项目中依赖它变得更加困难。</p>
<p>昨天，Sumner 在 GitHub 上提交了一份 Zig 到 Rust 的移植指南，解释了 “阶段 A” 的目标是捕捉逻辑，即使 Rust 代码无法编译，而 “阶段 B 使其逐个 crate 编译。”</p>
<ul>
<li>Zed 团队发布了 Rust 构建的编辑器 1.0 版本：传统编辑器和 AI 工具</li>
<li>AWS 主题演讲将 AI 夸大为魔法。其工程师讲述了不同的故事</li>
<li>Anthropic 在 Bun 1.1.13 中修复了内存问题，开发者抱怨内存泄漏</li>
<li>新的 Android 开发工具专为机器人设计，而非人类</li>
</ul>
<p>尽管这似乎表明了意图，Sumner 在 Hacker News 上表示 “我们并没有承诺重写。所有这些代码被完全抛弃的可能性非常高。我好奇想看看一个可工作的版本是什么样的，感觉如何，性能如何。”</p>
<p>尽管从 Zig 到 Rust 的移植概念让社区感到惊讶，但这一想法得到了相对良好的接受。在 Bun 用户中，有人评论说 “将产品基于仍在测试中的语言似乎总是有点疯狂。” Bun 以其速度和灵活性而受到赞赏，但该项目也受到重大错误和内存泄漏的困扰。</p>
<p>有一点是确定的：如果 Bun 继续进行移植，将会广泛使用 AI 来实现它。其他地方有先例。Cloudflare 在一周内用 AI 重新实现了大部分 Next.js API，而 Ladybird 浏览器项目在两周内将其 JavaScript 引擎从 C++ 移植到 Rust。</p>
<p>无论 Bun 是否迁移到 Rust，Sumner 坚信开源软件（OSS）将越来越多地使用 AI。评论 Zig 的 AI 禁令时，他在 X 上表示：“我预计 OSS 将朝相反的方向发展：不允许人类贡献。” 他说，人们仍然会讨论问题和优先级，“但实际编写代码、提交 PR、重放和处理反馈、实施的行为将由 LLM 完成。” ®</p>

<p>Bun 的创建者 Jarred Sumner 发布了一份 Zig 到 Rust 的移植指南，引发了关于可能从 Zig 迁移的猜测。然而，Sumner 澄清表示并没有重写的承诺，他对工作版本表示好奇。Bun 是一个 JavaScript 运行时，显著地使用了 Zig，但团队已经对其进行了分叉，以改善编译时间。Zig 社区对分叉的变化以及该语言严格的无 AI 政策表示担忧。尽管存在不确定性，但移植到 Rust 的想法得到了积极的回应，预计在开源软件开发中将增加 AI 的参与</p>

<p>Bun creator Jarred Sumner has posted a Zig-to-Rust porting guide, igniting speculation that the project may migrate away from Zig, though Sumner said there is no commitment to rewriting, only that he is &#34;curious to see what a working version of this looks like.&#34;</p>
<div class="lb-trans"><p>Bun 的创建者 Jarred Sumner 发布了一份 Zig 到 Rust 的移植指南，引发了该项目可能迁离 Zig 的猜测，尽管 Sumner 表示并没有重写的承诺，只是 “好奇想看看一个可工作的版本是什么样的。”</p>
</div><p>Bun, a JavaScript runtime and toolkit, is a prominent user of Zig, a general-purpose systems programming language designed by Andrew Kelley to improve on C, currently at version 0.16. Building with Zig has been a distinctive feature of Bun against its competitors Node.js, which uses C++, and Deno, which uses Rust.</p>
<div class="lb-trans"><p>Bun 是一个 JavaScript 运行时和工具包，是 Zig 的一个重要用户，Zig 是由 Andrew Kelley 设计的一种通用系统编程语言，旨在改进 C，目前版本为 0.16。使用 Zig 构建是 Bun 相较于竞争对手 Node.js（使用 C++）和 Deno（使用 Rust）的一个显著特点。</p>
</div><p>That said, the Bun team has already forked Zig, claiming a four-times improvement in debug compilation times thanks to the use of parallel code generation with LLVM on macOS and Linux. These improvements cannot be upstreamed to Zig thanks to its strict no-AI policy for issues, pull requests (PRs), and comments on the bug tracker. The reason for the ban, according to Zig Software Foundation member Loris Cro, is that &#34;the reality of LLM-based contributions has been mostly negative for us, from an increase in background noise due to worthless drive-by PRs full of hallucinations... to insane 10,000 line long first time PRs.&#34;</p>
<div class="lb-trans"><p>也就是说，Bun 团队已经分叉了 Zig，声称由于在 macOS 和 Linux 上使用 LLVM 的并行代码生成，调试编译时间提高了四倍。这些改进无法上游到 Zig，因为其对问题、拉取请求（PR）和错误跟踪器上的评论有严格的无 AI 政策。根据 Zig 软件基金会成员 Loris Cro 的说法，禁止的原因是 “基于 LLM 的贡献对我们来说大多是负面的，从由于充满幻觉的无价值的随意 PR 导致的背景噪音增加……到疯狂的 10,000 行长的首次 PR。”</p>
</div><p>Regarding Bun's Zig fork, a core Zig team member commented that &#34;the changes in this Zig fork are not desirable to upstream,&#34; citing several reasons, including that &#34;their parallelized semantic analysis implementation will exhibit non-deterministic behavior&#34; and that another enhancement, splitting LLVM's backend output into multiple modules, was a waste of time and that the team was investing in incremental compilation instead, &#34;which can improve compilation speed by orders of magnitude.&#34;</p>
<div class="lb-trans"><p>关于 Bun 的 Zig 分叉，一位核心 Zig 团队成员评论说 “这个 Zig 分叉中的变化不适合上游”，并列举了几个原因，包括 “他们的并行语义分析实现将表现出非确定性行为”，以及另一个增强功能，即将 LLVM 的后端输出拆分为多个模块，被认为是浪费时间，团队正在投资于增量编译，“这可以将编译速度提高几个数量级。”</p>
</div><p>Zig's no-AI policy may be embarrassing for Anthropic, which acquired Bun in late 2025 and uses it for Claude Code.</p>
<div class="lb-trans"><p>Zig 的无 AI 政策可能让 Anthropic 感到尴尬，Anthropic 在 2025 年底收购了 Bun，并将其用于 Claude Code。</p>
</div><p>Another issue with Zig is that Kelley is unafraid to make breaking changes to the language, making it harder to rely on for major production projects.</p>
<div class="lb-trans"><p>Zig 的另一个问题是 Kelley 不怕对语言进行破坏性更改，这使得在主要生产项目中依赖它变得更加困难。</p>
</div><p>Yesterday, Sumner committed a Zig-to-Rust porting guide to GitHub, explaining that the goal of &#34;phase A&#34; is to capture the logic, even if the Rust code does not compile, and that &#34;Phase B makes it compile crate-by-crate.&#34;</p>
<div class="lb-trans"><p>昨天，Sumner 在 GitHub 上提交了一份 Zig 到 Rust 的移植指南，解释了 “阶段 A” 的目标是捕捉逻辑，即使 Rust 代码无法编译，而 “阶段 B 使其逐个 crate 编译。”</p>
</div><ul>
<li>Zed team releases version 1.0 of Rust-built editor: Traditional editor and AI tool</li>
<li>AWS keynote hypes AI as magic. Its own engineers tell a different story</li>
<li>Anthropic bakes memory fixes into Bun 1.1.13 as developers complain of leaks</li>
<li>New Android development tool designed for robots, not humans</li>
</ul>
<div class="lb-trans"><ul>
<li>Zed 团队发布了 Rust 构建的编辑器 1.0 版本：传统编辑器和 AI 工具</li>
<li>AWS 主题演讲将 AI 夸大为魔法。其工程师讲述了不同的故事</li>
<li>Anthropic 在 Bun 1.1.13 中修复了内存问题，开发者抱怨内存泄漏</li>
<li>新的 Android 开发工具专为机器人设计，而非人类</li>
</ul>
</div><p>Despite this seeming statement of intent, Sumner said on Hacker News that &#34;we haven't committed to rewriting. There's a very high chance all this code gets thrown out completely. I'm curious to see what a working version of this looks like, what it feels like, how it performs.&#34;</p>
<div class="lb-trans"><p>尽管这似乎表明了意图，Sumner 在 Hacker News 上表示 “我们并没有承诺重写。所有这些代码被完全抛弃的可能性非常高。我好奇想看看一个可工作的版本是什么样的，感觉如何，性能如何。”</p>
</div><p>Although the notion of a port from Zig to Rust has taken the community by surprise, the idea has been reasonably well received. Among Bun users, one comment is that &#34;it always seemed a bit crazy to base your product off a language that is still in beta.&#34; Bun is admired for its speed and flexibility, but the project has also been troubled by significant bugs and memory leaks.</p>
<div class="lb-trans"><p>尽管从 Zig 到 Rust 的移植概念让社区感到惊讶，但这一想法得到了相对良好的接受。在 Bun 用户中，有人评论说 “将产品基于仍在测试中的语言似乎总是有点疯狂。” Bun 以其速度和灵活性而受到赞赏，但该项目也受到重大错误和内存泄漏的困扰。</p>
</div><p>One thing is certain: if Bun proceeds with the port, there will be extensive use of AI to implement it. There is precedent elsewhere. Cloudflare reimplemented most of the Next.js API in one week with AI, and the Ladybird browser project ported its JavaScript engine from C++ to Rust in two weeks.</p>
<div class="lb-trans"><p>有一点是确定的：如果 Bun 继续进行移植，将会广泛使用 AI 来实现它。其他地方有先例。Cloudflare 在一周内用 AI 重新实现了大部分 Next.js API，而 Ladybird 浏览器项目在两周内将其 JavaScript 引擎从 C++ 移植到 Rust。</p>
</div><p>Whether Bun migrates to Rust or not, Sumner is convinced that open source software (OSS) will make increasing use of AI. Commenting on Zig's AI ban, he said on X: &#34;I expect OSS to go the opposite direction: no human contribution allowed.&#34; People will still discuss issues and prioritization, he said, &#34;but the actual act of writing code, of submitting PRs, of replaying and addressing feedback, of implementation will be LLMs.&#34; ®</p>
<div class="lb-trans"><p>无论 Bun 是否迁移到 Rust，Sumner 坚信开源软件（OSS）将越来越多地使用 AI。评论 Zig 的 AI 禁令时，他在 X 上表示：“我预计 OSS 将朝相反的方向发展：不允许人类贡献。” 他说，人们仍然会讨论问题和优先级，“但实际编写代码、提交 PR、重放和处理反馈、实施的行为将由 LLM 完成。” ®</p>
</div>

Bun 发布了 Rust 移植指南，并表示重写工作仍然不够成熟