GNOME 与 KDE 社区激辩 LLM 代码贡献政策

近期 Linux 桌面两大主流社区 GNOME 与 KDE 围绕是否接受由大语言模型（LLM）生成的代码贡献展开激烈争论，相关草案被删除、参与者遭封禁，相关讨论亦延伸至对自由／开源软件（FLOSS）协作理念的深层反思。

政策风波：从 KDE 到 GNOME

KDE 率先推出一份对 LLM 友好的贡献草案，引发社区激辩，最终草案被删除，讨论中亦有参与者被封禁。GNOME 方面尚未发布官方立场，但 gnome-calendar、loupe、libadwaita、gnome-software、Circle 等多个子项目和团队已先后制定较为严格的 LLM 政策；与此同时，社区中还流传着一份非正式草案，呼吁全面禁止 LLM 参与 GNOME 项目及其基础设施。

两种价值观的碰撞

作者认为，争论的实质并不在于工作流细节，而在于 FLOSS 的「存在理由」。当前开源社区中并存两种取向：

• 集体主义：把 FLOSS 视为共同完成目标的社交过程，重视协作、友谊与跨语言、跨文化的交流体验；
• 完成主义：把 FLOSS 视为产品，唯一目标是更快、更好、更安全，社交关系退居其次甚至被视为效率的负担。

LLM 的普及打破了这一平衡。当模型可以独立完成约 80% 的工作时，导师辅导、公开讨论与说服他人的环节似乎都变得多余；当使用者自我认定为「专家」时，这一倾向更会被放大。

警惕「不惜代价的进步」

文章指出，LLM 倾向于以中立、客观的姿态出现，使对其输出的反对容易被等同于「反对客观进步」。这种由自我任命的「专家」生成的内容，实质上带有企业化的叙事框架，将社区中的其他人降格为可替换的同事，甚至沦为通往 100% 完成度的障碍。作者进一步将视角延伸至更宏观的外部成本，包括数据中心建设带来的社区影响、消费品价格上涨与养老金缩水的金融风险等，并以 Allan Day 约十年前提出的「有原则的软件」（Principled Software）作为收束，呼吁 GNOME 社区延续这一传统，谨慎回应 LLM 浪潮，避免为追求短期效率而抛下数十年积累的协作遗产。