System76 的 COSMIC 以审查过载为由，在 Pop!_OS Pull 请求中禁止人工智能生成的代码

由于维护者审查队列溢出，System76 的 COSMIC 桌面现在会拒绝包含 LLM 生成的代码、注释或描述的拉取请求。

Pop!_OS Linux 发行版背后的公司 System76 在其旗舰桌面项目中针对 AI 问题采取了强硬路线：COSMIC 桌面环境将不再接受包含大型语言模型生成内容的拉取请求。

正如 Linuxiac 首次报道并于本周被 Neowin 采纳的那样，COSMIC 拉取请求模板已更新，要求贡献者确认他们提交的内容不包含任何类型的 LLM 生成的材料，包括源代码、代码注释和拉取请求描述本身。如果缺少确认，维护人员可能会直接关闭拉取请求。

此举使 System76 成为最著名的开源项目之一，从要求贡献者披露人工智能援助转变为完全禁止其贡献代码。对于追踪人工智能行业如何重塑软件工程的开发人员来说，这是迄今为止维护人员已达到极限的最明显信号之一。有关更多此类故事，请参阅我们最新的人工智能发展报道。

新规则的要求

根据更新的贡献政策，COSMIC 贡献者现在必须在提出拉取请求时确认几件事：

提交内容不包含LLM生成的代码、注释或描述

他们了解他们正在提交的更改

他们可以回答维护者的评论反馈

他们已经测试了他们的工作

贡献经过开发者原产地证书认证，这是允许贡献者提交代码的标准证明

该策略适用于 COSMIC 代码库，即基于 Rust 的存储库系列（从 cosmic-comp 合成器到 cosmic-files 文件管理器），它们共同构成了 Pop!_OS 24.04 中发布的桌面环境。

为什么 System76 终止了服务

据 Linuxiac 称，System76 的首席工程师 Jeremy Soller 表示，驱动因素是人工智能生成的提交给 COSMIC 团队带来的额外审查负担。维护人员发现，依赖法学硕士的首次贡献者提交的内容越来越多，其中许多拉取请求都是计划外的，很少被接受。

该项目已经悄悄地过滤了这些流量。 8 月份，贡献者 Jacob Gkau 指出，大多数由 LLM 编写的大型拉取请求已经被拒绝，特别是在它们提出版权或可维护性问题的情况下。到目前为止，该项目的正式规则要求贡献者披露人工智能生成的代码并证明他们理解自己提交的内容。新规则更加严格：法学硕士生成的内容不会被披露和审查——根本不被接受。

评论带宽是开源中最稀缺的资源，经济学解释了这种转变。机器生成的拉取请求需要几秒钟的时间来生成，几分钟的时间来拒绝，但需要几个小时的时间来正确审查——并且花在分类投机性人工智能贡献上的每一小时都没有花在受信任的维护人员审查工作上的一个小时。

并非禁止人工智能工具——而是禁止未经请求的人工智能贡献

该政策的范围经过仔细界定。它并不禁止 System76 工程师或贡献者在自己的工作流程中使用人工智能工具；它控制从外部进入项目存储库的内容。使用 LLM 学习 Rust 模式，然后编写并真正理解补丁本身的贡献者并不是规则的目标——确认要求针对的是由模型批量生成代码、评论或描述的提交。

有一项例外。 cosmic-flatpak 存储库是上游项目管理自己的 Flatpak 清单的地方，它遵循一个较轻的流程：COSMIC 团队在接受这些清单之前主要检查这些清单是否经过正确的沙箱处理。

开源在 AI 斜坡上划清了界限

本周，这场辩论在 Hacker News 上公开化，该报道聚集了超过 75 个观点和一个很长的讨论线索。一位评论者表示，他们自己的拉取请求（在 Claude 的帮助下开发的针对 COSMIC 网络小程序中密码处理问题的手工修复程序）已根据新政策关闭。 “我尊重他们的决定，并且没有任何不好的感觉，”贡献者写道，同时承认试图闯入开源贡献的人遇到了挫折。

帖子中的其他声音则不太外交，描述了他们自己项目中难以维护的“人工智能混乱”，并赞扬了 System76 的表现。一些人质疑该政策在实践中是否有效，并指出任何 Linux 发行版都是由数千个上游软件包构建的，而维护者无法完全审核这些软件包的出处。最近几周的报告表明，基于 Rust 的操作系统项目 Redox OS 也对人工智能生成的代码采取了类似的禁令，整个生态系统的维护者都在关注正式的无人工智能政策是否会蔓延。