Сабреддит r/opensource с 26 октября ввёл запрет ИИ-кода: там больше нельзя продвигать проекты, которые используют ИИ, созданы с его помощью или предназначены для ИИ-задач. Но вместе с генеративными патчами модераторы отсекли одиночных разработчиков, молодые проекты и авторов, не владеющих английским — а значит, спор быстро вышел за рамки борьбы со «слопом», сообщает The Register.
Новые правила сформулировал модератор Wolvereness. Чтобы представить проект сообществу, он должен существовать и активно поддерживаться не меньше года, иметь сложившееся сообщество и как минимум трёх участников. Не приветствуются учебные приложения — например, заметочники и просмотрщики PDF. Нельзя и публиковать просьбы найти людей для поддержки проекта. Получается знакомая стартапам, но странная для open source конструкция: сначала соберите комьюнити, а затем приходите в площадку, где обычно его и пытаются собрать.
Под ограничения попадут не только авторы, использующие Copilot или LLM для генерации функций. Один из участников дискуссии привёл девятилетний проект с более чем 300 звёздами на GitHub и десятками закрытых задач. Он всё равно не проходит по новым критериям, поскольку весь код поддерживает один человек. Отдельный барьер — возраст Reddit-аккаунта: нужен как минимум год и «значимый» вклад в сообщество. Попытка попросить исключение после неудачной публикации может закончиться постоянным баном и отключением сообщений модераторам.
Самая резкая часть правил касается языка. Пользователям, не говорящим по-английски, предложено искать другую площадку. Объяснение модераторов утилитарное: они не могут отличить текст, написанный ИИ, от машинного перевода, а автор без английского не сможет проверить качество перевода. Для русскоязычных разработчиков это не только вопрос удобства. Международные open source-площадки часто становятся каналом первых пользователей, контрибьюторов и обратной связи; теперь даже качественный проект без англоязычной коммуникации рискует остаться за дверью.
Единства нет даже внутри команды r/opensource. Модератор ssddanbrown публично заявил, что не участвовал в подготовке изменений и узнал о них из уведомлений модерации. Он отдельно не согласился с языковым ограничением и с формой, в которой его объявили. Так что решение выглядит не как позиция всего сообщества, а как жёсткая политика части его администрации.
Запрет ИИ-кода также трудно применять последовательно. Wolvereness признал, что объективного способа исполнять правило нет: модераторы будут ориентироваться на то, выглядит ли проект очевидным продуктом генерации. В качестве пограничного примера обсуждают Linux. Разработчики ядра допускают использование ИИ-инструментов, но ответственность за результат оставляют за человеком; ранее сопровождающие отказались и от обязательного раскрытия такой помощи. По словам Wolvereness, Linux, вероятно, всё же мог бы остаться на площадке.
В экосистеме свободного ПО сейчас нет единого рецепта. System76 запретила ИИ-сгенерированный код и другой контент в проекте рабочего окружения COSMIC, схожие ограничения появились в отдельных частях GNOME. При этом другие разработчики GNOME спорят, нужно ли отбрасывать найденные машиной уязвимости только из-за происхождения отчёта. В KDE тема уже стала причиной внутренних разногласий, а NetBSD привлекает тех, кто предпочитает обходиться без сгенерированного кода. Линус Торвальдс, со своей стороны, высказывался не против инструментов как таковых, а против патчей от людей, которые не понимают код, который отправляют.
Для команд и независимых авторов практический вывод прост: политика конкретного форума не определяет, что считать open source, но она меняет маршруты дистрибуции и поиска сообщества. Уже появились альтернативные сабреддиты r/TrueOpenSource и r/OpenSourceAIAllowed, куда r/opensource направляет недовольных пользователей. Главный вопрос теперь не в том, нужен ли фильтр против потока непроверенного ИИ-кода, а в том, можно ли построить его так, чтобы вместе с мусором не выбросить новичков, малые команды и разработчиков за пределами англоязычного круга.
