System76 更新 COSMIC PR 规则：禁止提交 AI 辅助生成代码
据 IT之家 10 月 4 日消息，Linux 硬件与系统厂商 System76 已更新 COSMIC 项目的 Pull Request（PR）模板，在贡献流程中加入强制性检查清单，要求贡献者确认提交内容中不包含由 AI 辅助生成的代码、注释或描述。换言之，开发者若希望向 COSMIC 提交贡献，需要明确承诺其提交并非由大语言模型或类似 AI 工具生成。这一变化使 COSMIC 成为又一个对 AI 生成代码采取严格限制的开源项目。
COSMIC 是 System76 基于 Rust 开发的 Linux 桌面环境。公开信息显示，在 COSMIC 推出前，System76 旗下 Pop!_OS 长期基于经过深度修改的 GNOME 桌面环境。不过，由于 System76 与 GNOME 上游开发者在部分设计理念和功能取舍上存在长期分歧，该公司最终选择打造自有桌面环境。此次 PR 模板更新，也意味着 System76 正在从项目治理层面进一步明确其对 AI 编程工具参与开源贡献的边界。
PR 模板新增强制确认：代码、注释、描述都不能由 AI 生成
来源显示，System76 在 COSMIC 项目的 PR 模板中加入了新的检查项，贡献者必须确认提交内容中不存在任何 AI 生成的代码、注释以及描述。这并非单纯的建议性提醒，而是贡献流程中的强制确认要求。
从开源协作角度看，PR 模板通常用于提醒贡献者遵守项目规范，例如测试是否通过、代码风格是否符合要求、是否补充文档等。System76 将“无 AI 生成内容”放入检查清单，表明该团队已经将 AI 参与程度视为影响项目维护质量的重要因素，而不仅是开发者个人工具选择。
目前，System76 旗下唯一不受“No LLM contributions”规则限制的代码库是 cosmic-flatpak。该项目主要用于管理一些与 COSMIC 桌面环境深度绑定、难以直接放入 Flathub 的软件，包括 COSMIC 面板小程序、桌面扩展等。这也说明 System76 的限制并非覆盖所有代码库，而是针对 COSMIC 核心相关项目采取更谨慎的治理策略。
为什么开源项目开始拒绝 AI 代码？核心是维护成本
System76 此前曾批评 AI 生成代码存在“过于复杂”的问题。该团队认为，AI 通常缺乏理解大型项目深层集成关系所需的完整上下文，因此可能生成看似能运行、实际却难以维护的复杂代码。对于一个桌面环境项目而言，代码不仅要实现功能，还要与窗口管理、面板、扩展、系统设置、渲染与交互逻辑等多个部分长期协同。
问题并不一定是 AI 代码完全不可用，而是它进入大型项目后，会把理解、审查、测试和维护成本转嫁给人类维护者。如果贡献者本身并不完全理解 AI 生成内容，维护团队就需要花更多时间判断代码意图、排查隐藏问题，并评估其与既有架构的兼容性。
这一点对开源项目尤其敏感。多数开源维护者资源有限，代码审查本身就是稀缺劳动。如果大量 AI 辅助提交涌入，项目获得的“贡献数量”可能增加，但维护者需要承担的审查负担也会同步上升，甚至超过项目可承受范围。
- 上下文不足：大语言模型可能不了解项目长期架构约束，只能基于局部代码生成方案。
- 复杂度上升：AI 可能给出表面可行但实现绕远、难以维护的代码。
- 责任不清：当贡献者无法解释生成逻辑时，维护者需要承担更多判断责任。
- 审查成本增加：维护团队要花时间验证代码是否真正符合项目设计，而不只是能否通过简单测试。
Ladybird 已采取类似措施，AI 编程进入“治理阶段”
System76 并不是唯一一家限制 AI 生成代码的开源项目。来源提到，Ladybird 浏览器项目早在今年 6 月就采取了类似措施。其维护者发现，一些经验不足的开发者借助 AI 提交代码后，项目团队需要投入大量时间审查难以维护的 AI 生成内容，最终导致代码审查成本超过项目可承受范围。
这反映出一个新的行业变化：AI 编程工具正在从“效率工具”进入“协作治理”阶段。对于个人开发者而言，AI 可以用于补全、解释、生成样例，确实有助于提升效率；但对于大型开源项目而言，代码一旦合并，就意味着长期维护责任。开源社区关注的不是一次提交能否快速完成，而是这段代码未来是否能被理解、测试、演进和修复。
因此，System76 和 Ladybird 的做法并不等同于否定 AI 编程，而是对 AI 参与开源协作设置更清晰的边界。尤其在底层系统、桌面环境、浏览器等复杂软件中，项目维护者往往更看重架构一致性、可读性和长期可维护性，而不是短期提交速度。
影响与解读：AI 代码贡献会面临更严格的“可信度门槛”
对中文开发者和开源参与者而言，System76 的新规则具有提示意义。随着 AI 编程助手普及，越来越多开发者习惯在日常编码中使用模型生成函数、注释甚至 PR 描述。但在开源项目中，是否允许 AI 参与，正在成为项目治理规则的一部分。
未来开源社区可能不会统一禁止 AI 代码，但会更强调贡献者对代码的真实理解和责任承担。一些项目可能选择完全禁止 LLM 生成内容，一些项目可能要求披露 AI 使用情况，也有项目可能允许 AI 辅助但提高审查标准。不同策略背后，取决于项目复杂度、维护者资源以及对风险的容忍度。
对 AI 工具厂商来说，这也是一个信号：仅能生成“看起来正确”的代码，已不足以满足高质量软件工程需求。模型需要更好地理解大型代码库上下文、项目规范、长期架构约束，并能生成更可解释、更易审查的变更。否则，AI 编程带来的效率提升，很可能在团队协作和长期维护环节被抵消。
总体来看，System76 更新 COSMIC PR 模板，是开源社区围绕 AI 生成代码进行自我保护的一次明确表态。AI 正在改变软件开发流程，但大型项目的核心问题仍然是工程质量、责任边界与维护成本。对于开发者而言，使用 AI 并不等于可以降低对代码的理解要求；在越来越多项目中，能否清楚解释并长期维护自己的提交，仍将是被接受贡献的关键。