最近，开源世界发生了一场非常有意思的讨论。

全球最流行 Linux 发行版之一 Debian 背后社区开始认真讨论一个问题：

AI 生成的代码，能不能提交到开源项目里？

事情的起因是 Debian 开发者 Lucas Nussbaum 在 2 月提出了一份草案，希望社区通过一项正式决议，明确 Debian 是否接受 AI 辅助贡献。

他的提议其实并不激进。

核心规则只有三条：

• 如果代码由 AI 生成，需要明确标注

• 提交者必须理解代码，并对质量和安全负责

• 不允许把私密项目数据输入 AI 工具

看起来，这只是一次技术政策讨论。

但很快，Debian 邮件列表就变成了一场长达数周的激烈辩论。

因为大家突然意识到一件事：

这件事远远不只是“代码是不是 AI 写的”。

第一层问题：我们到底在讨论什么？

讨论一开始就卡在一个看似简单的问题上：

“AI”到底是什么？

不少开发者认为，“AI”这个词已经被用烂了。

有人吐槽：

“AI 这个词现在几乎可以指宇宙中的任何东西。”

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

• LLM 写代码？

• AI 做代码审查？

• AI 生成原型？

• 还是自动补全工具？

如果连技术范围都说不清，就很难制定政策。

也有人提出一个更现实的观点：开源社区其实早就接受了各种自动化工具。

从静态分析，到自动测试，再到代码生成器。

如果因为“AI”这个标签就全面禁止，那几乎是不可能的。

所以问题不是能不能用 AI，而是在哪些场景下用。

第二层问题：AI 会不会让开源社区失去新人？

讨论中最有意思的观点，其实来自另一位开发者 Simon Richter。

他提出了一个被称为“onboarding problem”的问题。

在开源社区，新人通常是这样成长的：

先从一些简单任务开始：

• 修一个小 bug

• 改一段文档

• 写一个小 patch

然后在维护者的 review 和指导下慢慢成长。

这就是开源社区几十年来培养开发者的方式。

但现在出现了一个变化。

这些“简单任务”，AI 也可以做。

如果 AI 可以快速生成 patch，那么 maintainer 看到的贡献可能变成这样：

AI → patch → maintainer review

而不是：

新人 → patch → maintainer review

最坏的情况是：新贡献者只是一个“中间人”，在 AI 和 maintainer 之间复制粘贴。

结果就是：问题可能被解决了，但社区没有培养出新的开发者。

换句话说，AI 可能会改变开源社区最重要的一件事：人才成长路径。

第三层问题：AI 工具本身是否值得信任？

还有一部分开发者的担忧更加直接。

他们认为生成式 AI 本身就存在严重问题。

比如：训练数据是否侵犯版权？

很多 AI 公司通过大规模抓取互联网内容训练模型，其中包括大量开源代码和文章。

但这些内容的作者，往往并没有被征求许可。

此外还有：

• AI 训练消耗巨大能源

• 自动生成垃圾漏洞报告

• 向开源项目提交大量低质量 patch

有人甚至提出：

Debian 应该公开反对 generative AI（生成式 AI）。

不过这种立场也引发了另一派反驳。

有人指出：代码质量从来不是 AI 的问题。

人类既可以写出优秀代码，也可以写出糟糕代码。

甚至有人调侃说：

“写出毫无意义的垃圾代码不需要创造力，但写出真正糟糕的代码往往需要人类的想象力。”

最终结果：Debian 选择“暂时不决定”

讨论持续了几周，意见依然严重分裂。

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

有人认为应该限制某些使用场景。

也有人主张直接禁止。

最终，提出提案的开发者决定暂时不推进投票。

原因很简单：Debian 还没准备好做这个决定。

于是社区达成了一个临时共识：继续按照现有规则处理 AI 相关贡献。

但真正的问题，其实刚刚开始

表面上看，这只是一次关于 AI 工具的讨论。

但它暴露了一个更深的变化。

过去几十年，开源社区默认的前提一直是：

贡献者是人。

而现在，这个前提开始被打破。

越来越多的贡献可能来自：AI + 操作者。

当 AI 开始参与代码生产时，开源社区必须回答一个新的问题：AI 是工具还是新的“贡献者”。

这不仅是技术问题。

更是一个关于社区治理、人才培养和软件未来的问题。

但真正值得注意的，其实不是 Debian 是否允许 AI 写代码。

而是开源社区第一次不得不面对一个新的现实：代码的作者，可能不再是人。

在过去几十年里，开源社区的运行逻辑一直非常简单：

人写代码，人 review 代码，人维护项目。

整个生态的核心，其实不是代码，而是 人和人的协作关系。

新人从小 patch 开始成长，慢慢成为 maintainer，再把经验传递给下一代开发者。

这套机制支撑了 Linux、Python、Debian 这些庞大的开源世界。

但 AI 的出现，正在悄悄改变这一切。

当越来越多的 patch 来自 AI，当越来越多的贡献只是“把 AI 生成的代码提交上来”，开源社区就必须回答一个新的问题：

AI 在这个生态里，到底算什么？

是一个工具？

还是一个新的“贡献者”？

Debian 的这场讨论没有结论。

但它已经揭示了一件事：

开源社区真正要面对的，不是 AI 写代码。

而是：当 AI 也开始参与协作时，开源社区该如何继续运转。

这可能才是未来十年开源世界最重要的问题之一。

而 Debian 的犹豫，或许正说明了一件事：

整个开源世界，都还没有准备好迎接这个时代。