開源與 AI 開發工具
Linus Torvalds 劃清 Linux Kernel 對 AI 的底線：不禁用，也不讓反 AI 立場綁架專案
在 Sashiko 與 Patchwork 串接討論中，Linus Torvalds 明確表示 Linux kernel 不是反 AI 專案；反對者可以依開源規則 fork，或選擇離開。這不是全面放行 AI 產物，而是把 AI 工具納入既有技術評估：結果要有用、責任仍在人類維護者與提交者身上。
Linus Torvalds 在 Linux kernel 郵件列表上，對 AI 工具是否應被排除在核心開發流程之外做出強硬表態。這場討論源自 Sashiko 與 Patchwork 的串接：Sashiko 是用於檢查 kernel patch 的 AI 輔助審查系統，爭議焦點不是單一 patch，而是 Linux 是否應對 LLM 工具採取原則性拒斥。
Torvalds 的立場很清楚：Linux kernel 不會把自己定義成反 AI 專案。他在回覆中表示，AI 已經是像其他開發工具一樣的工具，而且現在是否有用已不是主要疑問；真正要處理的是如何讓 LLM 工具幫助維護者，而不是只增加維護負擔。對於想禁止他人使用 AI 的聲音，他的態度是拒絕讓這種立場主導上游專案方向。
這句「不喜歡就 fork 或離開」在社群中最容易被截成標題，但技術脈絡比口號更重要。Torvalds 並沒有說 AI 輸出的程式可以免審查，也沒有把 vibe coding 變成 kernel 開發規範；他的重點是 Linux 一貫依技術價值做決策，而不是因為工具帶有 AI 標籤就預設禁止。換句話說，AI 產物仍要接受 kernel 的審查標準、責任歸屬與維護成本檢驗。
這也反映出大型開源專案面對 AI 的治理差異。較小專案可能因 AI bug report、低品質 PR 或授權疑慮而選擇更嚴格限制；Linux kernel 則有更成熟的 maintainer 階層與審查流程，因此更可能把 AI 視為待馴化的工具，而不是必須排除的污染源。Sashiko 若能穩定找出人工審查漏掉的問題，就有機會成為維護者工作流的一部分；若造成噪音，它同樣會被技術標準淘汰。
接下來值得觀察的是 Linux kernel 如何把這種立場落到流程細節：AI 審查結果是否需要標示來源、哪些回報能進入公共列表、維護者如何處理重複或錯誤報告，以及提交者是否必須對 AI 輔助產出承擔完整責任。Torvalds 這次不是宣布 Linux 變成 AI 原生專案，而是把底線畫出來：工具可用，但不能繞過技術審查；反 AI 立場也不能成為封鎖工具的充分理由。