一個月突變！Linux內(nèi)核大佬懵了：上個月還是“AI垃圾”，這個月AI Bug報告卻突然靠譜？

整理 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

最近在做開源項目維護的開發(fā)者，可能會有一種奇怪的錯覺：Bug 似乎報告變多了，而且變準了——更準確地說，是 AI 報的 Bug，突然開始“靠譜了”。

這不是個別項目的偶然現(xiàn)象，而是一場幾乎同步發(fā)生在整個開源世界的變化。在最近的 KubeCon Europe 上，Linux 內(nèi)核核心維護者 Greg Kroah-Hartman 給出了一個讓人有點不安的信息：

“大概一個月前，像是有什么東西變了。現(xiàn)在我們收到的 AI 報告，都是真正有價值的 Bug 報告。”

可問題是——沒人知道發(fā)生了什么。

從“AI 垃圾”到“真實報告”，只用了一個月

Greg 回憶說，就在幾個月前，Linux 內(nèi)核團隊還在被一類東西“騷擾”：“我們當(dāng)時把它叫做 AI slop（AI 垃圾）。”

這些由 AI 生成的安全報告，大多存在明顯問題：邏輯不成立、漏洞不存在、描述混亂，甚至連基本的代碼路徑都對不上。對維護者來說，它們更像是一種干擾，而不是幫助。

好在 Linux 內(nèi)核維護者團隊規(guī)模龐大，這類干擾尚可承受。但對于一些小項目來說，情況就沒那么樂觀了：比如 Daniel Stenberg 主導(dǎo)的 cURL 項目，就因為 AI 垃圾報告泛濫，一度直接停止了 Bug 賞金計劃，因為根本無力甄別真假。

但轉(zhuǎn)折點突然出現(xiàn)——Greg 的描述很直接：“某個時間點之后，情況突然就變了。”

現(xiàn)在的情況是：

● AI 提交的 Bug 報告，大多數(shù)是可驗證的真實問題；

● 報告結(jié)構(gòu)更清晰，分析路徑更合理；

● 不再是“胡亂猜測”，而是接近人類開發(fā)者水平的安全分析。

更重要的是，這并非 Linux 獨有現(xiàn)象。

“所有開源項目都開始收到 AI 生成的高質(zhì)量、真實有效報告，不再是以前的垃圾內(nèi)容。”Greg 表示，各大主流開源項目的安全團隊平時會頻繁私下交流，大家都觀察到了同樣的轉(zhuǎn)變：“現(xiàn)在所有開源安全團隊都在經(jīng)歷這件事。”

當(dāng)被問到“到底是什么改變了”時，他的回答非常直接：“不知道，真的沒人知道。”

Greg 推測，要么是一大批AI工具突然大幅變強，要么是很多人開始認真研究這塊了，似乎有很多不同團隊、不同公司在同時發(fā)力。

但無論原因是什么，可以確認的一點是：整個開源安全生態(tài)，正在同步經(jīng)歷這場“AI 躍遷”。

不只是找 Bug，AI 已經(jīng)開始“修 Bug”

變化還不止于此。目前在 Linux 內(nèi)核中，AI 的主要角色仍集中在代碼審查（code review）階段，少量用于生成 patch，很少直接用于寫核心代碼。但 Greg 表示：“對于一些簡單問題（比如錯誤處理邏輯），AI 已經(jīng)可以生成‘幾十個可用 patch’。”

Greg 舉了個實際例子：他曾用一個非常簡單甚至“隨意”的提示，讓 AI 分析代碼并給出修復(fù)方案，結(jié)果 AI 一口氣給出了 60 個問題及對應(yīng) patch。其中大約三分之一是錯的——但即便是錯的，它們也指向了某種真實風(fēng)險。而剩下的三分之二，則是可以直接工作的修復(fù)方案。

當(dāng)然，這些 patch 并不能直接合入，還需要人工進行整理、補充變更說明、以及代碼集成，可重點在于：這證明它們已經(jīng)不是“沒用的 AI 垃圾”，而是“可用的半成品”。

正如 Greg 所說：“這些工具效果很不錯，我們不能忽視，它正在快速發(fā)展，而且越來越強。”

Linux開始“反向武裝 AI”，提高速度

隨著 AI 生成內(nèi)容激增，一個新的問題也出現(xiàn)了：人類維護者開始“看不過來了”。

為此，Linux 社區(qū)開始反向引入 AI 來解決問題。有一個關(guān)鍵工具是 Sashiko，由 Google 開發(fā)，后捐贈給 Linux 基金會。它的目標很明確：在 patch 進入人工審查前，先進行一輪 AI 預(yù)審。

與此同時，各個子系統(tǒng)也在積累自己的“AI 審查經(jīng)驗”。“不同子系統(tǒng)會針對性優(yōu)化能力與提示詞 —— 比如存儲模塊該關(guān)注哪些點、圖形模塊該關(guān)注哪些點。大家都在公開社區(qū)里貢獻優(yōu)化方案，這才是正確的方式，非常好。”

Greg 還提到，現(xiàn)就職于 Meta 的資深內(nèi)核開發(fā)者 Chris Mason，率先開創(chuàng)了基于 AI 的審查工作流，已經(jīng)在 eBPF 和網(wǎng)絡(luò)模塊運行了很久；systemd 項目也在其純 C 代碼庫中使用同類工具。

不過他也強調(diào)，AI 審查是補充而非替代人工：“在審查方面，AI 能給出不少優(yōu)質(zhì)意見，但沒法覆蓋所有情況，有些結(jié)論依然錯誤。不過很多顯而易見的問題都能被它指出來。”

畢竟整體而言，AI 審查的真正價值，其實并不完全在“是否正確”，而在于——它足夠快。

在傳統(tǒng)流程中，一個 patch 從提交到被維護者看到，可能需要數(shù)天甚至更久。而 AI 可以在幾分鐘內(nèi)給出初步反饋。這將帶來連鎖反應(yīng)：開發(fā)者可以更快修正問題、提交新版本；明顯有問題的 patch 可以被提前過濾；維護者則可以把精力集中在更復(fù)雜的決策上。

某種意義上，AI 讓代碼審查從“排隊等待”，變成了“即時反饋”。

但代價也很現(xiàn)實：工作量在增加

聽起來一切都在變好，但 Greg 的總結(jié)卻很克制：“我們要 review 的東西，變多了。”

AI 降低了參與門檻，也提高了“內(nèi)容看起來合理”的程度，這直接導(dǎo)致輸入量激增。對于 Linux 這樣的大項目，這還在可承受范圍內(nèi)。但對于中小型開源項目來說，這種增長可能是壓垮性的。

因此，像 OpenSSF、Alpha-Omega 等安全項目正在嘗試提供更多工具，幫助維護者應(yīng)對這波“AI 輸入洪流”。

因此，對于所有開源維護者來說，真正的挑戰(zhàn)已經(jīng)不再是“是否使用 AI”，而是：如何在不被淹沒的前提下，把 AI 變成生產(chǎn)力。而從目前的趨勢來看，這場關(guān)于 AI 的“基礎(chǔ)設(shè)施競賽”，才剛剛開始。

參考鏈接：https://www.theregister.com/2026/03/26/greg_kroahhartman_ai_kernel/

奇點智能技術(shù)大會是由深耕多年的「全球機器學(xué)習(xí)技術(shù)大會」重磅升級而來。2026 奇點智能技術(shù)大會將于 4 月 17-18 日在上海環(huán)球港凱悅酒店正式召開，大會聚焦大模型技術(shù)演進、智能體系統(tǒng)工程、OpenClaw 生態(tài)實踐及 AI 行業(yè)落地等十二大專題板塊，特邀來自BAT、京東、微軟、小紅書等頭部企業(yè)的 50+ 位技術(shù)決策者分享實戰(zhàn)案例。旨在幫助技術(shù)管理者與一線 AI 落地人員規(guī)避選型風(fēng)險、降低試錯成本、獲取可復(fù)用的工程方法論，真正實現(xiàn) AI 技術(shù)的規(guī)模化落地與商業(yè)價值轉(zhuǎn)化。這不僅是一場技術(shù)的盛宴，更是決策者把握 2026 AI 拐點的戰(zhàn)略機會。