Запрет r/opensource на проекты с ИИ: почему это вызывает споры в открытом коде

Основная информация

Сообщество r/opensource на Reddit приняло самое радикальное решение в Reaktion на рост деятельности нейросетей. 24 октября модератор под ником Wolvereness опубликовал новые правила, получившие заголовок «Ваши токены ничего не стоят: больше никакого ИИ». Главная цель запрета — бороться с низкокачественным контентом, генерируемыми искусственным интеллектом, который overpowers реальную работу volunteer-сообщества.

Под запрет попали проекты, созданные нейросетью, с заметным участием ИИ или предназначенные для работы с искусственным интеллектом, включая MCP-серверы. Также пострадали ответы, написанные сетями, а новичкам и авторам, не пишущим по-английски, предложили поискать другую площадку.

MCP-сервер — это небольшая программа-переходник, через которую ИИ-ассистент подключается к внешним сервисам: почте, базе данных или сайту. Часто такие переходники пишут разработчики вручную, без использования нейросетей, но новые правила не предусмотрели эту возможность.

Пост собрал около 1400 комментариев, а через 17 часов рейтинг темы стоял на нуле. Голосов «за» и «против» оказался поровну. Несогласные в тот же день открыли альтернативное сообщество r/TrueOpenSource. Модератор отнесся к этому спокойно, пожелав новому форуму стать «убежищем» для тех, кого задел запрет.

Злость модераторов понимается. Сделать проект или написать отчёт об ошибке с помощью ИИ стало практически бесплатно, а проверять его по-прежнему должен живой человек. Наиболее показательная история — у утилиты curl. Создатель Даниэль Стенберг жалуется на генерируемые отчёты с 2024 года. До 2025 года около 15% присланных уязвимостей подтверждались как настоящие, но в 2025-м эта доля упала ниже 5%, а около 20% были выдуманы нейросетями. В конце января 2026 года curl закрыла платную программу поиска дыр, за почти семь лет выплатив более 100 тысяч долларов за 87 подтвержденных багов. Летом команда из семи добровольцев взяла месячный перерыв и просто перестала читать отчёты. «Нас фактически DDoS-ят», — описывал ситуацию Стенберг.

Масштаб виден и по GitHub. В январе 2023 года платформа принимала около 25 миллионов правок кода в месяц, а в марте 2026-го — уже около 90 миллионов. Сотрудница GitHub Эшли Вулф говорит, что создавать код стало дешевле, но проверять его дешевле не стали.

Однако у истории есть и вторая сторона. В октябре модели GPT-5.6 Sol и Gemini 4 Argon помогли найти уязвимость PHP2Shell в языке PHP, который работает на około 70% сайтов в мире. Один исследователь с ИИ сделал за неделю то, на что раньше команде специалистов требовались месяцы. Anthropic поручила Claude доказать надежность 123 открытых библиотек, и в процессе модель нашла сотни ошибок. Разработчики PostgreSQL отложили версию 19 до 19 ноября, утверждая, что языковые модели находят редкие ошибки быстрее, чем люди успевают их исправлять. Даже Даниэль Стенберг признал, что ИИ полезен для поиска ошибок, когда им пользуется человек, понимающий, что ищет.

Самый сильный аргумент против запрета дал создатель Linux. 12 октября Линус Торвальдс выложил восемь патчей, ускоряющих чтение файлов из кеша. В сопроводительном письме он указал, что код, тесты и первый черновик описания сделал Claude Code под своим руководством. В июле Торвальдс уже заявлял, что Linux не задумывался как проект против ИИ.

У ядра Linux с весны есть официальные правила для ИИ-ассистентов, вошедшие в документацию версии 7.0. Они устроены следующим образом:

• Метка Assisted-by — в каждой правке указывается, какая модель и инструменты помогали.
• Подпись человека — ИИ-агент не может подписать правку, подпись ставит только человек.
• Ответственность — автор сам проверяет код нейросети и отвечает за него, включая лицензионные вопросы.
• Чистая генерация — правки, целиком написанные машиной без участия человека, не принимаются.

Когда участники r/opensource спросили, пустили бы на форум ядро Linux, модератор ответил, что «на субъективной грани», скорее всего, да. Критики тут же заметили, что правила ядра прямо требуют отмечать помощь ИИ, значит, по букве нового правила Linux на форум не проходит.

Исследование политики генеративного ИИ у 67 открытых проектов и связанных организаций показало распределение подходов:

• Запрет — 20,9% проектов (поступили QEMU, NetBSD, Gentoo в 2024 году).
• Правила и ответственность — 59,7%. ИИ разрешен, но автор раскрывает его участие и несет за него ответственность.
• Только качество — 19,4%. Проект применяет обычные требования к коду, не вводя отдельных правил про ИИ.

Подход ядра Linux совпадает с самым частым вариантом. Запрет остается позицией меньшинства, и r/opensource теперь в этой группе.

Редакция neuro-ai.ru считает запрет r/opensource ошибкой. Проблема форума — проекты, которые никто не проверял и не планирует поддерживать. Нейросеть просто сделала такие проекты дешёвыми. Если запретить инструмент вместо мусора, под удар попадут не те.

Проверить, писал ли человек код с подсказками ИИ, невозможно. Поэтому запрет наказывает тех, кто честно об этом говорит, а остальным достаточно промолчать. Он отрезает и проекты вроде MCP-серверов, написанных вручную. Отдельно задевает правило про язык: разработчику из России, Бразилии или Китая, пишущему по-английски через переводчик, форум предлагает уйти — отдельно от проблем с ИИ-мусором.

Компиляторы, автодополнение и поиск по документации когда-то тоже казались «нечестной» помощью. Никто не спрашивает, в каком редакторе написан код. Спрашивают, работает ли он, понятен ли и кто будет его чинить. С ИИ те же вопросы.

Сопровождающим проектов уже доступны инструменты, которые бьют именно по мусору и не трогают честную работу с нейросетями. Главное — перенести нагрузку с проверяющего на автора:

• Раскрытие — отдельная метка или раздел в описании о том, что делал ИИ, как у ядра Linux.
• Воспроизводимость — отчёт об ошибке принимается только с шагами, по которым её можно повторить. Это правило Стенберга, и оно отсекает выдуманные отчёты без детектора.
• Лимиты для новичков — с июня 2026 года GitHub позволяет ограничить число открытых правок от авторов без прав на запись, доверенных участников можно внести в список исключений.
• Признаки живого проекта — история изменений, тесты, документация и автор, который отвечает на вопросы.

Возрастной порог r/opensource также работает как фильтр, и часть сообщества его поддержала, но он отсекает любой новый проект, даже написанный человеком без участия ИИ.

Если ваш проект сделан с помощью ИИ, лучше не скрывать участие нейросети — это нечестно по отношению к проверяющим. В серьёзных проектах вроде Linux такие правки просто не примут. Лучше брать пример с Торвальдса: он написал, именно что делал Claude Code, сам провел замеры и вынес спорные места в список открытых проблем.

Перед публикацией разберитесь в коде настолько, чтобы ответить на любой вопрос о нём. Напишите документацию и тесты. Не рассылайте один и тот же проект по десятку форумов в один день. Для обсуждения выбирайте площадки с понятными правилами про ИИ, например r/TrueOpenSource или профильные сообщества на Хабре. И дайте проекту время: история изменений за несколько месяцев убеждает лучше любого описания.

Открытый код всегда оценивал вклад по результату. Патчи Торвальдса будут проверять замерами на серверах, и вопрос, кто набирал строки, там никого не волнует. Запрет r/opensource вряд ли продержится в нынешнем виде. Слишком много хороших проектов уже делают с ИИ, и слишком легко его скрыть. Проверочная точка — первые месяцы нового правила. Если лента r/opensource станет чище, а живые проекты уйдут в r/TrueOpenSource, запрет окажется победой над спамом ценой самого сообщества.

Что важно знать

Материал подготовлен для удобного понимания темы и помогает разобраться в основных деталях без лишней информации.