一个聊开源的软件社区，为什么连AI翻译都要禁？

大家烦没人维护的AI垃圾项目是一回事，因为分不清AI写作和AI翻译，干脆让不会英语的开发者另找地方，就是另一回事了。

吵翻天的源头，是Reddit上的开源软件社区 r/opensource 置顶的一份发帖新规，标题很不客气，叫“你的Token不值钱：不再欢迎AI”。里面定调很绝：只要项目用了AI、由AI制作，或者做出来给AI用的，这个板块一概不欢迎。消息传到隔壁的 r/singularity 后很快登上热门，10月26日的讨论已有1017个赞和793条回复。

防灌水的苦衷是真的，但一刀切抡错了地方

站在版主和老用户的角度看，定这种狠规矩的憋屈很容易懂。

AI让做出一个软件项目变得更容易，也让半成品更容易被发出来。发帖的成本掉到了地板上，可看帖、试跑、排错和长期维护的成本一分没降。评论区里理解版主压力的人，烦的也不是AI工具本身，而是怕社区变成周末速成项目的展示墙——有些作者交上来的东西自己都没测过，丢下代码过了几个月就再也不管，留下一地鸡毛。

但为了省掉鉴别质量的力气，新规直接上了一套硬指标：项目必须维护满一年、有多个贡献者（原帖举的例子是3人以上）、已经有自己的社区，连发帖账号也得满一年且有实际活跃度；来招人帮忙维护的一律不收，只有事先联系获批的特定非营利组织才能拿到部分豁免。

这好比店铺为了防羊毛党，把老客户资格当成领券门槛。新客还没开始买东西，就被关在了门外。

在 r/singularity 我们看到的讨论节选里，反对一刀切的声音占了上风，原帖底下也有人在追问：一个人认认真真维护了好几年的好工具，凭什么就不配发出来？原本开源促进会（OSI）对开源的定义，看的是能不能自由分发、给不给源代码、允不允许修改，不按作者用没用AI来划界。现在一个聊开源的论坛，反倒把AI写代码和项目不合格死死绑在一起，难怪有人讽刺这是想把开源社区变成“手工代码作坊”。

连翻译都一起禁，是把管理难题甩给了开发者

整份新规里最让人上头的，其实是顺手立下的语言规矩。

发帖版主直说，不会英语的人应该去找别的社区；只要帖子或回复明显是AI输出的，直接永久封禁。给出的理由也很坦白：分不清哪些是“AI写作”，哪些是“AI翻译”。甚至连板块里的另一位版主都在置顶回复里公开唱反调，表示不同意这条语言规定，还说自己没在版主消息里看到过这些变动的讨论，让大家别把这当成其他版主的立场。

为什么连翻译软件都要背锅？因为很多哪怕支持清理灌水的人也看出来了，这等于是这条规则把识别垃圾内容的成本直接转嫁给了非英语开发者。

本来开源讲究的就是让更多人能用、能改，机器翻译恰恰是帮不同母语的开发者挤进同一个房间交流的拐杖。就因为规则把“用AI洗稿灌水”和“自己写完代码用AI翻成英文”混在一起处理，干脆把拐杖一脚踢飞。如果照着项目年限、人数和英语能力这套替代指标筛下去，挂了两年没人用的僵尸项目能过关，一个英语不好、但用AI辅助做出了扎实新工具的独立开发者，反而连门都摸不着。

管不住质量的，从来不是用没用AI

更尴尬的是，定下这么严的死规矩后，真正执行起来还是得靠人治。

原帖评论区里有人拿Linux内核举例试探，发帖版主回应说，这类大项目达到了年限和人数门槛，在主观判断下是允许的。谈到到底怎么执行这套禁令时，版主更是直接摊牌说“没有客观的方法来执行这项政策”，得保留清理低质内容的裁量空间。

绕了一大圈，嘴上立着铁律，手里握的还是版主看着顺不顺眼的主观尺子。这也让被删帖或封禁的人更难服气：被挡在门外的到底是因为东西做得烂，还是单纯用错了工具、没写地道英语？

其实原帖回复里有人提过更在点子上的筛法：与其查户口一样查项目几岁、用没用AI，不如要求发帖的作者当场把话讲明白——展示可运行的效果、写清安装步骤、交代清楚这东西到底解决什么问题。

这套办法戳中了事情的软肋。AI能帮人生成代码，但替不了作者回答别人的报错，也替不了作者持续修Bug。对于正在用AI写开源项目的普通开发者来说，想在社区里攒下口碑，光把生成的代码往网上一丢已经没人买账了；你得给得出随时能跑起来的版本，说得清自己的设计，有人提问题时接得住招。至于英文是不是拿AI翻出来的，本来就不耽误代码能不能跑，更不该替项目的质量背锅。