Rust 5 個團隊通過 rust-lang/rust 貢獻規範：限制 LLM 生成程式碼，佔比逾 50% 將觸發熔斷

Rust 專案的五個團隊（編譯器、標準庫、型別系統、rustdoc 與 bootstrap）已正式通過一項規範，明定貢獻者向 rust-lang/rust 儲存庫提交程式碼時的 LLM 使用準則。該準則由 Jynn Nelson 於 2026 年 8 月 5 日宣布，核心原則為「可用 LLM 輔助思考與審查，但不能用來創造」。 規範將 LLM 使用分為三個層級：第一類為完全允許且無需揭露的私人用途，如詢問問題、總結討論或私下審查程式碼。第二類為必須揭露的使用，包含機器翻譯、修復拼寫等微小修改、尋找 Bug，以及使用 LLM 程式碼審查機器人（機器人須使用獨立且明確標記的 GitHub 帳號）。第三類為明確禁止，包含由 LLM 直接生成評論、文件與編譯器診斷資訊，或僅憑 LLM 審查結論就決定合併或拒絕 PR。 對於 LLM 生成的程式碼，Rust 將其限制在嚴格的實驗框架內。由 LLM 建立的 PR 必須事先與指定的審查者溝通，不可涉及編譯器健全性等關鍵部分，且必須具備充分的測試與人類審查。所有此類 PR 將標記 ai-assisted 標籤，並同步至私有 Zulip 頻道收集數據。 該實驗設有「熔斷機制」：若在任意六週（與 Rust 發布週期一致）的時間窗口內，已合併的 PR 中有超過 50% 由 LLM 建立，所有 LLM 建立的 PR 將暫停合併，直到佔比降至 50% 以下，且至少需冷卻 10 天。 在執行面，隱瞞或虛假陳述 LLM 使用情況將被視為違反 Rust 專案的《行為準則》，與騷擾行為同級，初犯警告，屢犯可遭封禁。Nelson 指出，制定規範是為了應對三大壓力：結構完整的 PR 已無法代表作者真正理解程式碼；生成程式碼成本下降加劇了審查資源的短缺（目前仍有 1281 個未關閉的 PR）；以及貢獻者將審查意見複製給 LLM 再貼回 GitHub 的行為，破壞了人際交流的基礎信任。 目前該規範僅適用於 rust-lang/rust 及已批准的五個團隊。Rust 領導委員會正考慮成立專案級的 LLM 委員會，未來可能制定覆蓋全專案的統一規範。相較於 Zig 語言全面禁用 AI 生成與輔助工具，Rust 選擇了允許貢獻者使用工具，但要求審查者承擔更多判斷責任的路線。