AI 正在毁掉开源：从“协作圣地”到“垃圾洪水”，维护者士气跌至谷底，开始集体掀桌

67 0 0

文章摘要

开源社区正面临由AI生成低质代码（AI Slop）引发的系统性危机，该现象正在瓦解维持多年的核心协作契约。过去数十年间，开放贡献生态依赖于一种隐性互信：贡献者通过参与积累经验与声誉，维护者则承诺培育社区、指导新人；这一机制自然筛选出认真投入的参与者，且低质量PR在过往虽存，但成本可控。如今，AI大幅降低门槛，使任何人都可轻易生成看似合理却无效的提交——例如将问题粘贴至ChatGPT后直接提交、伪造漏洞报告、创建虚假补丁等。这些“氛围编码”式贡献不仅逻辑断裂，更暗含模型幻觉，导致大量时间浪费于无价值审查。

多位知名项目维护者已采取应对行动。cURL创始人Daniel Stenberg在2025年中发现约20%的漏洞报告为AI生成，有效率显著下降；他尝试要求披露AI使用，未果后于2026年初终止其漏洞赏金计划。Ghostty项目则从2025年8月的“强制说明AI辅助”升级为2026年1月底的零容忍政策——仅限已接受问题及维护者提交，明确反对的是“愚蠢”，而非AI本身。tldraw创始人Steve Ruiz更为激进，自动关闭所有外部PR，他质疑在AI辅助编程时代，“外部贡献者的代码是否仍具价值”。其自身所编写的Claude脚本甚至因产生误导性问题而间接制造了更多垃圾PR。

当前，多数项目尚未定论，多持观望态度。Debian采用缓慢共识机制延缓决议，FluxCD则尝试引入系统提示与技能模块作为过渡方案。开源基金会方面，Linux基金会侧重许可兼容性，Apache、Eclipse及开放基础设施基金会均提出“Generated-by”等标签要求，但普遍回避质量控制和维护者疲劳问题。这些措施被指只处理法律风险，未能直面实际运营压力。

极端路径亦见端倪：Gentoo自2024年4月起全面禁止AI生成内容，主张人文工艺优于效率导向；NetBSD则将LLM生成代码列为“污染”，须获书面批准才可提交，并警示GPL代码被无意复制的风险。此类举措并非仅出于技术障碍，更是一种文化立场——部分社区认为AI威胁协作精神本身，当机器难以辨识时，溯源与信任机制优先于吞吐量成为核心选择。

经济激励失衡是深层诱因。GitHub推出Copilot生成功能后，虽宣称提升效率，却拒绝提供识别或屏蔽工具，导致机器人生成的问题匿名涌入。正如Andi McClure所言，若无法解决此问题，可能被迫迁移至无此类功能的平台如Codeberg。Prodan指出，AI低质贡献实质构成对维护者的分布式攻击，而平台缺乏纠正动力，因其收入主要来自用户活跃指标而非可持续性。

最终建议聚焦多方角色：贡献者应真实投入、善用AI而非替代思考；维护者需制定并公示清晰政策；平台应开发服务维护者的管理工具；基金会须重视质量与疲劳议题；公众则需停止以零努力方式刷PR。文章结尾呼吁：那些希望用AI垃圾填充GitHub履历的人，请勿再这样做。本文揭示的根本冲突并非技术缺陷，而是开放协作伦理在算法洪流前的结构性崩塌。