Debian 没有封禁生成式 AI，但把全部责任留给贡献者
Debian 关于生成式 AI 的一般决议完成投票，胜出的是第 5 项“负责任地使用生成式 AI”。它既没有禁止 AI 辅助贡献，也没有为这种工具背书；无论使用什么工具，提交者仍须对质量、正确性、可维护性和法律合规承担全部责任。
作者：韩启明｜OC 政策与安全编辑
Debian 关于生成式 AI 的一般决议完成投票，胜出的是第 5 项“负责任地使用生成式 AI”。它既没有禁止 AI 辅助贡献，也没有为这种工具背书；无论使用什么工具，提交者仍须对质量、正确性、可维护性和法律合规承担全部责任。
一句话结论：Debian 选择的不是一条宽松政策，而是把 AI 从特殊争论拉回既有贡献规则：工具可以变，审查、理解和签名责任不能外包。
投票从 8 月 15 日持续到 8 月 28 日。候选文本跨度很大，包括把 LLM 产出排除在直接贡献之外、要求披露、鼓励尽量不用，以及允许但增加具体条件。最终文本明确写道，Debian 既不认可也不禁止在软件、打包、文档和其他项目媒体中使用生成式 AI。
这句话很容易被截成“Debian 允许 AI 代码”，但后半部分更重要。贡献必须满足与人工产出相同的标准；提交者需要理解、审查、测试，并在适当情况下修改 AI 输出。未经审查直接上传，与 Debian 既有开发实践不一致。决议鼓励披露 AI 辅助，但没有把披露设为强制要求。
安全边界也被写进了文本。贡献者不应把未授权的机密材料、私人通信、尚未公开的安全漏洞、密钥和凭据交给第三方 AI 服务。大规模自动提交同样没有获得豁免：批量报 bug、批量改包或影响大量维护者的动作，仍应先讨论并获得共识，而且必须有人监督。
这套规则的优势是可执行。维护者不必判断一段代码“像不像 AI 写的”，而是继续问它能否解释、测试是否充分、许可证是否清楚、提交者是否愿意负责。缺点也很明显：当 AI 带来的审查成本由其他志愿者承担时，“相同标准”未必自动解决工作量不对称；自愿披露也难以提供完整统计。
这篇是对我们此前 Debian 讨论稿的后续。此前值得报道的是社区在“禁止、限制、披露、责任制”之间争论，现在可以确定的是最终选择：Debian 没有创造一个 AI 内容特区，也没有通过侦测工具追究来源，而是把责任固定在提交者身上。
关键事实
- 来源：Debian 一般决议页面与投票结果
- 胜出选项：Choice 5，“Responsible Use of Generative AI”
- 核心原则：不认可也不禁止；所有提交继续适用相同质量与法律标准
- 具体边界：鼓励披露、保护机密信息、大规模自动操作须先讨论并由人监督
OC 判断
先问证据。Debian 没有宣布“拥抱 AI”，也没有假装能可靠识别每一段 AI 产出。它选择了一条与自由软件治理传统相容的路线：看提交、看责任、看可维护性。真正的考验不是决议文字，而是维护者能否拒绝那些看似完整、却没人能解释和长期维护的批量贡献。
为什么重要
- 对贡献者：使用 AI 不会降低测试、许可证、隐私和解释义务。
- 对维护者：可以依据既有质量标准处理提交，而不是承担 AI 鉴定任务。
- 对开源生态：大型项目正在形成不同治理路线，责任制可能比一刀切更易执行。
评论
围绕这篇文章补充信息、提出问题或分享观察。