Debian 中的 LLM 使用：三个提案
Debian 开发者正在权衡多个相互竞争的提案，讨论贡献者在为发行版工作时是否以及如何可以使用大型语言模型（LLM），选项从彻底禁止到附带披露与责任要求的条件性接受不等。支持严格限制的人强调版权状态不明、审查负担增加、环境与伦理问题，以及担心出现低质量的“AI slop”；而另一些人则认为 LLM 现在已是提升生产力、安全审计和帮助非英语使用者的必需工具。争论的很大一部分集中在可执行性、如何区分“辅助”与生成输出，以及拒绝 LLM 是保护 Debian 质量还是会让其长期相关性面临风险。
Debian 的 LLM 提案概览
- 多个相互竞争的提案：
- A：彻底禁止使用 LLM “使用或协助”撰写的贡献。
- B：允许 AI 辅助贡献，但对许可证检查和维护者责任提出严格要求。
- C：正式不鼓励使用 LLM（强社会规范，不设硬性禁令）。
- D：更狭义地接受用于 Debian 特定工作的 AI。
- 几位评论者强调这仍然只是讨论，不是最终决定，而且可能会出现更多提案或有提案被撤回。
执行与可行性
- 很多人质疑任何禁令或限制要如何执行；检测 LLM 使用被认为几乎不可能。
- 有人认为这更像是一个“意向声明”，依赖善意遵守；也有人认为这会让只有严格禁令（A）才逻辑自洽。
- 担忧编辑器/IDE 中无处不在的工具会让即使是有善意的贡献者也很难遵守。
代码质量、安全性与工具
- 支持 LLM 一方：LLM 擅长分析代码、发现漏洞并加速日常工作；禁止它们可能损害安全性和开发速度。
- 反对 LLM 一方：LLM 生成的代码往往质量低下、像“slop”，会增加审查负担，并可能隐藏细微 bug；项目应专注于强有力的人类审查和对变更的理由说明。
- 关于仅将 LLM 用于分析而非生成的争论；提案 A 的措辞可能无意中连 LLM 辅助漏洞发现也一并禁止。
翻译与非英语贡献者
- 有人担心，严格禁令会伤害依赖 LLM 阅读/编写技术材料的非英语使用者。
- 反方观点：使用机器翻译来阅读文档是可以的；问题在于把机器翻译后的文档作为权威的 Debian 内容发布。
- 有人指出提案 C 明确允许用母语写作，而读者可使用自己的翻译工具。
法律与许可证问题
- 强调 LLM 输出的版权状态不明，以及 Debian 需要“绝对清晰”。
- 怀疑贡献者是否现实上能够验证 AI 输出不包含第三方受版权保护的代码。
- 与要求人类保证没有无意复制或内存安全 bug 相比：这当然是想要的，但无法被证明。
伦理、环境与社会影响
- 反对 LLM 的论点包括：未经同意的数据抓取、数据中心的环境成本，以及减少人与人之间的互动。
- 其他人认为这些说法证据不足，或超出了 Debian 的范围，或者建议通过诉讼/监管去针对 AI 提供商。
项目身份、把关与未来
- 一些人认为禁令是保守的，与 Debian 以稳定为先的文化一致；另一些人则认为这是对有用工具的傲慢把关。
- 争论焦点在于，拒绝 LLM 生成的贡献会让 Debian 变得无关紧要，还是能让它继续作为一个高信任、精心筛选的基础系统。
- 多位评论者预测，随着 AI 辅助开发的进步，任何“禁用 LLM”的立场都将变得难以维持；也有人认为 Debian 以后总可以再改变方向。