Torvalds 對決 Debian：AI 輔助程式碼撕裂開放原始碼社群

Torvalds 在 2026 年 7 月 15 日的郵件中闡明了他的核心邏輯：AI 工具只是選擇性的生產力輔助工具，類似於編譯器或除錯器，Linux 核心不應該成為「那些全面禁止有用工具的『反 AI』專案」。他同時也承認了實務上的缺點，但認為維護者應該改進他們的工具與審查流程，而非由上而下全面禁止。

Debian 專案：正式推動禁止 LLM 生成的貢獻

Debian 的做法則是完全相反。2026 年 7 月 24 日，該專案開啟了編號 vote_002 的一般決議提案「LLM usage in Debian」的討論期。這項提案由開發者 Matthias Geiger 提出，並獲得包括 Ian Jackson 在內的七位貢獻者連署。Debian 官方投票頁面指出，該決議旨在「明確禁止任何使用或輔助大型語言模型（LLM）或其他生成式 AI 工具所撰寫的貢獻」。

這項擬議的禁令涵蓋範圍廣泛，包括：

• Debian 原始套件（source packages）
• 官方 Debian 專案軟體（如 lintian）
• 官方文件與翻譯
• 專案的官方通訊
• Bug 回報
• Wiki 內容

值得注意的是，該決議明確排除以下項目：使用 LLM 進行開發的上游專案、由 Debian 打包的 AI 相關軟體，以及上游修補程式或安全修復。

這項一般決議提供多個投票選項：

• 提案 A（全面禁止）：禁止所有 LLM 輔助的貢獻進入 Debian。
• 提案 B（有條件允許）：在滿足揭露、標記等特定條件下，允許 AI 輔助的貢獻。
• 其他選項：進一步的中間路線或「繼續討論」的選項。

該決議列出了四大關切：LLM 生成內容版權狀態的法律不確定性、品質與準確性下降的風險、社群健康（如審查者的壓力），以及與 LLM 訓練方法相關的倫理問題。Debian 將 AI 生成的程式碼視為對其發行版的潛在供應鏈與法律風險。

這並非 Debian 首次嘗試制定 AI 政策。在 2026 年 2 月至 3 月間，前任 Debian 計畫負責人 Lucas Nussbaum 曾提出一項草案，在七項條件（包括強制揭露與機器可讀標籤）下允許 AI 輔助貢獻。但在數週的激烈郵件列表辯論後，社群最終放棄了該次投票，選擇繼續以個案方式處理。2026 年 7 月的這項新提案被部分觀察家視為對先前未能達成共識的反彈，其立場更為嚴苛。

並肩比較：關鍵差異

開放原始碼陣營持續擴大的裂痕

這兩種立場代表了開放原始碼生態系中日漸加深的分歧。Torvalds 作為單一的「仁慈獨裁者」，可以迅速地做出決定，歡迎 AI 工具，並要求反對者分岔。Debian 作為一個由社群治理、堅守自由軟體原則與法律謹慎態度的專案，則正透過正式的民主程序，試圖禁止它視為對人類原創開放原始碼構成生存威脅的事物。

觀察家指出，這場分裂也與更廣泛的開放原始碼分化趨勢一致：Ubuntu 已擁抱 AI，而其他專案如 Curl 則因品質疑慮而禁止 AI 生成的貢獻。Debian 的投票結果若通過，可能會為其他主要的 Linux 發行版如何處理 AI 生成的貢獻，立下一個強大的先例。

對於身處這個環境中的貢獻者而言，實際的影響很清楚：在 Linux 核心受到歡迎的做法，在 Debian 中可能就構成違規。開放原始碼生態系對於 AI 的立場已不再單一，而是有越來越多的競爭性觀點，而每個專案的選擇，都反映了其最深層的治理價值觀。