r/opensource 封禁 AI 相关项目：用 AI 写的、为 AI 写的都不再欢迎

Reddit 上规模最大的开源社区之一 r/opensource 更新版规，禁止 AI 相关项目：使用 AI 的、由 AI 制作的、以及面向 AI 的项目，都不再欢迎。

这条规则的实质

它把一场持续很久的争论变成了社区级的审核规则。争论的核心是：AI 生成的代码算不算作者的贡献？如果一个项目的主体由模型产出，维护者对自己代码的理解程度还剩多少？

为什么社区会走到这一步

现实压力有两个。一是提交量暴涨——AI 让写代码变便宜，开源项目的 issue 与 PR 里开始出现大量看起来合理、实际没跑过的补丁，维护者的审阅负担急剧上升。二是责任不清——出了问题找不到能解释这段逻辑的人。

规则本身的问题

按「是否使用 AI」划线，执行上几乎不可行。现代开发工具里 AI 补全已经是默认功能，怎么界定一条规则是手写还是补全？更可行的做法是按行为划线：要求提交者能解释改动、能复现问题、承担维护责任，而不是追究工具。

对国内开源项目的启示

真正的分水岭不是用不用 AI，是贡献的可验证性。把 CI 门槛提上去、要求提交附带复现步骤、对无法解释逻辑的 PR 直接关闭，这些手段比封禁有效得多，也更容易长期执行。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

按是否使用 AI 划线几乎没法执行，补全早就是默认功能。更可行的做法是按行为划线：要求提交者能解释改动、能复现问题、承担维护责任，而不是追究工具。

社区这么定我能理解，提交量暴涨之后维护者确实扛不住。但我担心一刀切会误伤正经项目，比如用 AI 辅助写了文档，或者给 AI 工具做的插件，这些和纯生成的项目性质差很远。规则里怎么界定用 AI 写的，靠自觉还是检测，这块没看到说明。

版规执行起来最大的问题是没法举证。代码里有多少是生成的，靠人工看只能猜。与其一刀切，不如要求提交者声明，再对 PR 加人工复核门槛。我们这边内部也遇到过 AI 提的 PR 质量参差，最后是加了 CI 和必须跑通测试才挡住，光禁解决不了审不过来。