Debian已正式投票通过允许在项目贡献中使用生成式AI的决议，这一决定在社区中引发了广泛讨论与分歧。有人表示无所谓，也有人无法接受AI出现在他们热爱的开源项目中。让我们看看Debian的具体决策内容。

Debian明确“负责任使用生成式AI”的规则

经过数周讨论与投票，Debian最终通过了关于生成式AI使用的决议。核心规则如下：

• AI工具可用于开发、维护及文档编写工作，若使用得当可提升贡献者效率；
• 所有AI辅助贡献必须符合与其他贡献同等的质量、正确性及法律标准，无特殊豁免；
• 贡献者需在提交前理解、审查、测试并必要时修改AI生成内容，责任完全由人类承担；
• 鼓励披露AI使用情况，但并非强制要求；
• 严禁向第三方AI服务分享机密或安全敏感信息；
• 大规模自动化变更需提前经过社区讨论及人工监督后方可实施。

社区分歧：反对声与离职风波

这一决定再次将社区撕裂。部分成员强烈反对，认为AI不应出现在开源项目中。当消息发布在It’s FOSS的X账号上时，评论区一片哗然：有人表示支持，但更多人用“Linslop”“debAIn”等词汇表达不满，甚至有人表示将转向BSD系统。

更激烈的反应来自Debian开发者Antoine Le Gonidec，他因无法认同项目对LLM（大语言模型）的使用决定而宣布辞职。他在邮件中写道：“我无法支持Debian当前的LLM使用决策，也不愿再被视为在新规则下属于Debian的一部分。面对‘法西斯主义’时假装‘中立’，并非中立，而是主动合作。”

其他开源项目的不同选择

从GCC到Fedora，几乎所有开源项目都在制定AI生成代码及贡献的指南。部分项目彻底禁止，例如Oracle禁止AI生成内容进入OpenJDK，GCC也禁止AI生成代码进入编译器代码库。

但也有项目采取更灵活的态度。例如，Linux内核项目允许AI辅助代码，但要求补丁标注AI使用情况，且AI生成代码需遵守GPL 2.0协议，并有更多附加规则。

AI辅助编码：新常态还是妥协？

Debian作为社区领导者，其决策可能为其他项目树立先例，推动更多项目接受AI。在我看来，AI辅助编码已成为（或即将成为）新常态——无论我们是否愿意。年轻开发者将在AI环境中成长，依赖AI工具，未来项目若不“妥协”，可能因难以找到无AI辅助的贡献者而面临贡献者减少的问题。

这类似于Linux内核中Rust逐渐取代C的趋势：除了内存安全外，年轻开发者更熟悉Rust，引入Rust有助于吸引更多年轻贡献者，对项目长期发展有利。但关键在于，程序员不能盲目依赖AI，需能引导AI生成高效、高质量的代码，而非产出低效的“垃圾代码”。

💬 你的观点呢？你认为Debian的决策正确吗？欢迎在评论区分享你的想法。

---

关注微信号：智享开源 ，及时了解更新信息。

原文链接：https://feed.itsfoss.com/link/24361/17434660/debian-allows-ai-contribution

---

请支持IMCN发展！

谁在捐赠

微信捐赠	支付宝捐赠

扫码关注公众号：智享开源