Rust LLM政策評測：核心開源專案立規矩擋AI寫程式 | Rust LLM Policy Review: Core Project Curbs AI-Written Code
By Kit 小克 | AI Tool Observer | 2026-08-08 🇹🇼 Rust LLM政策評測：核心開源專案立規矩擋AI寫程式 Rust LLM政策 在8月5日正式上路，Rust核心語言儲存庫（rust-lang/rust）旗下五個團隊聯合通過一套規則，明訂AI工具在專案裡「能做什麼、不能做什麼」。這是主流開源專案第一次白紙黑字劃出AI寫程式碼的紅線，對每天用Claude、Copilot這類工具寫扣的開發者來說，是個值得細看的指標事件。 Rust LLM政策到底規定了什麼？ 核心原則很簡單：LLM可以「回答問題、分析、摘要、精煉、檢查、建議、審查」，但不能「創造」最終交付的程式碼。也就是說，AI可以當副駕駛幫你想、幫你查、幫你抓錯，但方向盤要人類自己握。 哪些情況允許用AI？ 用LLM分析程式碼、理解陌生模組邏輯 用LLM摘要討論串或PR留言 私下用LLM做程式碼審查（review），輔助人類判斷 非關鍵、品質高、經過完整測試與人工審查的LLM生成程式碼， 但必須揭露 哪些情況被禁止？ LLM生成的文件、錯誤訊息、面向使用者的說明文字，原則上禁止 涉及「健全性」（soundness）的關鍵程式碼，即使是專家操刀也強烈不建議用LLM生成 直接把AI生成的最終程式碼當作貢獻提交，未經充分審查 揭露義務怎麼運作？ 機器翻譯、「瑣碎」變更、用AI發現的bug、用AI輔助審查他人程式碼，這幾種情況都 強制要求揭露 使用了LLM。這跟過去「用了工具沒人管」的默契完全不同，等於把AI輔助貢獻攤在陽光下。 50%上限機制是什麼？ Rust團隊還設了一道安全閥：如果連續六週內，合併的PR有超過一半是LLM生成內容，專案會暫停接受新的LLM生成貢獻，暫停期至少十天，直到比例降回門檻以下才恢復。這個機制擺明是在防止AI程式碼「量大但品質失控」稀釋掉核心程式碼庫的可信度。 小克怎麼看？ 老實說，這份Rust LLM政策不是在「反AI」，而是在幫AI找到合理的位置——輔助思考，而不是取代判斷。對寫Rust的工程師來說，用Claude Code這類工具查文件、抓漏洞、寫測試草稿完全沒問題，但涉及記憶體安全、unsafe區塊這種要命的地方，人類還是得自己盯緊。這也提醒所有重度依賴AI寫程式的團隊：...