Торвальдс о теге Assisted-by: запретов на AI-инструменты в ядре не будет

15 октября opennet рассказал о новом споре в рассылке ядра Linux: стоит ли и дальше требовать тег Assisted-by в патчах, написанных с помощью AI. В спор вмешался Линус Торвальдс, и ответил он в своём духе: резко и без дипломатии.

Для тех, кто шлёт патчи в ядро или просто следит, как крупные открытые проекты договариваются об AI, это важный сигнал. Ядро не собирается делить код на «написанный руками» и «написанный с подсказкой». Спрашивать будут с автора, а не с его инструментов.

Что предложили: убрать Assisted-by из правил

Тег Assisted-by появился в документации ядра недавно. По правилам, кто пользовался «продвинутым инструментом для кода», должен был указать это строкой вида Assisted-by: LLM coccinelle sparse, а без неё патч могли принять хуже. Обычные git, gcc, make и редакторы перечислять не требовалось.

9 октября Саша Левин прислал патч, который убирает это требование. В описании он пишет, что на Maintainers Summit сошлись на том, что тег пора отменить. Патч вычищает раздел из coding-assistants.rst, из submitting-patches.rst и его итальянского перевода, а заодно убирает Assisted-by из списка тегов в checkpatch.pl. Итого 51 удалённая строка и одна добавленная.

Лоран Пиншар: правило нужно, даже если его не проверить

Против выступил Лоран Пиншар (Laurent Pinchart). Тред разросся до полусотни писем. Ключевой довод Лоран сформулировал 13 октября в ответ Кису Куку: да, проверить честность декларации нельзя, но и Signed-off-by проверить нельзя, как и большинство правил сообщества. Смысл правил в том, чтобы прямо сказать, чего от людей ждут и чего не ждут. Кто-то будет хитрить, такие были всегда, их патчи как отклоняли, так и будут отклонять.

Чуть раньше в том же треде он предлагал пойти дальше и, как в Mesa, требовать, чтобы описания коммитов люди писали сами. Его логика: раз сторонники LLM говорят, что полностью контролируют процесс, написать описание руками для них почти ничего не стоит.

Торвальдс: дело не в ожиданиях, а в личных заскоках

Линус ответил в тот же вечер, 13 октября (около 23:45 по Москве). Смысл письма такой. Разговор, по его словам, вовсе не про ожидания, а про личное предубеждение Лорана. Саму идею «не используй AI для такой-то задачи» Линус считает бессмысленной.

Дальше он доводит её до абсурда. Тогда уж давайте запретим компиляторы: пусть каждый докажет, что понимает машину, и пишет патчи на ассемблере. И редактор для описания коммита тоже под запретом, ведь в нём можно стереть опечатку и спрятать ошибки. Раз такие правила очевидно глупые, то и правил вида «для X инструменты нельзя» в ядре не будет.

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

Позиция не новая. Несколько дней назад Линус сам разбирал запутанный код ядра с помощью LLM и нашёл там старые баги, об этом была отдельная заметка.

Что это значит для тех, кто шлёт патчи

Если патч Левина примут, отдельной строки про AI в патчах больше не потребуется и checkpatch перестанет считать Assisted-by особым тегом. Остальные требования к автору в coding-assistants.rst остаются: самому проверить код, поставить свой Signed-off-by и отвечать за изменение целиком. На практике это означает, что спрашивать будут, как и раньше, с человека: понимает ли он свой патч и может ли его защитить на ревью.

Итог такой: сопровождающие на Maintainers Summit решили отказаться от тега Assisted-by, часть разработчиков считает, что правило стоит оставить хотя бы как заявление о ценностях, а Торвальдс ясно дал понять, что запретов на инструменты в ядре не будет. Окончательная судьба патча решится в рассылке, но направление уже видно.

Источники и ссылки


Комментарии загружаются…