Debian 项目发起议案，讨论是否允许 AI 大模型参与开发

一封提案点燃 Debian 社区 AI 争议

今年 2 月，Debian 开发者 Lucas Nussbaum 首先提出一份草案，希望社区通过正式决议明确是否接受 AI 辅助贡献，其态度相对温和。然而，7 月 22 日，另一名开发者 Matthias Geiger 联合 Jesse Rhodes 提交了更为激进的提案，标题直接为“禁止 LLM 贡献进入 Debian”。该提案迅速成为社区焦点，并正式触发了项目的一般决议流程。目前投票尚未开始，但开发者的立场已明显分化。

Geiger 条款：禁止 AI 直接贡献，但留有余地

Geiger 的提案核心是要求 Debian 明确拒绝任何由生成式 AI（包括 LLM）直接产生或辅助生成的贡献。具体约束包括：

• 禁止 Debian 贡献者直接使用 AI 工具编写代码、提交补丁或参与项目维护。
• 该禁令 不适用于 上游项目已使用 AI 开发的软件包、与 AI 相关的软件本身，以及来自上游的补丁和安全修复。
• 为将禁令制度化，提案建议在 Debian 社会契约（Social Contract）中新增条款，声明项目“不接受任何由 LLM 或其他生成式 AI 工具创建或辅助创建的直接贡献”。

这意味着 Debian 仍可打包第三方 AI 生成的软件，但自己的开发者必须手工完成所有工作。

开源社区掀起 AI 禁令潮：Gentoo、NetBSD 先行

Debian 的争议并非孤例。今年 4 月中旬，Linux 发行版 Gentoo 率先发布理事会政策，全面禁止使用 AI 工具生成的代码。5 月，类 UNIX 操作系统 NetBSD 紧随其后，通过更新提交指南加入了类似规定。此外，Linus Torvalds 及 Linux 内核维护团队近期也正式制定了项目级别的 AI 代码使用规范，要求所有 AI 辅助贡献必须明确标注且由人工复核。这些先行者的动作，为 Debian 的讨论提供了现实参照。

Debian 开发者分裂：自由与责任之争

支持禁令的开发者认为，AI 生成代码存在版权、质量和可审计性风险，且可能削弱 Debian 对自由软件原则的坚守——人类贡献者应对每一行代码负责。反对者则指出，完全禁止 AI 工具会限制创新，且 Debian 依赖大量上游软件，打包者无法控制上游是否使用 AI。部分开发者提出折中方案：要求所有 AI 辅助贡献必须明确声明，并建立问责机制，而非一刀切禁止。目前社区仍在激烈辩论，提案者承诺将在投票前充分吸纳各方意见。

投票前夜：Debian 将如何抉择？

随着一般决议流程推进，Debian 开发者需在“禁止 AI 直接贡献”与“建立披露规则”两条路径中做出选择。若禁令通过，Debian 将成为继 Gentoo、NetBSD 后第三个明确禁止 AI 辅助贡献的主流发行版，但也会面临与 AI 驱动的上游项目脱节的风险。投票预计在数周内启动，结果将深刻影响开源社区对 AI 参与治理的规范走向。