Сопровождающие ядра Linux рассматривают отмену обязательного тега «Assisted-by:» для патчей, подготовленных с помощью AI или LLM. На Linux Maintainers Summit в Праге ключевые участники, как сообщается, пришли к консенсусу по этому вопросу, а в списке рассылки уже появился патч для удаления соответствующего требования из документации. Изменение ещё не стало принятой политикой, однако оно показывает сдвиг от формального учёта инструмента к оценке самого изменения и ответственности человека, который его отправляет.
Что именно предлагается изменить.
Тег «Assisted-by:» должен был указывать, что при подготовке патча использовались продвинутые инструменты разработки, включая AI. Предложенный патч не вводит новый порядок проверки кода, а удаляет из документации обязанность ставить такую отметку. По сообщению Phoronix, решение о прекращении требования поддержали сопровождающие на встрече в Праге, хотя обсуждение в Linux kernel mailing list не привело к единодушию.
Называть правило окончательно отменённым пока преждевременно. Как следует из разбора Neoteo, на момент публикации предложения руководство ядра всё ещё содержало требование о теге, а сам патч был именно предложением. Этот нюанс важен для разработчиков и компаний: до принятия изменения действующие требования к оформлению патчей формально сохраняются.
Почему сопровождающие готовы убрать тег.
Аргументы сторонников отмены относятся прежде всего к применимости правила. По данным The Next Web, разработчик Sasha Levin внёс предложение после консенсуса на саммите, а в дискуссии прозвучало несколько причин отказаться от маркировки. Среди них — неполное соблюдение требования, отсутствие ясной цели сбора таких сведений и опасение, что упоминание конкретных LLM фактически становится рекламой их поставщиков.
Распространение AI-инструментов делает границу между «обычной» и AI-ассистированной работой менее определённой. Генерация фрагмента функции, поиск причины сбоя, объяснение чужого кода, подготовка описания коммита и автодополнение — это разные сценарии с разной степенью влияния на итоговый патч. Один общий тег не позволяет понять, какую именно работу выполнил инструмент и насколько тщательно автор проверил результат. В этом смысле отметка о происхождении не является измерением качества, безопасности или юридической чистоты изменения.
Прозрачность остаётся предметом спора.
Противники отмены считают тег полезным сигналом для ревьюеров и сообщества: он позволяет видеть участие AI и обсуждать связанные с этим риски открыто. В обзоре обсуждения на Хабре отмечается, что позиции участников списка рассылки разделились. Сторонники сохранения правила не утверждают, что маркировка заменяет проверку, но видят в ней минимальный механизм прозрачности.
Главная слабость такого механизма — он работает только при добросовестном соблюдении. Если часть авторов не ставит тег, отсутствие отметки не доказывает, что AI не использовался. После отмены правила и наличие тега, и его отсутствие тем более нельзя будет трактовать как надёжный показатель происхождения кода. Проект потеряет простой публичный маркер, но этот маркер и раньше не был полноценным аудитом.
Ответственность за патч не передаётся инструменту.
Требования к человеку, отправляющему изменения, существуют отдельно от «Assisted-by:». В документации, которую затрагивает предложение, на авторе и отправителе остаются проверка AI-сгенерированного кода, соблюдение лицензионных требований и DCO sign-off. Поэтому отмена маркировки не означает разрешения принимать непроверенный код или переноса ответственности на поставщика модели.
Линус Торвальдс в ходе дискуссии критиковал правила, которые выделяют AI среди других инструментов разработки, и сопоставлял требование раскрывать его использование с требованием декларировать компилятор. Это отражает его позицию о приоритете понимания и проверки кода, а не о безусловном доверии к генерации. Для процесса Linux решающими остаются ревью, тестирование и способность автора объяснить внесённое изменение.
AI уже затрагивает и сам процесс ревью.
Отмена тега обсуждается на фоне более широкого применения моделей в инженерных процессах вокруг ядра. По сообщению Hackaday, в проекте появился бот Sashiko для задач ревью, а также обсуждалось использование ресурсов Meta для проверки патчей и подготовки либо редактирования сообщений коммитов. Издание указывает, что для снижения числа ошибочных ответов планируется сравнивать результаты нескольких моделей. Эти сведения описывают отдельные практики и не отменяют человеческого ревью.
Для команд, работающих с open source, практический вывод состоит в разделении двух задач. Первая — качество и безопасность кода: их обеспечивают ревью, тесты, воспроизводимые проверки и ответственность подписавшего патч человека. Вторая — управленческая наблюдаемость: если компании требуется знать, где использовался AI, ей придётся выстраивать собственные процессы учёта, поскольку публичный тег Linux больше не сможет служить обязательным источником таких данных.
Предлагаемая отмена не устанавливает общую норму для всего open source и не отвечает на вопросы об авторском праве или лицензировании AI-вывода. Она меняет конкретное правило ядра Linux. Окончательный статус станет понятен после рассмотрения патча, но уже сейчас видно: проект обсуждает AI не как отдельную категорию кода, а как один из инструментов, чьи результаты должны проходить обычную инженерную проверку.
