一句话看懂：Linux 发行版 Pop!_OS 的开发商 System76 宣布，除少数例外，其旗下大部分代码库将不再接受 AI 生成的代码贡献。这一决定把开源社区里长期存在的”AI 代码是否该进主线”争议，从讨论变成了明确的准入规则。
事件核心：发生了什么
据 Hacker News 讨论，System76 针对 Pop!_OS 及相关项目更新了代码贡献政策：大部分代码库禁止提交由 AI 生成的代码，只有特定范围（如社区维护的独立仓库或明确的例外目录）不受此限制。政策同时要求贡献者如实说明代码来源，而非仅依赖自动化检测。目前公开信息显示，这一规则由厂商主动制定，并未经过更广泛的社区投票。
为什么重要
这是开源发行版厂商中较罕见的、明确对 AI 生成代码设限的案例。它触及几个现实问题：一是许可证与合规风险，AI 生成代码的版权归属、训练数据来源往往难以追溯，可能给下游发行版带来法律隐患；二是维护成本，AI 生成的补丁看似可用，但审查、调试和长期维护责任仍落在人类维护者身上；三是社区信任，如果贡献者用大模型批量产出低质量 PR，会稀释评审资源。Pop!_OS 的做法等于把风险前置，用规则而非事后筛选来控制入口。
对用户/开发者/创作者的影响
对普通 Pop!_OS 用户而言，短期内系统功能和更新节奏不会因此变化，更多是治理层面的表态。对开发者，若你习惯用 Copilot、Claude 或本地模型辅助写补丁，向 System76 相关仓库提交前需要确认政策边界，并保留可解释的实现思路，因为”能跑”不再等于”可合并”。对使用开源项目的企业和创作者，这类政策可能影响供应链尽调——未来评估一个发行版时，除了许可证，或许还要看它对 AI 贡献的接受度。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是其他发行版与大型开源基金会是否跟进类似条款，尤其是 Ubuntu、Fedora 等下游生态；二是 System76 如何执行，是靠贡献者声明还是引入检测工具，误判如何处理；三是这一政策会不会反过来影响其自身用 AI 辅助开发的内部流程。开源与 AI 的边界，正在被一条条具体规则重新划定。
来源：hackernews
