當AI開始給Debian提交代碼，開源社區(qū)突然不知道該怎么辦了。

最近，開源世界發(fā)生了一場非常有意思的討論。

全球最流行 Linux 發(fā)行版之一 Debian 背后社區(qū)開始認真討論一個問題：

AI 生成的代碼，能不能提交到開源項目里？

事情的起因是 Debian 開發(fā)者 Lucas Nussbaum 在 2 月提出了一份草案，希望社區(qū)通過一項正式?jīng)Q議，明確 Debian 是否接受 AI 輔助貢獻。

他的提議其實并不激進。

核心規(guī)則只有三條：

• 如果代碼由 AI 生成，需要明確標注

• 提交者必須理解代碼，并對質量和安全負責

• 不允許把私密項目數(shù)據(jù)輸入 AI 工具

看起來，這只是一次技術政策討論。

但很快，Debian 郵件列表就變成了一場長達數(shù)周的激烈辯論。

因為大家突然意識到一件事：

這件事遠遠不只是“代碼是不是 AI 寫的”。

第一層問題：我們到底在討論什么？

討論一開始就卡在一個看似簡單的問題上：

“AI”到底是什么？

不少開發(fā)者認為，“AI”這個詞已經(jīng)被用爛了。

有人吐槽：

“AI 這個詞現(xiàn)在幾乎可以指宇宙中的任何東西?！?/blockquote>

于是很多人要求把概念說清楚——

• LLM 寫代碼？

• AI 做代碼審查？

• AI 生成原型？

• 還是自動補全工具？

如果連技術范圍都說不清，就很難制定政策。

也有人提出一個更現(xiàn)實的觀點：開源社區(qū)其實早就接受了各種自動化工具。

從靜態(tài)分析，到自動測試，再到代碼生成器。

如果因為“AI”這個標簽就全面禁止，那幾乎是不可能的。

所以問題不是能不能用 AI，而是在哪些場景下用。

第二層問題：AI 會不會讓開源社區(qū)失去新人？

討論中最有意思的觀點，其實來自另一位開發(fā)者 Simon Richter。

他提出了一個被稱為“onboarding problem”的問題。

在開源社區(qū)，新人通常是這樣成長的：

先從一些簡單任務開始：

• 修一個小 bug

• 改一段文檔

• 寫一個小 patch

然后在維護者的 review 和指導下慢慢成長。

這就是開源社區(qū)幾十年來培養(yǎng)開發(fā)者的方式。

但現(xiàn)在出現(xiàn)了一個變化。

這些“簡單任務”，AI 也可以做。

如果 AI 可以快速生成 patch，那么 maintainer 看到的貢獻可能變成這樣：

AI → patch → maintainer review

而不是：

新人 → patch → maintainer review

最壞的情況是：新貢獻者只是一個“中間人”，在 AI 和 maintainer 之間復制粘貼。

結果就是：問題可能被解決了，但社區(qū)沒有培養(yǎng)出新的開發(fā)者。

換句話說，AI 可能會改變開源社區(qū)最重要的一件事：人才成長路徑。

第三層問題：AI 工具本身是否值得信任？

還有一部分開發(fā)者的擔憂更加直接。

他們認為生成式 AI 本身就存在嚴重問題。

比如：訓練數(shù)據(jù)是否侵犯版權？

很多 AI 公司通過大規(guī)模抓取互聯(lián)網(wǎng)內(nèi)容訓練模型，其中包括大量開源代碼和文章。

但這些內(nèi)容的作者，往往并沒有被征求許可。

此外還有：

• AI 訓練消耗巨大能源

• 自動生成垃圾漏洞報告

• 向開源項目提交大量低質量 patch

有人甚至提出：

Debian 應該公開反對 generative AI（生成式 AI）。

不過這種立場也引發(fā)了另一派反駁。

有人指出：代碼質量從來不是 AI 的問題。

人類既可以寫出優(yōu)秀代碼，也可以寫出糟糕代碼。

甚至有人調(diào)侃說：

“寫出毫無意義的垃圾代碼不需要創(chuàng)造力，但寫出真正糟糕的代碼往往需要人類的想象力。”

最終結果：Debian 選擇“暫時不決定”

討論持續(xù)了幾周，意見依然嚴重分裂。

有人希望允許 AI，但增加透明度要求。

有人認為應該限制某些使用場景。

也有人主張直接禁止。

最終，提出提案的開發(fā)者決定暫時不推進投票。

原因很簡單：Debian 還沒準備好做這個決定。

于是社區(qū)達成了一個臨時共識：繼續(xù)按照現(xiàn)有規(guī)則處理 AI 相關貢獻。

但真正的問題，其實剛剛開始

表面上看，這只是一次關于 AI 工具的討論。

但它暴露了一個更深的變化。

過去幾十年，開源社區(qū)默認的前提一直是：

貢獻者是人。

而現(xiàn)在，這個前提開始被打破。

越來越多的貢獻可能來自：AI + 操作者。

當 AI 開始參與代碼生產(chǎn)時，開源社區(qū)必須回答一個新的問題：AI 是工具還是新的“貢獻者”。

這不僅是技術問題。

更是一個關于社區(qū)治理、人才培養(yǎng)和軟件未來的問題。

但真正值得注意的，其實不是 Debian 是否允許 AI 寫代碼。

而是開源社區(qū)第一次不得不面對一個新的現(xiàn)實：代碼的作者，可能不再是人。

在過去幾十年里，開源社區(qū)的運行邏輯一直非常簡單：

人寫代碼，人 review 代碼，人維護項目。

整個生態(tài)的核心，其實不是代碼，而是 人和人的協(xié)作關系。

新人從小 patch 開始成長，慢慢成為 maintainer，再把經(jīng)驗傳遞給下一代開發(fā)者。

這套機制支撐了 Linux、Python、Debian 這些龐大的開源世界。

但 AI 的出現(xiàn)，正在悄悄改變這一切。

當越來越多的 patch 來自 AI，當越來越多的貢獻只是“把 AI 生成的代碼提交上來”，開源社區(qū)就必須回答一個新的問題：

AI 在這個生態(tài)里，到底算什么？

是一個工具？

還是一個新的“貢獻者”？

Debian 的這場討論沒有結論。

但它已經(jīng)揭示了一件事：

開源社區(qū)真正要面對的，不是 AI 寫代碼。

而是：當 AI 也開始參與協(xié)作時，開源社區(qū)該如何繼續(xù)運轉。

這可能才是未來十年開源世界最重要的問題之一。

而 Debian 的猶豫，或許正說明了一件事：

整個開源世界，都還沒有準備好迎接這個時代。