#人工智能 Debian 社区正在讨论是否禁止使用 AI 提交代码和其他贡献：已有提案要求全面禁止，也有提案主张允许但贡献者必须承担责任并进行披露。目前讨论形成四项提案，提案 A 主张全面禁止，理由是 AI 生成内容存在版权和许可不清晰问题，同时可能存在错误。提案 B 和 D 主张允许使用 AI，但贡献者需负责，并应披露或标注。提案 C 则是尽可能拒绝 AI，但承认上游和整个软件行业都广泛使用 AI，完全禁止也不现实。查看全文：https://ourl.co/114101
开源操作系统 Debian 日前正在围绕使用人工智能模型提交代码和其他贡献展开讨论，这项投票目前仍然处在讨论阶段，讨论期限从 2026 年 7 月 24 日开始，目前尚未形成最终结果。核心问题是：Debian 是否应该允许开发者继续使用生成式 AI 工具参与 Debian 相关贡献。
从目前公开页面来看，社区已经形成 4 个不同的提案，立场从全面禁止使用 AI 模型辅助贡献，到允许使用但贡献者必须承担责任并进行披露不等，这也说明开源社区对 AI 代码和 AI 文档的态度仍然处在高度分裂阶段。
提案 A：全面禁止 AI 辅助贡献进入 Debian
最严格的是提案 A，该提案要求明确禁止任何使用或借助人工智能模型或生成式 AI 工具编写、生成或实质辅助生成的直接贡献进入 Debian，范围包括 Debian 源代码包、Debian 官方软件、Debian 网站资源、Debian 文档、Debian 翻译以及官方沟通内容等。
提案理由主要包括版权、质量、社区和伦理等方面。支持者认为，AI 模型输出的版权和许可状态不清晰，可能混入训练数据中的受版权保护内容；同时 AI 模型经常生成错误内容，而 Debian 作为强调稳定性和可靠性的发行版，不能把大量审核成本转嫁给维护者。
提案还提到，新的开源贡献者如果依赖 AI 生成的内容，可能无法真正理解 Debian 打包规则和维护流程，反而增加审查负担，这也会造成维护者倦怠，最终不利于整个 Debian 项目的发展。
提案 B 和 D：允许使用 AI 但贡献者必须对贡献负责
与提案 A 相反的是，提案 B 主张允许使用人工智能辅助贡献，但要求贡献者必须满足多项条件，包括确认 AI 工具条款不会影响 Debian 分发和修改权利，检查输出内容是否包含第三方版权材料，对技术质量、安全性、许可合规和实用性承担全部责任。
提案 B 还要求，如果贡献中有重要部分由 AI 生成或明显受到 AI 辅助，则贡献者应当进行披露，例如在提交信息中注明 Generated-By 或 Assisted-By 等标记。批量或自动生成贡献也应该提前讨论并由人类监管。
提案 D 的思路与 B 类似：Debian 不推荐或背书生成式 AI 开发，但承认这类工具已经存在，与其完全禁止，不如要求贡献者理解、评估并能解释自己提交的内容。同时禁止把非公开或敏感的 Debian 项目信息提交给云端 AI 工具处理。
提案 C：尽可能拒绝 AI，但承认完全阻止也不现实
提案 C 的立场介于允许和禁止之间，但该提案整体更偏向反对使用 AI 生成内容，提案要求 Debian 贡献者尽量避免在 Debian 工作中使用 AI，同时要求 Debian 决策者尽可能劝阻相关使用。
不过提案 C 也承认，由于上游项目和整个软件行业已经广泛使用 AI，完全禁止在 Debian 中出现任何 AI 输出并不现实，因此提案 C 提出更具体的限制：面向人类的消息例如 BUG 报告、邮件列表讨论、Salsa 讨论和 Planet Debian 博客文章，应该完全由人类撰写而不应该使用 AI 辅助，同时任何 Debian 工作中的 AI 使用都必须披露。
值得注意的是，提案 C 还允许单个项目和维护者完全禁止 AI 贡献，要求其他贡献者必须尊重这类禁令。
via Debian