Linux отказывается от метки Assisted-by не потому, что мейнтейнеры запрещают разработчикам пользоваться ИИ. По их мнению, отметка оказалась ненадёжным способом понять, как создавался патч, и не давала достаточно полезного сигнала для ревью. При этом требования к проверке кода и ответственности автора никуда не исчезают.
7
8
1
Откуда взялась метка и почему от неё отказываются
Рекомендации по использованию ИИ при разработке ядра появились в документации к Linux 7.0, опубликованной в январе 2026 года. Источники также указывают, что предложение о такой маркировке было внесено в декабре 2025-го.
2
5
15
Предполагалось, что Assisted-by поможет рецензентам понять, где при подготовке патча участвовала языковая модель или другой ИИ-инструмент. Но на практике метка встречалась редко: её указали примерно у 10% из 18 533 неслиятельных коммитов Linux 7.3 вплоть до седьмого релиз-кандидата.
8 Это число показывает лишь долю коммитов с заявленной помощью ИИ — оно не позволяет установить, как часто разработчики действительно пользовались такими инструментами.
На саммите мейнтейнеров в Праге 8 октября большинство примерно из 30 приглашённых разработчиков поддержало отказ от требования. На следующий день Саша Левин — инженер Nvidia и один из сопровождающих стабильных и LTS-веток ядра — отправил в список рассылки патч с предложением убрать метку из документации.
13
5
6
По состоянию на 16 октября решение ещё не было полностью реализовано.
13 Поэтому речь шла о согласованном направлении изменений и предложенном патче, а не о том, что все правила уже повсеместно обновлены.
Что остаётся обязанностью автора патча
Метка Assisted-by и подтверждение Signed-off-by — не одно и то же. Документация ядра запрещает ИИ-агентам добавлять Signed-off-by: сертификат происхождения кода и соблюдение условий его распространения может подтвердить только человек. Тот, кто отправляет патч, должен проверить код, убедиться в соблюдении лицензионных требований и взять на себя ответственность за результат.
1
2
Иными словами, отказ от отдельной строки об ИИ не означает, что машинный код можно отправлять без проверки. Меняется способ обозначения помощи, а не ответственность за вклад.
1
7
Как в спор вписался Линус Торвальдс
13 октября Линус Торвальдс резко отреагировал на предложение продолжать обязательное раскрытие сведений об использовании ИИ: «Вы правда не понимаете, насколько же ГЛУПЫ такие правила?»
15 Однако эту реплику не стоит трактовать как отказ от любой прозрачности или как запрет на обсуждение происхождения кода: сам спор касался именно обязательной маркировки патчей.
Есть и наглядный пример того, что использование ИИ и отказ от человеческой проверки — разные вещи. Торвальдс опубликовал серию из восьми ещё не включённых в основную ветку патчей для кэша страниц Linux. По сообщениям, при их подготовке он использовал Claude Code; на своём ноутбуке серия показала примерно трёхкратное ускорение небольших параллельных чтений.
4
16 Этот экспериментальный результат сам по себе не означает, что патчи приняты в ядро или что проверка стала необязательной.
Итог практический: вместо обязательной метки участники разработки предлагают оценивать сам патч, а за его качество и соответствие требованиям по-прежнему отвечает человек, который его отправил.