После нескольких месяцев бурных обсуждений Линус Торвальдс и разработчики ядра Linux наконец выработали единую позицию относительно применения больших языковых моделей (LLM) для написания кода. Теперь эти правила официально закреплены в политике сообщества.
Что изменилось в политике работы над ядром
Обновлённый документ прямо разрешает вносить правки с помощью ИИ, но с двумя критическими условиями:
- Юридическая ответственность — разработчик полностью отвечает за код, созданный нейросетью, и за последствия его работы.
- Прозрачность — вводятся строгие требования по раскрытию факта использования ИИ.
Новый тег «Assisted-by» вместо «Signed-off-by»
Главное нововведение касается подписи коммитов (правок). Раньше разработчики использовали юридически обязывающий тег Signed-off-by (Подписано таким-то). Теперь для кода, написанного при помощи нейросетей, этот тег запрещён.
Вместо него нужно применять новый тег:Assisted-by («При участии такого-то»).
Таким образом, любой коммит, созданный не полностью вручную, будет сразу заметен при ревью кода.
Позиция Линуса Торвальдса: ИИ — это просто инструмент
Итоговое решение базируется на взглядах создателя Linux. Торвальдс считает, что искусственный интеллект — это такой же инструмент разработки, как компилятор или редактор. Поэтому контролировать нужно не само ПО, а разработчиков, которые его используют.
Логика проста: злоумышленники, отправляющие вредоносные правки, всё равно не читают документацию.
Однако не всё сообщество согласно с таким подходом.
Кто против: Gentoo и NetBSD
Некоторые крупные проекты заняли жёсткую позицию. Gentoo и NetBSD полностью отказались от принятия любого кода, созданного с помощью ИИ. Их аргументы:
- Языковые модели обучены на чужих данных (часто без лицензии).
- Правовой статус сгенерированного кода остаётся неопределённым.
- Риск нарушения авторских прав слишком высок.
Проблема «ИИ-слопа» и инцидент с NVIDIA
Новая политика призвана бороться с явлением, которое разработчики называют «ИИ-слоп» (AI slop) — потоком низкокачественного, галлюцинирующего кода, генерируемого нейросетями.
Примером послужила ситуация с создателем утилиты cURL: ему пришлось полностью закрыть программу поиска багов из-за лавины бесполезных и ошибочных сообщений от ИИ.
Но настоящей «красной линией» стал случай с инженером NVIDIA и разработчиком ядра Linux Сашей Левином. Он отправил патч для ядра 6.15, написанный нейросетью, без указания этого факта. Патч формально работал и даже прошёл предварительное тестирование, однако на практике снизил производительность системы.
Позже Линус Торвальдс признал: проблема в том, что код протестировали недостаточно хорошо именно потому, что никто не знал о его происхождении. Если бы тег Assisted-by существовал раньше, ревьюеры отнеслись бы к патчу с дополнительной осторожностью.
Итог: что нужно знать разработчикам
| Что было раньше | Что теперь |
|---|---|
Signed-off-by для любого кода | Signed-off-by только для кода, написанного человеком |
| Использование ИИ не регламентировалось | Для ИИ-кода обязателен тег Assisted-by |
| Ответственность размыта | Разработчик юридически отвечает за ИИ-код |
| Проекты не имели единой политики | Gentoo и NetBSD запретили ИИ-код, Linux — разрешил с условиями |
Главный вывод: сообщество Linux не запрещает нейросети, но требует полной прозрачности. Если вы используете ChatGPT, GitHub Copilot или любую другую LLM для создания патчей — обязательно ставьте Assisted-by и будьте готовы отвечать за каждую строчку сгенерированного кода.
