Почему запрещать ИИ в открытом коде — плохая идея, даже если мусора много

Открытый код живёт на добровольцах. Люди бесплатно пишут, проверяют и поддерживают программы, на которых держатся сайты, банки и смартфоны. За последний год у этих людей сильно прибавилось работы, и во многом из-за нейросетей. 24 октября один из крупных форумов о свободном ПО ответил на это самым жёстким способом. Он запретил ИИ целиком.

r/opensource закрылся от ИИ, новичков и неанглоязычных

Сообщество r/opensource на Reddit существует с 2008 года и собирает около 98 тысяч посетителей в неделю. Модератор с ником Wolvereness опубликовал новые правила под заголовком «Ваши токены ничего не стоят: больше никакого ИИ». Под запрет попали:

• Проекты с ИИ → сделанные нейросетью, с заметным участием ИИ или созданные для ИИ, включая MCP-серверы
• Ответы нейросети → пост или комментарий, написанный ИИ, ведёт к вечному бану
• Молодые проекты → проекту нужен год активной жизни, около трёх участников и сложившееся сообщество
• Новые аккаунты → аккаунту автора тоже нужен год и заметная активность на Reddit
• Авторы не на английском → модераторы не отличают текст, написанный ИИ, от текста, переведённого ИИ, и предлагают таким людям искать другое сообщество

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

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

Мусор от нейросетей — настоящая проблема

Злость модераторов r/opensource понять можно. Сделать проект или отчёт об ошибке с ИИ стало почти бесплатно, а проверять его по-прежнему должен живой человек. Самая показательная история — у curl, утилиты для передачи данных, которая стоит почти на каждом компьютере и телефоне.

Создатель 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 помогли найти в PHP уязвимость PHP2Shell. Под угрозой оказался язык, на котором работает около 70% сайтов в мире. Один исследователь с ИИ сделал за неделю то, на что раньше команде понадобились бы месяцы.

Anthropic поручила Claude математически доказать надёжность 123 открытых библиотек, и по дороге модель нашла сотни ошибок. Разработчики PostgreSQL отложили версию 19 до 19 ноября. По словам одного из ведущих участников проекта, Питера Эйзентраута, проверка кода языковыми моделями находит редкие ошибки быстрее, чем люди успевают их исправлять. Даже Стенберг признал, что ИИ полезен для поиска ошибок, когда им пользуется человек, который понимает, что ищет.

Линус Торвальдс пишет ядро Linux с Claude Code

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

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

• Метка 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, запрет окажется победой над спамом ценой самого сообщества.