<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 移植指南，並表示重寫工作仍然不夠成熟