r/OpenSource封杀AI内容,Moderator甩锅Lunduke引热议

r/OpenSource全面禁AI内容引发逻辑漏洞与brigading指控争议。
Reddit的r/OpenSource板块宣布全面禁止AI相关项目、内容和讨论,违规者面临永久封禁,并已大量执行。该规则适用范围过宽——据Lunduke指出Linux内核近期至少20%代码由AI编写,按新规讨论Linux本身就可能触发封禁。公告帖涌入超过2000条负面评论,版主将其归咎于Lunduke和Tim Sweeney引发的brigading,Kotaku的报道则被Lunduke讽刺为“都怪我了”。事件折射出开源社区在AI生成代码合法性问题上的治理困境:一刀切禁令与主流开源生态已深度嵌入AI工具链的现实存在根本冲突。
开源社区Reddit的r/OpenSource板块近日做出一项引发巨大争议的决定:全面禁止所有与AI相关的内容。这项规则的执行力度相当强硬——不仅删帖,还伴随永久封禁的威胁。然而,规则本身的逻辑漏洞很快成为众矢之的,而版主随后的回应更是让事件持续发酵。

一条逻辑自相矛盾的禁令
根据r/OpenSource版主的声明,如果一个项目使用了AI、由AI生成,或者面向AI用途,那么它就不受欢迎。版主明确表示,违规者将面临永久封禁(perma-ban),而且他们确实在执行这项规则,大量用户被封禁。
问题在于,这条规则的适用范围极其宽泛。YouTube科技评论者Lunduke在视频中指出,Linux内核在最近几个月的代码提交中,至少有20%是由AI编写的。按照r/OpenSource的新规,讨论Linux本身就可能触发封禁。这一推论并非刻意抬杠,而是规则文本的直接后果——当“使用AI”被定义为不可触碰的红线,而现代开源项目几乎不可避免地在某处用到AI辅助工具时,禁令的边界就变得模糊且不可执行。
Lunduke在X上发帖讽刺这一政策,帖子标题为“Your tokens are not valuable. No more AI.”。他引用了版主原话:“如果你发布或评论我们不喜欢的内容,比如你的LLM输出token的结果,你将永远不被欢迎回来。”
社区反弹与“境外势力”叙事
规则发布后,相关公告帖的评论区迅速涌入大量反对声音。据Lunduke在视频中所述,该帖评论数从最初的2300条左右持续增长,其中绝大多数是对规则的批评。
但版主方面的反应出人意料。在一份单独评论中,一位r/OpenSource版主将负面反应归咎于“某个在Twitter上自称替代新闻的家伙”引导了数百人前往该帖,并将此定性为“brigading”(有组织的跨版骚扰)。

Kotaku随后报道了此事,并将版主所指的“某个Twitter用户”与Lunduke联系起来。报道还提到,Epic Games CEO Tim Sweeney在Lunduke的帖子下发表了评论,这可能加剧了事件的传播。Kotaku同时指出,该公告帖下的大部分高赞评论来自此前从未在r/OpenSource发过言的用户——这被版主视为brigading的证据。

Lunduke对此的回应充满讽刺:“所以,都怪我了。Kotaku也觉得Tim Sweeney可能参与了brigading,对吧?因为普通人不可能自己注意到Reddit版主的规则有多离谱,必须得有我和Tim Sweeney帮忙才行。”
brigading 是 Reddit 等平台上的一个治理术语,指某个外部社群有组织地涌入另一个版块,通过集中发帖、评论或投票来操纵舆论走向或干扰正常讨论。在 Reddit 的版主工具中,来自其他版块的链接流量、短时间内大量新面孔参与、以及投票分数异常波动,都是判断 brigading 的常见信号。Reddit 官方对此类行为持否定态度,情节严重的子版块可能被 quarantine 或封禁。不过,brigading 的认定本身就存在争议:版主往往依赖主观判断,而“大量新用户表达相似意见”既可能是有组织行动,也可能只是某条内容出圈后的自然结果。这种模糊性使得 brigading 指控有时会被用来消解正当批评的合法性。
开源治理的边界之争
抛开事件中的个人恩怨和讽刺表演,这场风波触及了开源社区治理中一个真实存在的张力:AI生成代码在开源项目中的合法性问题。
Linux内核中AI辅助代码的比例是一个值得关注的指标。如果确实如Lunduke所言达到20%左右,那么任何全面排斥AI内容的开源社区规则都需要面对一个现实:主流开源项目本身已经深度嵌入了AI工具链。禁止讨论这些项目,等同于将社区与开源生态的主流隔离开来。
另一方面,版主对AI生成内容涌入的担忧并非毫无根据。大量低质量的AI生成“项目”确实可能稀释社区内容质量,而brigading也的确是Reddit平台上真实存在的问题。问题在于,当规则设计过于宽泛、执行又过于刚性时,原本合理的担忧很容易演变为对正常讨论的压制。
Lunduke在视频结尾给出了自己的总结:“这些愚蠢的故事总是一个接一个地出现。”他还开玩笑地自封为“brigadier general”(旅长),感谢订阅者让他获此头衔。

这场争议的走向取决于r/OpenSource版主是否愿意调整规则文本。从目前的态度来看,他们并未表现出松动的迹象。对于一个以“开源”为名的社区而言,用一刀切的禁令将AI相关内容拒之门外,其代价可能远高于收益。
Linux 内核的 AI 辅助代码问题需要放在具体流程中理解。内核社区采用邮件列表驱动的补丁评审制度,每个提交都需经过 maintainer 审核,并保留 Signed-off-by 等来源追溯标签。近年来,围绕 AI 生成代码的争议主要集中在两点:一是训练数据中可能混入 GPL 代码带来的许可证兼容性风险,二是 AI 生成片段难以追溯原创作者,与内核的开发者证书(DCO)制度存在张力。2024 年以来,内核社区已多次讨论是否要求披露 AI 工具的使用情况。Lunduke 所称“20% 代码由 AI 编写”并无官方统计支撑,但即便比例远低于此,也足以说明主流开源项目与人 AI 工具链的耦合已经难以用一刀切规则切割。
相关推荐

达芬奇如何证明太阳是热的?一段被忽视的科学史
达芬奇如何用凹面镜实验推翻亚里士多德的冷太阳理论?本文梳理这段被忽视的科学史,揭示科学思维在十五世纪的萌芽,以及达芬奇对太阳发热和生命本质的冷峻观察。

SharpLogic:用k-CNF为LangGraph路由图做形式化查错
SharpLogic开源项目将LangGraph风格的多智能体路由与重试图映射为k-CNF,用Rust内核统计死锁与失败路径(#F计数),提供Python AgentGuard钩子与CLI,在发布前做形式化门禁检查。本文分析其原理、与评测的互补关系及社区关注的建模成本问题。

PPO训练Franka机械臂抓取放置:一个强化学习入门项目
一个用PPO算法在PyBullet中训练Franka Panda机械臂完成抓取放置任务的强化学习项目,涵盖技术栈选型、任务设计难点与未来文本/语音指令交互计划,适合入门者参考。