Torvalds vs Debian：開源社群AI代碼內戰全面爆發

呢個對比唔單止係程序上嘅分歧，而係反映咗根本唔同嘅治理哲學、風險取態同對開放原始碼發展未來嘅願景。

Linux核心：務實許可，人類承擔全部責任

Torvalds嘅立場係經過一段漫長、偶爾矛盾嘅演變而嚟嘅。2026年頭，佢仲警告核心開發者唔好用AI生成嘅代碼，重鬧AI係「九成靠吹水」。但到咗2025年11月，佢喺Open Source Summit Korea就話對vibe coding（用AI寫code）「相當正面」，不過只限學習用途。直到2026年4月，Linux 7.0合併咗正式嘅AI編碼助手政策文件Documentation/process/coding-assistants.rst，呢個係由Sasha Levin喺2025年Maintainers Summit推動嘅成果。

呢份政策有三條核心規則：

• 只有人類可以簽署（Signed-off-by）。「AI代理絕對唔可以加Signed-off-by標籤。只有人類可以合法認證開發者源碼起源證書（DCO）」。DCO係一個有法律約束力嘅作者身份同授權聲明，AI冇辦法做到。
• **建議加「Assisted-by」標籤（非強制）。**用咗AI工具嘅貢獻者應該喺提交訊息入面加一個Assisted-by:標籤，註明模型名稱同版本，例如Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot]。
• **人類負全責。**提交嘅人類要對每一行代碼、每一個錯誤、每一個安全漏洞承擔全部法律同聲譽責任。

Torvalds喺7月15日嘅帖文講得好清楚：AI工具係可選嘅生產力輔助，就好似編譯器或者除錯器咁，Linux核心唔應該成為「嗰啲反AI項目」。佢承認AI工具可能帶嚟實際問題，但佢認為維護者應該改善審查流程，而唔係由上而下咁一刀切禁止。

Debian項目：正式推動全面封殺LLM生成嘅貢獻

Debian嘅做法完全相反。2026年7月24日，項目開啟咗總決議vote_002「Debian入面嘅LLM使用」嘅討論期，呢項提案由開發者Matthias Geiger提出，並由包括Ian Jackson在內嘅七位貢獻者聯署。

提案嘅禁止範圍好廣，涵蓋Debian直接貢獻嘅幾個主要範疇：

• Debian源碼包
• 官方Debian項目軟件（例如lintian）
• 官方文件同翻譯
• 官方項目溝通
• 錯誤報告
• Wiki內容

重要嘅係，呢項決議明確排除咗用LLM做開發嘅上游項目、Debian打包嘅AI相關軟件，以及上游補丁同安全更新。

總決議畀投票者幾個選項：

• **提案A（全面封殺）：**禁止所有LLM輔助嘅貢獻。
• **提案B（有條件許可）：**只要滿足披露、標籤等條件，就允許AI輔助貢獻。
• **其他選項：**中間路線或者「進一步討論」嘅選擇。

項決議列出四大關注範疇：LLM生成內容嘅版權法律不確定性、品質同準確性下降風險、對社群健康嘅影響（包括審查者壓力），同埋LLM訓練方法嘅道德問題。Debian將AI生成嘅代碼視為潛在嘅供應鏈同法律風險。

呢次唔係Debian第一次嘗試制定AI政策。2026年2月至3月，前Debian項目領袖Lucas Nussbaum提出嘅一份草案原本打算喺七個條件下允許AI輔助貢獻，包括強制披露同機器可讀標籤。經過幾星期激烈嘅郵件列表討論之後，社群最終放棄咗投票，決定繼續逐案處理AI貢獻。2026年7月呢次就係一個更嚴厲嘅新提案，有觀察者認為係對之前無法達成共識嘅反彈。

並排比較：關鍵差異

開源生態系統嘅裂痕越嚟越深

呢兩個立場代表咗整個生態系統入面日益加深嘅分歧。Torvalds作為單一嘅仁慈獨裁者，可以一刀切咁歡迎AI工具，叫反對者fork走。而Debian作為一個社群治理嘅項目，對自由軟件原則同法律謹慎有強烈承諾，就透過正式嘅民主程序嚟禁止佢哋認為會威脅人類原創開源軟件嘅做法。

觀察者留意到呢次分歧反映咗更廣泛嘅開源碎片化現象：Ubuntu已經擁抱AI，而其他項目好似Curl就因為品質問題而禁止AI生成嘅貢獻。如果Debian嘅投票通過，可能會為主要Linux發行版未來點樣處理AI生成嘅貢獻立下一個強而有力嘅先例。

對於要喺呢個環境入面工作嘅貢獻者嚟講，實際意義好清楚：喺Linux核心入面受歡迎嘅做法，可能喺Debian入面係違反政策嘅。開放原始碼生態系統已經冇一個統一嘅AI立場——而係有越來越多互相競爭嘅立場，每個項目嘅選擇都反映出佢哋最深層嘅治理價值觀。