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

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

AI 生成的代碼，能不能提交到開源項(xiàng)目里？

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

他的提議其實(shí)并不激進(jìn)。

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

• 如果代碼由 AI 生成，需要明確標(biāo)注

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

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

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

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

因?yàn)榇蠹彝蝗灰庾R到一件事：

這件事遠(yuǎn)遠(yuǎn)不只是“代碼是不是 AI 寫的”。

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

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

“AI”到底是什么？

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

有人吐槽：

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

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

• LLM 寫代碼？

• AI 做代碼審查？

• AI 生成原型？

• 還是自動補(bǔ)全工具？

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

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

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

如果因?yàn)椤癆I”這個(gè)標(biāo)簽就全面禁止，那幾乎是不可能的。

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

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

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

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

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

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

• 修一個(gè)小 bug

• 改一段文檔

• 寫一個(gè)小 patch

然后在維護(hù)者的 review 和指導(dǎo)下慢慢成長。

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

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

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

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

AI → patch → maintainer review

而不是：

新人 → patch → maintainer review

最壞的情況是：新貢獻(xiàn)者只是一個(gè)“中間人”，在 AI 和 maintainer 之間復(fù)制粘貼。

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

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

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

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

他們認(rèn)為生成式 AI 本身就存在嚴(yán)重問題。

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

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

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

此外還有：

• AI 訓(xùn)練消耗巨大能源

• 自動生成垃圾漏洞報(bào)告

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

有人甚至提出：

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

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

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

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

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

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

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

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

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

也有人主張直接禁止。

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

原因很簡單：Debian 還沒準(zhǔn)備好做這個(gè)決定。

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

但真正的問題，其實(shí)剛剛開始

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

但它暴露了一個(gè)更深的變化。

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

貢獻(xiàn)者是人。

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

越來越多的貢獻(xiàn)可能來自：AI + 操作者。

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

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

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

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

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

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

人寫代碼，人 review 代碼，人維護(hù)項(xiàng)目。

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

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

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

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

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

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

是一個(gè)工具？

還是一個(gè)新的“貢獻(xiàn)者”？

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

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

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

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

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

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

整個(gè)開源世界，都還沒有準(zhǔn)備好迎接這個(gè)時(shí)代。