开源说不：Immich、OkHttp 和 Servo 等项目禁止人工智能生成的贡献

一个名为 Open Source Says No 的新目录跟踪开源项目，包括 Immich、OkHttp 和 Servo，这些项目现在明确禁止人工智能生成的贡献。

一个名为“Open Source Says No”的新网站正在对越来越多的明确禁止人工智能贡献的开源项目进行分类，这引起了人们的注意：该网站于周二登上了《黑客新闻》的头版，吸引了数百条评论，因为开发人员就这些禁令是保护代码质量还是封锁了未来争论不休。该目录将自己描述为“禁止人工智能贡献的 OSS 项目的记录，以及整个行业更广泛的人工智能贡献政策目录”。

该网站的出现标志着维护者社区几个月来一直存在的紧张局势中的一个明显的里程碑，因为大量机器编写的拉取请求越来越多地争夺志愿者维护者有限的审查时间。这场争论是软件世界如何吸收生成工具的几个热点之一，这是我们在人工智能行业报道中密切关注的话题。

目录跟踪的内容

Open Source Says No 列出了主要存储库及其星级数和验证其政策的日期。截至 11 月 11 日，已确认的条目包括 Immich（广泛使用的自托管照片和视频管理解决方案，拥有约 118,800 颗 GitHub 星）、Meilisearch（拥有约 59,800 颗星的搜索引擎 API）以及 OkHttp（Square 旗下维护的 JVM 和 Android 的著名 HTTP 客户端，拥有约 47,100 颗星）。

该列表还包括 10 月份验证的浏览器引擎项目 Servo、著名的单文件公共域 C/C++ 库 stb 以及用 Rust 编写的操作系统 Redox OS。这些项目跨越了截然不同的领域——从消费者自托管应用程序到基础系统软件——该网站将这些项目作为证据表明，对人工智能生成代码的抵制并不局限于任何一种编程亚文化。

除了目录本身之外，该网站还提供了一个针对维护者和贡献者的实用工具：用户可以粘贴 GitHub 存储库链接，该网站会打开一个预先填充的问题，同时对其运行自动策略检查。这使得该项目不再是一种声明，而是更多地作为执行的基础设施，为维护者提供了一种可重复的方式来记录和传达他们的贡献政策。

为什么维护者要划清界限

黑客新闻上的讨论揭示了这些政策背后的动机。几位评论者描述了项目收到了大量完全由人工智能生成的拉取请求，其中一位评论者指出，他们滚动浏览了存储库，用他们的话说，他们找不到任何一段读起来像人类编写的文本，尽管看起来像是一个活跃的贡献流。

核心问题是很少受到关注的问题之一：审查拉取请求需要实时进行，维护者认为验证机器生成的代码（尤其是作者可能不理解代码用途的贡献）可能比从头开始编写代码花费更多的精力。其他人指出，正如一位评论者所说，他们所谓的“热情”贡献者的行为，就像本周恰好提供免费试用的人工智能供应商的肉代理一样，为了追求贡献计数而提交了省力的更改。

社区分裂

并非所有人都认为禁令是一件好事。一些人认为，Servo 或 Redox OS 等社区驱动的项目已经在争取资金和贡献者方面陷入困境，而阻止人工智能辅助工作可能会导致这些项目所需的人员流失。其他人反驳说，这种过滤是重点：如果潜在的贡献者只愿意在运送未经审查的机器输出的条件下参与，那么该禁令只是尽早解决不匹配的问题。

还有一个实用主义阵营认为这些禁令是有用的信号。一些评论者表示，该目录可以帮助他们识别具有主动监督的代码库——他们可以更容易信任的库以及实际可以阅读贡献的社区。其他人质疑政策语言是否将不同的实践混为一谈，并指出批量提交的未经审查的人工智能废品与密切由人类引导的代理编码之间存在巨大差距，而许多专业开发人员现在将其视为标准实践。