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

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

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

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

他的提議其實并不激進。

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

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

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

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

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

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

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

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

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

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

“AI”到底是什么？

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

有人吐槽：

“AI 這個詞現(xiàn)在幾乎可以指宇宙中的任何東西。”

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

• LLM 寫代碼？

• AI 做代碼審查？

• AI 生成原型？

• 還是自動補全工具？

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

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

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

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

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

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

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

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

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

先從一些簡單任務(wù)開始：

• 修一個小 bug

• 改一段文檔

• 寫一個小 patch

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

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

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

這些“簡單任務(wù)”，AI 也可以做。

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

AI → patch → maintainer review

而不是：

新人 → patch → maintainer review

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

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

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

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

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

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

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

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

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

此外還有：

• AI 訓練消耗巨大能源

• 自動生成垃圾漏洞報告

• 向開源項目提交大量低質(zhì)量 patch

有人甚至提出：

Debian 應(yīng)該公開反對 generative AI（生成式 AI）。

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

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

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

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

“寫出毫無意義的垃圾代碼不需要創(chuàng)造力，但寫出真正糟糕的代碼往往需要人類的想象力?！?/blockquote>最終結(jié)果：Debian 選擇“暫時不決定”

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

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

有人認為應(yīng)該限制某些使用場景。

也有人主張直接禁止。

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

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

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

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

表面上看，這只是一次關(guān)于 AI 工具的討論。

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

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

貢獻者是人。

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

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

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

這不僅是技術(shù)問題。

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

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

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

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

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

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

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

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

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

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

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

是一個工具？

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

Debian 的這場討論沒有結(jié)論。

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

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

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

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

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

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