Linus Torvalds 為何有理由怒斥 AI 自動生成的 Bug 報告正在摧毀 Linux 核心開發

沒有人要的「資訊洪流」

如果你有在關注 Linux 核心的開發動態，你一定知道 Linus Torvalds 說話從不拐彎抹角。但這一次，他的砲火不是對準某個寫出爛程式碼的開發者，而是直接瞄準了一股正在湧入核心安全回報管道的AI 自動生成 Bug 報告浪潮。隨著 Linux 7.1 RC4 的發布，Torvalds 發出了嚴厲且清晰的警告：這些 AI 製造的雜訊正在嚴重破壞開發流程。 ^[1]

說真的？他的憤怒完全合理。

事情的真相是什麼？

簡單來說，現在有人使用 AI 工具掃描 Linux 核心程式碼，找出潛在問題，然後批量自動生成 Bug 報告。表面上聽起來很有效率——更多「眼睛」盯著程式碼，不是好事嗎？

錯了。問題在於，這些報告大量是重複的、品質低落的，甚至是誤導性的。它們把安全郵件列表塞滿了雜訊，讓人類維護者更難辨識真正的關鍵問題。當所有事情看起來都像緊急情況，就等於什麼都不緊急。 ^[1]

這不是假設性的擔憂。Torvalds 本人指出，這種混亂已經嚴重干擾了正常的問題分類流程——而這套流程正是讓全球最重要的軟體之一得以安全運作的關鍵機制。

AI 能找到 Bug，但也會製造 Bug

這整件事有一個令人玩味的諷刺之處。今年早些時候，Linux 核心 7.0 發布時，Torvalds 其實承認，AI 編程工具或許正在幫助發現一些人類開發者通常會忽略的奇怪邊緣案例和隱藏 Bug。從這個角度來看，AI 作為除錯助手確實有其價值。 ^[2]

但這枚硬幣有陰暗的另一面。如果 AI 工具同時也被用來撰寫程式碼，它們可能也在同步引入全新類別的奇怪、難以重現的 Bug——那種不符合人類邏輯、因此更難診斷的問題。這是一把雙面刃，而核心社群現在正同時感受到兩面的割傷。

Linux 社群劃下界線

這不是 Linux 核心社群第一次與 AI 正面交鋒。早在 2026 年 4 月，經過數月激烈的內部辯論，Torvalds 與核心維護者們就 AI 生成的程式碼達成了一項重要協議：GitHub Copilot 等工具被允許使用，但「AI 爛貨（AI slop）」——那些低品質、未經審查的機器生成貢獻——被明確禁止。最關鍵的是，提交程式碼的人類開發者必須為所有錯誤承擔完全責任，無論 AI 是否參與撰寫。 ^[3]

對 Bug 報告的新立場遵循同樣的哲學：AI 可以輔助，但人類必須負責。Torvalds 也合併了更新後的核心文件，更清楚地定義了什麼才真正構成安全漏洞，以及報告應如何被正確分類——這是對 AI 生成報告亂象的直接回應。 ^[4]

為什麼這件事的影響遠超 Linux 本身

讓我們拉遠視角來看。Linux 核心正在經歷的，是每一個主要開源專案——乃至每一個軟體團隊——在 AI 工具普及後都將面臨的預演。自動化 Bug 回報、程式碼審查，甚至安全稽核的誘惑是真實存在的，效率提升也可能是真實的。

但沒有問責制的自動化，只是規模化的雜訊。當一個 AI 發出 50 份 Bug 報告，其中 48 份是垃圾，你不是在幫助這個專案——你是在拖累它。那些自願付出時間維護 Linux 的維護者，沒有義務替 AI 的幻覺買單。

結語

Linus Torvalds 以直言不諱著稱，但這一次他的憤怒完全站得住腳。AI 生成的 Bug 報告，若被粗心大意地批量提交，不會加速 Linux 的開發——它們只會破壞它。核心社群的回應——更清晰的準則、更嚴格的問責制，以及對「AI 爛貨」的明確拒絕——正是開源世界現在最需要的原則性反擊。

把 AI 當作工具來使用。別讓它成為淹沒訊號的雜訊。