近期，Linux 发行版社区正就大语言模型（LLM）生成代码的接纳比例划定界限。主流决策结果呈现两极分化：要么全面禁止 AI，要么在允许使用的同时，强制要求管理者对 AI 生成代码承担全部责任。
对于非严格反 AI 的社区而言，后者被视为在保障代码质量与接纳新技术之间取得平衡的最优解。开发者可利用 AI 辅助研究、定位 Bug 及生成代码，但必须为提交内容的质量兜底。然而，这一政策也带来了隐性成本：维护者的审查负担显著加重。
Debian 的“负责任使用”政策
Debian 开发者以较大优势通过了名为“选项 5：负责任地使用生成式 AI”的方案。该政策与 Linux 内核规则高度相似，核心要点如下：
Debian 项目既不背书也不禁止在软件开发、打包及文档中使用生成式 AI 工具。若负责任地使用，此类工具可提升志愿者生产力，使其更专注于需要技术专长与判断力的工作。
所有提交至 Debian 的内容，无论是否由 AI 辅助，均须满足相同的质量、正确性、可维护性及法律合规标准。使用 AI 不减轻贡献者责任，提交前必须理解、审查、测试并适当修改 AI 输出。
简言之，Debian 不反对利用 LLM 辅助开发，但严禁以“AI 生成”为由提交低质内容。提交者需确保代码符合人类撰写的同等标准，这为实验性使用开了绿灯，同时遏制了盲目提交。
维护者面临“提交洪水”压力
开源项目一旦放开 AI 限制，提交模式即发生转变。开发者可借助 AI 批量生成 Bug 报告或补丁，只要结果达标即可提交。这导致维护者面临巨大压力，Linux 内核社区已现端倪：Linus Torvalds 指出，近期候选版本中 Bug 修复数量激增，部分归因于 AI 代理加速了这一过程；同时，海量自动生成的 Bug 报告也正淹没官方渠道。
以工具对抗工具
开源社区已意识到这一挑战并非不可解。Linus Torvalds 明确表示，解决方案不是回避问题，而是确保 LLM 工具能协助而非单纯增加维护者负担。尽管目前尚不确定具体形态，但利用 AI 增强筛选能力、应对海量提交已成为必然趋势。
总体而言，Debian 的政策方向正确：在允许 AI 介入的同时确立严格的责任归属，实现了旧标准与新技术的平衡。但社区亟需探索缓解维护者压力的机制，避免其被 AI 生成的额外工作量压垮。