在前端與後端開發領域引起廣泛關注的 JavaScript 執行環境 Bun，近日由創辦人 Jarred Sumner 正式發布了一項對業界來重要的新消息，Bun 核心代碼已經成功從 Zig 語言全面重構為 Rust 語言。這項大規模的架構轉變確實是 Bun 發展史上的新里程碑，還順便讓大家知道人工智慧在現代軟體工程中前所未有的工程加速能力，而這次用 Rust 整個重構核心，幕後功臣是誰呢? Claude Fable 5。
其實在 2026 年五月，CyberQ 當時追蹤報導過這場代號為「Bun in Rust」的重構實驗。當時該專案在 Linux x64 glibc 環境下拿下了 99.8% 的測試相容性，引發 Hacker News 社群的討論熱議。那時外界多半認為這只是創辦人驗證效能與開發體驗的短期實驗，程式碼隨時可能丟棄。然而呢，其實才短短兩個月後，這條由 AI 代理（AI coding agent）開闢的遷移路徑不僅修成了正果，更正式合併為主線，為底層軟體開發模式帶來了顛覆性的現實驗證。
收購背後的秘密推手與新世代 AI 的誕生
根據官方最新揭露的資訊，Bun 團隊其實早在 2025 年 12 月就已經被知名人工智慧大廠 Anthropic 所收購，目前包含 Jarred Sumner 在內的核心成員均在 Anthropic 團隊內部工作，並將 Bun 定位為 Claude Code 與 AI 代理工具的關鍵基礎設施。而本次之所以能夠在極短時間內完成如此浩大的重構工程，最主要的幕後功臣便是 Anthropic 全新核心模型 Claude Fable 5。
從 Zig 出發的輝煌與隨之而來的穩定性問題
Bun 在 2021 年剛起步時，最初是將 esbuild 的 JavaScript 與 TypeScript 轉譯器從 Go 語言逐行移植到 Zig 語言。創辦人當時看中了 Zig 語言帶來的低階控制權與對執行效能的極致追求。隨著專案規模迅速擴大，Bun 的功能延伸至轉譯器、壓縮器、打包工具、套件管理器以及測試執行器，其每月的命令列介面下載量更突破了兩千兩百萬次，成為許多主流雲端平台與開發工具的基本配備。
然而，如此龐大的架構也為軟體穩定性帶來了嚴峻的挑戰。由於 JavaScript 本身是具備垃圾回收機制的語言，而 Zig 則如同 C 語言一樣需要手動管理記憶體。當垃圾回收機制與手動記憶體管理混合在一起時，便成為系統不穩定的主要根源。團隊長期花費了大量心力在修復各式各樣的記憶體錯誤，包括釋放後釋放（use-after-free）的崩潰問題、雙重釋放錯誤、以及在非同步執行路徑或錯誤處理流程中發生的記憶體洩漏。
儘管團隊採取了多種防範措施，例如修改 Zig 編譯器以支援位址檢查工具、全面執行模糊測試與端到端記憶體洩漏測試，但創辦人坦言，他早已厭倦每天晚上必須擔心系統是否會因為不知名的記憶體問題而發生崩潰，這成為專案發展過程中揮之不去的陰影。
為什麼選擇 Rust 作為最終歸宿 ?
為了解決上述的核心問題，專案必須在編譯階段就獲得更強大的保證。在 Rust 語言的安全機制下，過去常見的釋放後釋放、雙重釋放以及忘記釋放等問題，在編譯時就會直接被判定為編譯錯誤。透過 Rust 獨特的擁有權系統與自動資源釋放（RAII）機制，編譯器的檢查回饋循環遠比事後的程式碼審查或風格指南更具強制力且更有效率。
雖然過去技術專案一旦選定程式語言就難以回頭，但如今 AI 模型的成熟打破了這項常規。排除註解後高達 53 萬行的 Zig 原始碼，如果全靠人類工程團隊手動重寫，預估至少需要耗時一整年，且必須凍結所有新功能與安全性更新。
在重構初期，該專案甚至一度出現超過 16,000 個 cargo check 編譯錯誤，連版本號都印不出來。但在新型 AI 工具的輔助下，這個幾乎不可想像的重構工程，研發循環被壓縮到了難以置信的極短時間內。
十一天的神奇重構之旅：AI 與自動化工作流的完美配合
創辦人 Jarred Sumner 指出，他並非盲目地向 AI 下達單一指令後就等待結果，而是透過 Claude Code 建立了大約五十個動態工作流，在十一天的時間內持續不間斷地執行。這些工作流包含了自動生成將 Zig 設計模式對應至 Rust 型別的移植指南、將每個原始檔案進行機械式改寫、自動修正編譯器錯誤、確保核心子命令正常運作，以及讓整個專案的大量測試項目完全通過。
在這個過程中，由於 Bun 的測試套件本身是以 TypeScript 編寫，這意味著測試並不依賴執行環境本身的底層程式語言，從而提供了最佳的驗證基礎。為了確保程式碼的安全性與正確性，創辦人還採用了對抗性審查機制，在獨立的視窗中要求 AI 窮舉所有可能導致錯誤的潛在原因，藉此找出潛藏的系統漏洞，並透過修正生成流程而非手動修改程式碼的方式來提升品質。
未來的發展藍圖與展望
目前這項龐大的 Rust 重構代碼已經正式合併。團隊表示，首要目標是維持與過去完全相同的架構、卓越效能以及功能完整性。在即將發布的 Bun v1.4 版本之後，團隊將會逐步進行程式碼的微調與重構，使其更符合 Rust 的原生撰寫習慣，並逐步減少不安全代碼（unsafe）的使用。
這起事件正如 CyberQ 先前的評論所言，這不是 Zig 輸了，而是大型軟體的維護模式徹底變了。當 AI 代理開始進入大型開源專案的日常維護、甚至主導百萬行層級的系統改寫時，程式語言本身能否提供「編譯期的強約束力」，將成為架構選型的新關鍵。對於全球廣大的開發者而言，未來的 Bun 將在維持原有高速特性的同時，獲得由 Rust 語言帶來的跨越式穩定性提升。
