LLM и ядро Linux: как искусственный интеллект меняет правила игры

На картинке изображён дружелюбный робот-ассистент (LLM) и человек, которые совместно работают над разработкой ядра Linux. Справа показаны окно с кодом, документ и шестерёнки — символы программирования и системной разработки. Иллюстрация подчёркивает идею использования LLM-помощников для ускорения и упрощения процесса создания патчей ядра.

Дискуссия о том, можно ли доверять LLM-ассистентам в разработке ядра Linux, на первый взгляд кажется академической. Но если вдуматься, это фундаментальный вопрос о будущем open source и доверия в сообществе.

В чём суть спора

🔖 Новые теги для патчей
После эксперимента Саши Левина с генерацией патча LLM-ассистентом появились предложения ввести специальные пометки:

• Generated-by — код целиком сгенерирован инструментом;
• Co-developed-by — автор и ИИ работали «в паре»;
• Assisted-by — помощь в написании или форматировании.

Цель проста: прозрачно показать, что в цепочке участия был ИИ.

⚖️ Опасения разработчиков

• 🐛 скрытые баги и «чёрные ящики», когда автор не может объяснить собственный код;
• 📜 юридические риски — возможные споры об авторских правах;
• 🔄 рост нагрузки на мейнтейнеров, которым придётся ревьюить ещё больше низкокачественных патчей.

💡 Аргументы «за»

• ИИ можно рассматривать как «усилитель» — он ускоряет рутину, ищет шаблонные ошибки, пишет тесты;
• полный запрет неработоспособен — разработчики всё равно будут использовать ассистентов, только скрытно;
• открытое декларирование позволит отслеживать баги по источнику (человеческие vs. LLM-типичные).

Мой взгляд

Я вижу здесь параллель с появлением статических анализаторов и автогенераторов кода лет 15 назад. Тогда тоже были страхи: «люди перестанут понимать код», «будем тратить больше времени на ревью». В итоге все признали, что инструменты полезны — при условии, что человек остаётся ответственным за финальный результат.

Особенно важным кажется принцип:

«ИИ не отправляет патчи сам — это делает человек, и он несёт ответственность».

Здесь я полностью согласен. Тег Assisted-by или Generated-by не освобождает автора от обязанности понимать код и подписывать его Signed-off-by.

Юридическая сторона пока туманна. Но на практике патч — это почти всегда «производная работа» от ядра, а значит автоматически подпадает под GPLv2. Поэтому риск скорее в корпоративных политиках и использовании проприетарных моделей, чем в самих патчах.

Будущее

Мне кажется, что LLM-ассистенты в ядре займут нишу:

• 🛠 автогенерация тестов и документации;
• 🔍 подсказки по стилю и именованию;
• 🧩 патчи-«черновики», которые разработчик потом доводит вручную.

Главное — прозрачность и честность. Если сообщество примет правило «обозначай использование ИИ так же, как внешних соавторов», то это будет здоровый компромисс.

🔗 Источник:

• LWN.net — The use of LLM assistants for kernel development