r/opensource 宣布封杀 AI 项目，社区反手建了个「真·开源」

一个拥有数十万成员的开发者社区，用一条新规把自己推上了风口。Reddit 的 r/opensource 版主宣布：如果你的项目使用了 AI、由 AI 生成、或者面向 AI，那么它不属于这里。

版主的原话是，AI 以它今天的样子，与这个开源社区的理念「不相容」。规则生效不到一天，评论区就变成了辩论场，有人另建了一个叫 r/trueopensource 的替代社区。

一分钟速览

• r/opensource 新规禁止使用 AI、由 AI 生成、以及面向 AI 的项目；
• 同时要求投稿项目至少存在一年、处于活跃维护状态、且有多个贡献者；
• 版主称社区不再受理「寻找维护者或贡献者」的请求；
• 规则实质上要求使用英语，非英语使用者被建议「另找社区」；
• 反弹迅速，部分用户另建 r/trueopensource，版主则称会保留「选择性执行」的空间。

规则为什么在技术上站不住

反对方最有力的一条论据是：Linux 内核里已经包含 AI 生成的代码。如果按「使用 AI 就不欢迎」严格执行，那么几乎所有基于内核的项目都要被清出去。

这不是文字游戏，而是现代软件的真实结构。今天的项目大量依赖自动补全、代码审查机器人、翻译工具、依赖分析模型，甚至连提交信息都可能是模型生成的。开源的定义一直围绕许可证与分发方式，从未以「作者用了什么工具」作为准入条件。

版主后来的解释是「有细微差别，会选择性执行」，例如自动字幕这类偶然使用 AI 的无障碍功能可以放行。但一条需要靠人情判断的规则，很难在几万人的社区里稳定执行。

情绪的真实来源

把这条规则说成单纯的排斥技术，是误读。社区里积累的不满有几个具体来源：AI 生成的低质量项目刷屏、用模型批量产出的「开源」仓库占用评审时间、以及大公司用开源做品牌而社区得不到回馈。

这些问题是真实的，但解决方案指向的是质量门槛与治理流程，而不是工具禁令。同一批新规里，其实包含了几条更有效的条款：项目必须存在至少一年、必须有多名维护者、必须活跃——这些才是真正能把批量灌水挡在门外的机制。

开源正在为 AI 代码「还债」

同一周里，还有一份报告给出了更冷静的数字：开源项目收到的合并请求中，约四分之一被维护者判定为「AI 垃圾」，而 AI 让写代码的速度提升了五成以上。速度的收益落在提交方，审查的成本落在维护者身上。

这种不对称是所有社区治理矛盾的根源。当提交成本趋近于零，信任就变成了稀缺资源。r/opensource 的激烈反应，是这种资源短缺的一次爆发。

趋势：准入会从「能不能用 AI」转向「谁对结果负责」

更可能的长期方案是流程而非禁令：要求贡献者声明 AI 参与程度、要求提交附带可复现的测试、把审查预算向核心维护者倾斜。这些做法在部分大型项目里已经在试。

至于 r/opensource 这条规则能撑多久，取决于它能否给出可执行的边界。开源社区的历史反复证明一件事：靠身份和工具划线，最终都会被现实绕过；靠责任和流程划线，才能留下来。