公司

对于开源社区而言，AI辅助开发乃至直接生成完整项目，究竟是值得欢迎的新工具，还是需要严格限制的内容污染？

不同社区给出了不同回应。有人积极拥抱AI，有人选择保持中立，而Reddit上一个拥有近40万名成员的老牌开源社区r/opensource，最近直接决定：不再接受任何使用AI、由AI制作或专为AI设计的项目。

这并非新规的全部内容。根据该社区发布的要求，项目必须至少维护一年、拥有多名贡献者，发布者的Reddit账号也必须注册满一年。同时，社区还明确表示，不欢迎不会说英语的用户在此发布内容。

这项规定迅速引发争议。截至目前，相关公告已获得约2800条评论，净投票得分为0。公告由版主Wolvereness于10月24日发布，标题直接带有挑衅意味——《Your tokens aren’t valuable: No more AI.》（你的Token不值钱：不再接受AI）。

“AI以当前形态，与这个开源社区的理念并不一致。”Wolvereness写道，“Token很廉价，我们不在乎你为了打造所谓的优秀项目花了多少Token。”

创建于2008年，开源社区为何突然对AI说不？

r/opensource创建于2008年1月25日，是Reddit上讨论开源软件的老牌社区之一，目前拥有近40万名成员。

在版主Wolvereness看来，AI降低了生成代码、创建项目的门槛，但这并不意味着这些项目就值得推广。

他表示，每天都会收到大量私信，要求社区为某些项目破例，其中不少涉及他们认为质量不高的AI项目，还有一些用户专门注册备用账号发布内容。Wolvereness估计，这类消息每天约有20条。

面对不断增加的投稿和推广请求，Wolvereness选择直接收紧规则。在他看来，花费了多少Token，并不能证明一个项目有价值。

“如果很明显你的项目使用了AI，我们就不欢迎它。Token很廉价，我们不在乎你为了制作所谓的优秀项目花费了多少Token。”

根据公告，新规对项目本身、发布者资历以及AI使用情况都作出了限制。

具体来说，想要在r/opensource发布项目，必须满足以下要求：

项目至少维护一年：不只是创建时间满一年，还必须持续得到维护。

拥有多名贡献者，具体标准由版主主观判断，通常要求3人及以上。

拥有现有社区：项目需要有一定的用户或社区基础，不能只是刚刚创建、尚未形成用户群体的作品。

不能是常见的毕业设计或课程项目，例如笔记应用、PDF阅读器、命令行音乐播放器等学校项目。

不能使用AI、由AI制作或面向AI：MCP服务等专门为AI提供工具和数据接口的项目，也被列为不受欢迎的类型。

发布者的Reddit账号必须满一年：同时需要有一定的社区活动记录。

此外，项目仍须采用OSI认可的开源许可证。社区也不再接受寻找维护者或招募贡献者的帖子。

对于发布项目后又通过私信要求版主破例的用户，公告甚至明确表示，将直接永久封禁。

这意味着，即使一个项目完全没有使用AI，只要它由单个开发者维护、创建时间不足一年，或者还没有形成成熟的社区，也可能无法在这个板块发布。

而这恰恰成为新规最受争议的地方。

不只是禁AI：单人开发者、新项目也被挡在门外

新规公布后，不少开发者质疑，限制低质量AI生成内容可以理解，但为什么连项目的贡献者人数、开发者的英语能力，也要成为发布门槛？

一名Reddit用户指出，开源软件本身就是一个全球性的协作领域。开发者借助翻译工具参与交流，并不意味着项目由AI生成，更不能据此判断项目质量。

然而，r/opensource的新规对英语能力作出了明确限制：

“如果你不会说英语，就请另找一个社区。我们无法区分由AI撰写的英文内容和由AI翻译的英文内容。既然你不会说英语，你甚至无法自行核实翻译是否准确。”

这一表述引发了更多质疑。

如果开发者自己完成了项目，只是使用AI将项目介绍翻译成英文，是否也会被拒绝？如果开发者能够用英文交流，却使用AI润色了介绍，又该如何处理？

从目前公布的规则来看，版主并未给出一套客观、明确的判定标准。

比起单纯限制AI，这套规则实际上还将不少独立开发者和新项目排除在外。

有网友表示，自己维护一个项目已经有9年时间，在GitHub上获得了300多颗Star，也解决了数十个问题，而且完全没有使用AI。

但按照新规，由于项目只有他一个贡献者，这个项目依然不符合发布要求。

另一名独立开发者也表示，自己维护的项目已经有3年历史，获得了约1000颗GitHub Star，如今却可能因为贡献者人数不足而失去在该社区推广的机会。

这些反馈指向了同一个问题：如果一个项目必须先拥有成熟的社区和多个贡献者，才能在开源社区寻找更多用户与贡献者，那么新项目又该如何迈出第一步？

还有用户质疑，贡献者人数并不能直接代表软件质量。一些重要的开源工具长期以来都依赖少数维护者，单人维护并不意味着项目是AI批量生成的低质量作品。

Linux内核也要被封杀？版主回应：它可以例外

争议还进一步延伸到了Linux内核。

此前，包括Linux之父Linus Torvalds也对AI的应用表态，并不是一刀切的禁止，而Linux内核开发者也已经允许在符合相关要求的前提下使用AI辅助开发，因此有用户提出疑问：按照r/opensource的新规，Linux内核是否也不能在这里发布？

据外媒The Register报道，Wolvereness的回应是，按照社区的主观裁量标准，Linux内核可以获得例外处理。

这一回应并没有消除外界对规则执行方式的疑问。

有用户追问，版主究竟如何区分“无脑AI生成”（vibe-coded）的项目，与那些只是借助AI查找漏洞的项目？

Wolvereness的回答是：“这套政策本就不存在一套‘客观’的执行标准。”

换句话说，项目是否可以发布，很大程度上仍取决于版主的判断。

值得注意的是，这项政策甚至没有获得r/opensource所有版主的一致支持。

另一名版主ssddanbrown表示，自己事前并未参与政策讨论，而是从版务通知中才得知新规。

谈及英语能力限制时，他明确写道：“我不认同这条规定，尤其不认同其表述方式。”

这也让争议从社区该不该限制AI，进一步延伸到了规则制定和执行是否合理的问题。

反AI还是反低质量内容？开发者开始另起炉灶

整体而言，对于r/opensource的部分支持者来说，AI降低了生成代码和创建项目的成本，却也可能让社区面临更多低质量项目和推广内容。限制投稿，能够减少版主筛选内容的负担。

但反对者认为，使用AI辅助开发与批量生成低质量软件并不是一回事。与其直接排除所有涉及AI的项目，不如根据项目的实际质量、维护情况和贡献者责任进行判断。

随着讨论持续发酵，Reddit上已经出现了r/TrueOpenSource、r/OpenSourceAIAllowed等替代社区，希望为受到新规影响的开发者提供新的交流空间。

至少从这场争论来看，开源社区并没有形成统一的反AI立场。对于r/opensource来说，新规能否有效减少低质量内容，还有待观察。

不过，这场争论已经把一个问题摆到了台面上：当AI让创建和发布软件变得越来越容易，开源社区究竟应该限制AI的使用，还是把重点放在项目质量和开发者责任上？

本文来自微信公众号“CSDN”，整理：屠敏，36氪经授权发布。