Rust 轉 Zig：重寫已過最難關
4 個里程碑顯示 Rust 轉 Zig 重寫按計畫推進，核心模組已完成，接下來看工具鏈與 beta。
Rust 轉 Zig 的重寫現在走到哪一步，還剩哪些關卡？
這篇整理 4 個里程碑，說明這次重寫已完成核心移植，並正朝 beta 測試前進。
| 項目 | 狀態 | 時間 |
|---|---|---|
| 核心模組 | 已移植並測試 | 第一階段完成 |
| 工具鏈缺口 | 持續補強中 | 進行中 |
| 剩餘模組 | 排定移植 | 未來 3 到 4 個月 |
| Beta 版本 | 規劃中 | 目標 2024 年中 |
1. 核心模組已先落地
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
這次更新最重要的訊號，是第一階段已經做完。團隊表示，原本用 Rust 寫的核心元件已經移植到 Zig，並完成整合與初步測試。這代表重寫不再只是構想，而是已有可運作的程式碼。
對重寫專案來說，核心模組最能暴露風險。只要這些部分能編譯、能串接、行為也正常，後面要判斷整體遷移是否可行就容易得多。
- 核心模組：已移植
- 整合：第一批已完成
- 測試：初步檢查通過
2. 選 Zig 是為了控制力
這次轉向不是追新，而是為了更明確的控制。團隊看重 Zig 在記憶體管理與編譯期行為上的可預測性，這和系統層工作很合拍。代價是遷移更難，但換來的是更直接的底層掌控。
從長期看，這個選擇指向更好的效能、較清楚的資源處理方式，以及重寫完成後更容易維護的程式碼結構。對這類專案來說，語言不是目的，能否貼合需求才是重點。
- 記憶體控制：更直接
- 編譯期能力：是主要吸引點
- 目標：效能與可維護性提升
3. 工具鏈缺口仍是主要摩擦
重寫並不是一路順風。團隊提到，互通性問題與工具支援仍在補齊中，這類狀況常常比程式碼本身更拖慢語言遷移。功能能不能跑是一回事，工具能不能完整接上又是另一回事。
目前團隊沒有把這些問題視為阻斷點，而是持續和 Zig 社群協作修補。這表示他們押注的是生態系會一起成熟，而不是等到工具完美再開始移植。
已知問題：
- 語言互通性
- 工具支援不完整
- 整合邊界案例4. 時程目前沒有明顯偏移
儘管還有粗糙處，專案方表示整體沒有重大延誤。剩餘模組預計在接下來三到四個月內完成移植，而原本的節奏也沒有改變。這是目前最能看出專案進度穩定的訊號。
下一個關鍵節點是基於 Zig 的 beta 版本，目標仍放在 2024 年中。如果真的如期推出，社群就能更大範圍測試行為、回報 bug，並驗證這次重寫是否真的帶來預期中的改善。
- 剩餘模組：排程中
- 測試：下一階段持續進行
- Beta 目標：2024 年中
5. 社群回饋可能決定收尾品質
這次更新也顯示，這不是封閉式遷移。團隊正在記錄過程，並邀請貢獻者協助處理工具與相容性問題。這會加快修補速度，也讓重寫過程更公開。
對開源觀察者來說，這很有參考價值。這不只是一次語言轉換，也是 Zig 生態系能否支撐真實專案的壓力測試。最後結果，可能會影響其他團隊是否考慮走同樣路線。
哪種讀者最該追
如果你最在意的是「有沒有真的做出來」，先看已移植的核心模組和測試結果。若你更在意這個專案未來會長成什麼樣，beta 版本與剩餘模組的時程更值得追。
開發者應該盯著相容性回報與建置問題；一般使用者則可以等 beta，因為那時才最容易看出效能與維護性的承諾是否兌現。