編按：本文綜合整理自 Ray Myers 部落格、Andrew Kelley 原文、Bun 官方部落格、Hacker News 討論串，並加入 Siami 編輯部觀點與分析。
Hacker News 上週最熱門的科技話題，不是新模型發表，也不是哪家新創融資——而是 Zig 程式語言創辦人 Andrew Kelley，罕見地用極度直白的方式回應 Anthropic 把 JavaScript 執行環境 Bun 從 Zig 改寫成 Rust 的決定。原文 4 天內衝上 HN 785 分、83 則深度留言，被稱為「今年看過最清醒的程式語言戰開箱」。
事件的核心不是「Zig 還是 Rust 比較好」，而是「一家估值破兆的新創，把基礎建設決策拿來當行銷賣點」。Andrew Kelley 直接點出：Bun 改寫合併兩個月後才發文，期間完全沒提 trade-off——這不是技術溝通，這是品牌操作。
事件時間軸
整起爭議不是一天造成的，要從 2025 年 12 月說起。
- 2025 年 12 月：Bun 創辦人 Jarred Sumner 與 Anthropic 達成收購協議，Bun 正式成為 Anthropic 旗下產品。Claude Code 與 OpenCode 都用 Bun 當 runtime。
- 2026 年 5 月初：Bun 團隊在 GitHub 釋出「Zig → Rust 改寫指南」，The Register 與 DevClass 報導「Anthropic 用 AI 改寫 Bun」。Bun Rust 改寫 11 天完成，PR 在 5 月中合併到 mainline。
- 2026 年 7 月 8 日：Jarred Sumner 在 Bun 官方部落格發表 Rewriting Bun in Rust，詳細描述改寫流程：50 個 Claude Code workflow 連續跑 11 天、64 個 Claude agents 同時協作、燒掉 5.9 億 uncached input token + 6.9 億 output token + 720 億 cached token，API 費用約 16.5 萬美元。
- 2026 年 7 月 9 日：Zig 創辦人 Andrew Kelley 發表 My Thoughts on the Bun Rust Rewrite——直接點名 Bun 團隊「不重視程式碼品質」、Zig Software Foundation 早就在幫忙但被忽視、改寫的真正原因不是技術。
- 2026 年 7 月 12 日：獨立部落客 Ray Myers 發表 Zig Creator Calls Spade a Spade, Anthropic Blows Smoke，把 Andrew 的回應放進更大的脈絡——Anthropic 的「軟體工程將死」敘事如何跟這次改寫捆綁行銷。
Bun 改寫的官方說法：為什麼選 Rust
Jarred Sumner 在 官方部落格 列出三個核心理由：
- 記憶體 bug 過多：Bun v1.3.14 一個版本就修了十幾個 use-after-free、double-free、heap-out-of-bounds。雖然 Zig 有
defer/errdefer，但「要在所有錯誤路徑記得寫清理程式」對人類來說負擔太大。 - Rust 的 borrow checker 是編譯器錯誤，不是風格指南問題：Jarred 引用「在安全的 Rust 裡，這些都是編譯器錯誤」——比起寫風格指南、靠 code review 抓，改用編譯器強制檢查是正回饋迴圈。
- AI 改寫的成本遠低於人工：原本預估 3 個工程師熟悉整個 codebase 要寫一年，現在用 Claude Fable 5 跑 11 天、16.5 萬美元搞定。
部落格也列舉「Bun 在 Rust 裡變更好」的章節：binary size 縮小、cold start 加快、記憶體使用降低。Jarred 強調測試套件在改寫期間通過率達到 99.8%。
Bun 在 Zig 寫了 535,496 行程式碼（不含註解），用 Rust 改寫後測試套件 99.8% 通過，11 天內由 Claude Code agent fleet 完成。
這是 Anthropic 想對外傳遞的訊息：AI 不只能寫小工具，還能在 11 天內改寫一個 53 萬行的 production runtime，且測試幾乎全綠。
Andrew Kelley 的反擊：問題不在語言，在管理
Zig 創辦人 Andrew Kelley 的原文 11.5K 字，論點層層疊上去。核心結論先講：
主要問題跟 Zig vs Rust 的語言特性一點關係都沒有，而是兩個專案價值體系的分歧，以及後續關係的崩解。
他整理的爭議點可以歸納成四個面向：
1. 程式碼品質早就該管，不是改語言能解決
Andrew 直接挑明 Bun 從 Zig 時代就有「hack 疊 hack、assertion 濫用、瘋狂衝功能不還技術債」的問題。Zig Software Foundation (ZSF) 團隊定期檢查用戶專案的程式碼，看到 Bun 的 codebase 時「越來越震驚」。
我們試著引導他們走更好的實踐，但沒用。少數幾個優秀的英雄在失能的公司裡盡了全力，但你擋不住上漲的潮水。
2. 沒試過風格指南就直接放棄
Andrew 引用 TigerBeetle 的 TigerStyle：Zig 寫的金融交易資料庫，靠嚴格的記憶體配置規範做到幾乎零記憶體錯誤。Ray Myers 也補刀：Bun 經營四年沒認真推風格指南，直接跳到改語言，這不是技術選擇，是放棄。
3. 行銷在合併後兩個月才發文，解釋完全沒提 trade-off
Andrew 批評官方部落格「全是 pros 沒有 cons」。Rust 大型 codebase 幾乎一定 build 變慢，官方卻沒提這個權衡。
這篇部落格寫得真好，幾乎像是一家兆元公司的行銷部門押了很多錢在這篇上面。
4. 整個改寫的真正理由：甩開 Zig 社群
Andrew 直白說：他為 Bun 變成 Zig 的「負面公關樣板」感到厭煩。Anthropic 收購後，社群湧入大量「貼 LLM 輸出當文章」的 AI 狂熱者，Zig 團隊還要花時間勸導。改寫成 Rust 後，這個負擔消失了。
Andrew 在文末難得展現反思：他不恨 Jarred、也希望對方過得好，只是「該說的還是要說」。
為什麼這件事重要
這場爭議表面上是程式語言之戰，實際上是 AI 公司敘事策略與開源社群誠信的根本衝突。
Ray Myers 在部落格開頭引用一句箴言：
我用小船騷擾大海，被稱為海盜；你用大艦隊做同樣的事，被稱為國王。
Anthropic 的 AI 行銷有一個固定模板：找到一個有戲劇張力的技術事件 → 用 LLM 重新做一次 → 對外宣傳「AI 改變了 X」。這次 Bun 改寫被包裝成「AI 在 11 天內重寫 53 萬行 production code」，對 Anthropic 的 $1 兆 IPO 估值至關重要。
但 Andrew 的回應戳破了這個敘事：
- 關係管理失敗是真實原因，不是「Rust 比 Zig 強」。
- 程式碼品質是組織問題，不是語言特性問題。
- 合併兩個月才發文，代表這是行銷稿，不是工程決策紀錄。
對開源社群來說，這是教科書級的「被 VC 收購後如何失去靈魂」案例。Zig Software Foundation 從此失去 Bun 每月 6 萬美元捐款（已停），但他們寧可不要這筆錢，也要公開把事情講清楚。
「當一家兆元公司先開第一槍時，希望讀者能給我一點寬容。」—— Andrew Kelley 原文最後一段。
數據解讀 / 質疑
幾個值得 Siami 編輯部標記的數字與盲點：
- $165K API 費用 vs 一年 3 個工程師：官方部落格把這當成本效益的勝利。但 $165K 只是 Claude API 的費用，不算 50 個 workflow、64 個 agent 的 orchestration 工程時數，也不算後續一年維運的成本。實際 TCO 沒人算過。
- 99.8% 測試通過率：這聽起來很強，但測試通過率不等於正確性。Bun 改寫後仍處於 v1.4 開發期，Ray Myers 在文中指出 Rust 版本仍有「編譯速度過慢」的問題（Andrew 也質問：「你們 Rust 版的 incremental build 數字是多少？」）。
- 22M 月下載量 vs 0% 利潤：Anthropic 收購 Bun 的商業邏輯是「Claude Code 的 runtime 由我們控制」。這個垂直整合策略對 Anthropic 有戰略價值，但對 Bun 開源使用者沒好處——他們只是被順便照顧的對象。
- Zig Software Foundation 失去捐款：Bun 停掉每月 $60K 年捐款。Andrew 沒有提 Zig 社群後續如何填補這個缺口。Ray Myers 也沒提。這是一個後續值得追蹤的故事。
Siami 的判斷：這不是「AI 改寫大型 codebase 的勝利」，是「AI 行銷戰中開源社群誠信的最後防線」。
後續發展與相關資源
- Andrew Kelley 原文 — 一手原始聲明，所有批評的源頭
- Bun 官方部落格 — Anthropic 那邊的技術說法，含 11 天改寫細節
- Hacker News 主討論串（785 分） — 程式設計師社群的主流反應
- Ray Myers 部落格 — 本篇主要參考，提供最完整的脈絡分析
- Andrew Kelley JetBrains 訪談 — Andrew 之前對 Zig 社群發展的完整想法
- TigerBeetle TigerStyle 規範 — Zig 風格指南的最佳實踐
- The Register 原始報導 — 5 月事件首次曝光
Andrew Kelley 在原文最後一段自承「這次發文讓他得罪人，也嚇到一些 Zig 使用者」，並承諾接下來的部落格會聚焦在「Zig 社群正在做的酷東西」。事實上，Zig 社群並沒有因為這場爭議而冷卻——他們的下一個目標是 Zig 1.0 正式版，而這次公關戰反而讓更多開發者注意到 Zig 對「明確記憶體管理」與「無隱藏控制流」的堅持。
編按：本文綜合整理自 Ray Myers 部落格、Andrew Kelley 原文、Bun 官方部落格、Hacker News 討論串，並加入 Siami 編輯部觀點與分析。Siami 立場：程式語言之戰沒有永遠的贏家，但誠實比行銷重要。
網友熱門留言 (5)