貢獻 Linux 核心時的 AI 輔助指南

背景

Linux 核心開發團隊近期發布了關於 AI 輔助開發的正式指南，明確規範了開發者在使用 AI 工具貢獻程式碼時應遵循的流程。這份文件強調，雖然 AI 可以作為輔助工具，但法律責任與開發者證明（DCO）必須由人類簽署，且所有貢獻必須符合 GPL-2.0 授權協議，並新增了 Assisted-by 標籤以標註 AI 的參與。

社群觀點

Hacker News 社群對於 Linux 核心這項新政策展現了兩極化的反應。支持者認為這是一種務實且常識性的做法，肯定了「人類負最終責任」的核心原則。許多評論者指出，在 2026 年要求開發者完全不使用 AI 是不切實際的，與其全面禁止導致開發者私下違規，不如建立一套透明的追蹤機制。他們認為，只要人類開發者願意為程式碼背書，並在出現問題（如漏洞或授權爭議）時承擔被封鎖或法律追責的後果，程式碼的原始來源並非首要問題。這種觀點將 AI 視為一種進化的編輯器或編譯器，認為只要產出符合授權且能通過審核，就應被接納。

然而，反對聲音則集中在版權風險與「垃圾代碼」氾濫的擔憂上。部分開發者批評，AI 模型本質上是在未經許可的情況下，對大量受版權保護的程式碼進行有損壓縮與模式提取。他們擔心即便人類簽署了 DCO，也無法保證 AI 生成的內容中沒有夾雜來自不相容授權協議的片段。這種「洗稿」行為可能讓 Linux 基金會面臨潛在的法律訴訟，因為侵權風險在 AI 介入後變得具有可預見性，組織難以單靠開發者的個人承諾來規避連帶責任。此外，有人擔心這會導致大量缺乏深度理解的貢獻湧入，增加維護者的審核負擔，因為 AI 雖然能生成看似正確的語法，卻可能在邏輯細節上出錯。

社群中也出現了關於「人類與機器本質差異」的哲學討論。有評論者強烈反對將 AI 擬人化，認為使用 Assisted-by 標籤會助長某種魔幻思維。他們主張人類學習是為了豐富自身並貢獻社會，而 AI 訓練僅僅是企業將公共數據轉化為私有財產的過程。此外，關於授權協議的技術細節也引發熱議，例如公有領域（Public Domain）程式碼併入 GPL 核心後的法律地位，以及 GPL-2.0-only 與其他授權的相容性問題。整體而言，社群雖然對 Linux 核心擁抱新技術的開放態度表示讚賞，但對於 AI 工具帶來的法律灰色地帶與長期維護品質，仍抱持高度的警覺與不安。

延伸閱讀

• Linus Torvalds 訪談影片：討論關於建立完美 Linux PC 與 AI 的看法。
• SPDX 授權清單：關於 GPL-2.0-only 授權的詳細定義。
• Hutter Prize：關於壓縮與智慧關係的理論背景。
• ELIZA 效應：關於人類傾向於將電腦行為擬人化的心理現象。