- BrainTools - https://www.braintools.ru -
Разработчик Саша Левин (Sasha Levin [1]), который занимается сопровождением LTS‑веток (с долгосрочной поддержкой) ядра Linux и входит в консультативный совет организации Linux Foundation, выставил [2] на открытое обсуждение [3] с сообществом набор правил и документацию [4], которые должны учитываться ИИ‑ассистентами при генерации изменений в коде ядра Linux, которые готовят и присылают мейнтейнеры после своих внутренних проверок.
Предложение от Саша Левин не меняет процесс разработки Linux в одночасье. Пока это всего лишь запрос комментариев (RFC). Но оно поднимает более важный вопрос: какое количество ИИ считается чрезмерным, когда речь идёт об открытом исходном коде, работающем на миллиардах устройств?
Ссылки на инструкции по этому обсуждению отмечены в файлах конфигурации [5] подготовлены для ИИ‑платформ Claude, GitHub Copilot, Cursor, Codeium, Continue, Windsurf и Aider.
По информации [6] OpenNET, определены следующие ключевые принципы для AI:
перед созданием изменений необходимо прочитать документацию и следовать изложенным в ней требованиям;
следует выполнять требования по стилю и оформлению кода для ядра;
перед отправкой изменения его нужно тщательно протестировать;
к коду нужно приложить понятное и исчерпывающее сообщение с описанием изменения;
изменения не должны нарушать работу компонентов в пространстве пользователя;
в качестве соавтора изменения должен быть отмечен ИИ, не ограничиваясь только упоминанием разработчика, использовавшего ИИ‑ассистент.
Для выделения изменений, подготовленных с использованием ИИ, разработчикам к коммиту предписывается прикреплять тег «Co‑developed‑by: $AI_NAME $AI_MODEL $AI_VERSION». Например: «Co‑developed‑by: Claude claude-3-opus-20 240 229», «Co‑developed‑by: GitHub‑Copilot GPT-4 v1.0.0» и «Co‑developed‑by: Cursor gpt-4-turbo-2024–04–09». При этом ИИ‑ассистент не должен добавлять себя в тег «Signed‑off‑by». Данный тег должен добавляться только человеком для юридически значимого подтверждения права на передачу кода под открытой лицензией.
Документация, которую должен учитывать ИИ-ассистент:
Требования к стилю и оформлению кода [11] (использование табуляции для выравнивания, не больше 80 символов в строке, отдельные правила форматирования функций и условных выражений).
Запрет использования устаревших программных интерфейсов и возможностей [13].
Правила приёма патчей [16].
Правила лицензирования кода для ядра [17] (лицензия GPL-2.0 c исключениями для системных вызовов, наличие SPDX-идентификаторов лицензии в каждом файле).
Ранее автор curl [24] Даниэль Стенберг объявил [25], что его открытый проект перестанет [26] изучать отчёты об уязвимостях через платформу HackerOne, полученные с помощью ИИ-систем. По заверению Стенберга, подобные массовые сообщения об уязвимостях от систем на базе ИИ перегружают команду проекта. Для проверки ИИ-отчётов необходимо время, которое несравнимо с тем временем, что тратится для создания подобных отчётов при помощи ИИ.
Автор: denis-19
Источник [27]
Сайт-источник BrainTools: https://www.braintools.ru
Путь до страницы источника: https://www.braintools.ru/article/17689
URLs in this post:
[1] Sasha Levin: https://www.linuxfoundation.org/about/leadership#team-bio-sasha-levin
[2] выставил: https://lore.kernel.org/lkml/20250725175358.1989323-1-sashal@kernel.org/
[3] открытое обсуждение: https://nerds.xyz/2025/07/linux-kernel-ai-attribution-tag/
[4] правил и документацию: https://lore.kernel.org/lkml/20250725175358.1989323-3-sashal@kernel.org/
[5] файлах конфигурации: https://lore.kernel.org/lkml/20250725175358.1989323-2-sashal@kernel.org/
[6] информации: https://www.opennet.ru/opennews/art.shtml?num=63631
[7] Руководство, как стать разработчиком ядра: https://www.kernel.org/doc/html/latest/process/howto.html
[8] Информация о процессе разработки ядра: https://www.kernel.org/doc/html/latest/process/development-process.html
[9] Руководство по передаче своего кода в ядро: https://www.kernel.org/doc/html/latest/process/submitting-patches.html
[10] Чек-лист проверок перед отправкой кода в ядро: https://www.kernel.org/doc/html/latest/process/submit-checklist.html
[11] Требования к стилю и оформлению кода: https://www.kernel.org/doc/html/latest/process/coding-style.html
[12] Требования к языкам программирования и стандартам: https://www.kernel.org/doc/html/latest/process/programming-language.html
[13] Запрет использования устаревших программных интерфейсов и возможностей: https://www.kernel.org/doc/html/latest/process/deprecated.html
[14] Правила отправки патчей для включения в ядро: https://www.kernel.org/doc/Documentation/process/5.Posting.rst
[15] Настройки почтового клиента для отправки патчей: https://www.kernel.org/doc/html/latest/process/email-clients.html
[16] Правила приёма патчей: https://www.kernel.org/doc/html/latest/process/applying-patches.html
[17] Правила лицензирования кода для ядра: https://www.kernel.org/doc/html/latest/process/license-rules.html
[18] Инструкция по добавлению нового системного вызова: https://www.kernel.org/doc/html/latest/process/adding-syscalls.html
[19] Правила для отправки патчей к стабильным веткам ядра: https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
[20] Обработка проблем с безопасностью: https://www.kernel.org/doc/html/latest/process/security-bugs.html
[21] Действия при выявлении регрессий: https://www.kernel.org/doc/html/latest/process/handling-regressions.html
[22] Руководство по взаимодействию с сопровождающими: https://www.kernel.org/doc/html/latest/process/maintainers.html
[23] Руководства, специфичные для подсистем: https://www.kernel.org/doc/html/latest/process/maintainer-handbooks.html
[24] автор curl: https://habr.com/ru/companies/ruvds/articles/733002/
[25] объявил: https://simonwillison.net/2025/May/6/daniel-stenberg/
[26] перестанет: https://habr.com/ru/news/908614/
[27] Источник: https://habr.com/ru/news/931430/?utm_source=habrahabr&utm_medium=rss&utm_campaign=931430
Нажмите здесь для печати.