Ветка «clanker» Грега Кроа-Хартмана начиналась как его личный эксперимент, в ходе которого инструмент фаззинга с помощью ИИ выявил реальные ошибки в коде ksmbd и SMB. Сейчас он не единственный, кто её использует: другие разработчики тоже начали присылать патчи с такой же пометкой.

Поэтому, когда несколько дней назад он опубликовал новую политику в отношении ИИ, ограничивающую его применение, это не означало, что он отвернулся от знакомого инструмента. Ограничение коснулось лишь одной части ядра — того места, где он не хочет видеть ИИ рядом с кодом.

Новое правило

В сообщении в списке рассылки linux-staging ГКХ сообщил, что теперь активно отклоняет патчи, сгенерированные большими языковыми моделями, для drivers/staging, указывая на «наплыв» таких патчей в последнее время.

Его аргументация сводится к тому, для чего на самом деле нужна staging. Эта подсистема служит в первую очередь тренировочной площадкой, наполненной относительно простыми исправлениями и изменениями API, которые позволяют новичкам освоить процесс отправки патчей.

Проект уже пропускает патчи «исправь все проблемы со стилем кода», созданные автоматическими инструментами, потому что расчистка этого беспорядка лишила бы staging смысла. ГКХ утверждает, что LLM, выполняющая ту же работу по очистке, сводит на нет её назначение, а также обращается к потенциальным хитрецам:

И да, это ОЧЕНЬ очевидно, когда люди присылают патчи, сгенерированные LLM, так что не думайте, что, просто не раскрывая факт их использования, вы сможете “выйти сухим из воды”. Цель в том, чтобы люди могли учиться, а не пытаться “обмануть” мейнтейнера. Если кто-то будет уличен в намеренной попытке “обмануть” нас, считайте это предупреждением…

Есть исключение, и оно строгое. Настоящее исправление безопасности, найденное LLM, всё ещё можно отправить, но только если отправитель протестировал его на реальном оборудовании, для которого предназначен драйвер, и может убедительно объяснить, как проводилось тестирование.

ГКХ проводит черту, пока Линус примиряется с ИИ

Это решение принято как раз тогда, когда Линус Торвальдс пересматривает свою позицию по ИИ. Он годами менял точку зрения, и в недавнем сообщении в списке рассылки ясно дал понять критикам, что Linux «не из тех проектов, что против ИИ», предложив им сделать форк или уйти, если они не согласны.

Подход ГКХ к drivers/staging вписывается в политику использования AI-ассистентов для кода, где он не отменяет того, что одобрил Линус, а скорее фокусируется на более узкой области.

Он рассматривает эту подсистему как тренажёрный зал, где разработчики должны сами прийти и поднимать тяжести, а не позволять ИИ делать упражнения за них и выдавать результат.

Такую черту провёл ГКХ. ИИ можно использовать для работы в других частях ядра, но в подсистеме, созданной для тех, кто ещё учится, он предпочитает, чтобы они сначала прошли трудный путь.

Что вы думаете о решении ГКХ? Поможет ли это новичкам?