Linus 唔禁 AI 寫 Linux，maintainer 要面對更多 review 壓力

Linus Torvalds 又有一句好適合做標題嘅「Fork it. Or just walk away」，不過淨係睇呢句，好容易誤會成 Linux kernel 由今日起乜 AI code 都照收。佢喺 mailing list 講得幾清楚：Linux 唔會定成反 AI 項目，亦唔會阻止其他人用 AI；patch 最後過唔過關，照樣睇技術成效。Linux 最後都係逐個 patch 睇技術質素，唔會因為用過 AI 就照收或者即刻拒收。

Linus 反對全面封殺，冇叫 maintainer 閉嘴

Linus 承認 AI 會增加 maintainer 工作量，亦會挖出一啲令人尷尬嘅 bug。佢主張嘅方向係設法令 LLM 工具幫輕審查，唔係當問題睇唔到。所謂「loudly ignore」，針對嘅係叫其他人一律停用 AI 嗰種主張；如果有人指出 patch 有 race condition、錯用 API 或授權交代唔清，呢啲仍然係正常技術審查。XDA 個標題將衝突感推得幾盡，完整上下文其實務實得多。

呢個分別幾重要。Linux kernel 收 patch 一向要求真人簽署 Developer’s Certificate of Origin，提交者要為來源同提交權利負責。就算 code 由 agent 起草，mailing list 上面回應問題、改 patch 同解釋設計取捨嗰個，仍然要係識得自己交緊咩嘅人。「個 agent 話冇問題」唔會取代作者責任，仲唔會取代 subsystem maintainer 嘅判斷。

Sashiko 展示 AI reviewer 可以點用

今次討論有實物背景：Sashiko 係 Linux Foundation 旗下嘅開源 agentic code review 系統，由 Google 提供運算資源同 LLM token。佢會監察公開 mailing list，用多階段流程檢查架構、執行路徑、資源釋放、鎖、同步、安全問題同硬件 driver 細節，最後再合併重複意見、覆核疑點同估算嚴重程度。相比叫 agent 自動交一大堆 patch，先用佢做第二對眼，風險明顯容易控制。

Sashiko 團隊話，用 Gemini 3.1 Pro 檢查最近 1,000 個帶 Fixes: tag 嘅 upstream commit 時，系統搵到當中 53.6% 對應 bug；呢批問題之前都曾經通過人手 review，再進入主線。呢個結果幾吸引，但係項目自己嘅回溯測試，Sashiko 官方文件未有提供獨立團隊重現測試嘅結果。佢亦可能從已知修正模式取得線索，所以唔可以直接解讀成「AI 審 code 勁過人類」。

假陽性一樣會燒 maintainer 時間

團隊估計 Sashiko 假陽性處於 20% 以內，不過佢哋同時註明，數字只係來自有限度人手檢查，好多個案仲屬灰色地帶。對 kernel maintainer 嚟講，一個似層層、引用晒相關 function 嘅錯誤警告，可能要翻查硬件文件、歷史 commit 同鎖嘅生命週期先證明佢錯。自動工具可以大量出報告，但 maintainer 逐份核實要花時間，所以除咗捉到幾多 bug，亦要睇誤報比例同報告數量。

呢度亦解釋到點解 AI reviewer 會受歡迎，同時惹 maintainer戒心。佢捉到一個 use-after-free，回報已經相當可觀；但如果每個真 bug 前面排住幾個寫得好有自信嘅誤報，成套工具就會變成新 inbox。Linux 下一步值得睇嘅，係各 subsystem 可唔可以自行調校 prompt、控制公開回覆方式，同量度每個有效發現實際花咗幾多審查時間。

開源社群仍然要保留人嘅選擇

Software Freedom Conservancy 最新建議同 Linus 嘅方向有一段重疊：貢獻者應該可以自行決定用唔用 LLM，項目亦可以拒收未經人手整理嘅自動提交。SFC 另外要求披露所用系統、版本同協助範圍，提交者要徹底理解內容，無人看管嘅 agent 貢獻只應送去項目明確指定嘅地方。呢套做法將選擇權、透明度同 maintainer 負擔一齊放上枱，實際過一句撐 AI 或反 AI。

Linus 今次定低嘅只係大方向：Linux 唔會因為工具身份封殺貢獻。Sashiko 能否長期留低，就要睇佢交出幾多真 bug、製造幾多誤報，同有冇實際幫 maintainer 慳到時間。採用 coding agent 嘅團隊都可以用同一把尺，先量度 review 成本，再決定自動化應該去到幾盡。

參考來源

• XDA Developers — Linus Torvalds will "loudly ignore" anyone criticising AI code in Linux: "Fork it. Or just walk away" — original report
• Linux kernel mailing list：Linus Torvalds 回應 AI 工具政策 — 核對「fork it」、「loudly ignore」同按技術成效判斷嘅完整一手上下文。
• Sashiko 官方網站 — 確認系統用途、Linux Foundation 歸屬、公開 mailing list 審查方式同 Google 資助安排。
• Sashiko 官方文件：Quality of reviews — 53.6% 找 bug 結果、假陽性估算、測試限制同多階段審查流程嘅原始出處。
• Software Freedom Conservancy：LLM 參與 FOSS 嘅建議 — 補充貢獻者自主、披露、人手覆核同無人看管提交方面嘅開源社群政策背景。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。