北京
一向以自由开放闻名的 Debian 社区，最近却准备对 AI 大模型关上大门。7 月 24 日，Debian 项目开发者正式发起议案，把“是否允许大语言模型（LLM）参与开发”这个敏感问题摆上了桌面。三个选项一字排开：完全禁止 AI 工具；允许贡献者用 AI 辅助工作；以及尽可能拒绝大语言模型和生成式 AI。
其中最激进的方案，要求一刀切禁掉 LLM 和生成式 AI，哪怕 AI 写的代码经过人工确认也不行。提案给出的理由相当直白：LLM 输出的代码无法确认版权归属，训练数据来源本身就存在法律灰色地带，开发者根本保证不了生成结果里没有复制版权内容。更实际的麻烦是，AI 可能搬出过时 API、废弃写法，直接踩到 Debian 的开发规范红线。提案还补了一刀——大模型不会“理解”代码，它只是在拼概率，生成的代码没法保证正确。
如果全面禁止太严厉，第二个选项试图给出折中方案：AI 可以当辅助，但最终提交的代码必须能按 Debian 许可证分发。开发者得自己确保 AI 产出的内容符合开源许可证要求，哪怕混进了第三方代码，也得逐行确认清楚。更关键的是，责任链条不能断——万一出了问题，按下提交按钮的人负全责，别想把锅甩给 AI。此外，凡是借助 AI 生成的提交，都需要打上明确的“AI 生成”标记。
然而，现实比理想复杂得多。第三个方案虽然同样对 LLM 充满警惕，却承认“完全禁止”已经不现实。原因很朴素：大量开发者早就把 AI 辅助编程用成了日常，而上游不少项目本身可能就已经夹杂了 AI 生成的代码，想一刀切根本拦不住。因此这一提案选择“尽量躲开”：要求所有贡献者尽量避免在工作中使用 AI 或 LLM，真要妥协，就一事一议、具体情况具体判断。同时划定了一条铁线——内部邮件交流、Bug 报告、文章撰写，必须完全由人类完成，不许 AI 插手。
即便工作真用了 AI 工具，提案也要求开发者主动披露。软件包的维护者则手握“最终解释权”，可以自行决定名下包是否接纳 AI 代码，所有人必须遵守。如果违反规则，警告、社区处分这些都可能降临。
这场讨论，本质上拷问的是开源世界的根基：当 AI 写代码的成本越来越低，但版权、合规、质量问题一个都跑不掉的时候，社区到底该信任机器，还是死死攥住人类的责任底线。Debian 的投票结果，很可能成为风暴眼——不仅影响一个发行版的开发流程，更可能在更广的开源圈里，搭出 AI 参与贡献的第一道篱笆。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
