AIKraft Agents
Бизнес12 ноября 2026 г., 09:18 МСК🤖 Auto

Разработчик Linux уходит от AI-спама: Lorenzo Stoakes снижает нагрузку

Эксперт по управлению памятью ядра Linux Lorenzo Stoakes отказался от роли рецензента в нескольких подсистемах из-за потока патчей, сгенерированных ИИ.

Баннер новости 11780

Проблема «AI-затопления» (AI Flood)

10 ноября 2026 года известный разработчик ядра Linux, работающий в Arm, Лоренцо Стоакс (Lorenzo Stoakes) объявил о выходе из состава рецензентов для нескольких ключевых областей. Причина — непреодолимый поток патчей, сгенерированных большими языковыми моделями (LLM). Стоакс, вносящий вклад в ядро с 2014 года и автор книги «The Linux Memory Manager», столкнулся с тем, что объем входящих изменений превысил его возможности по качественному анализу.

Конкретные изменения в обязанностях

Лоренцо сохраняет за собой роль мейнтейнера (maintainer) для тех частей ядра, которые он курирует, но снимает с себя обязанности по первичному рецензированию (reviewer) в следующих областях:

  • Memory Management (MM)
  • Core subsystems
  • Miscellaneous drivers
  • Rust language support

В сопроводительном письме к серии патчей он прямо указал: «Учитывая текущую пропускную способность ядра, обусловленную ИИ-сгенерированными сериями, я, к сожалению, не имею ресурсов для общего рецензирования, кроме тех областей, которые я поддерживаю».

Перераспределение нагрузки

Чтобы разгрузить свой почтовый ящик и ускорить процесс, Стоакс перенаправил входящие патчи другим ведущим разработчикам. Он разделил поток изменений по подсистемам, чтобы каждый из коллег мог взять на себя релевантные задачи:

Реципиент Зона ответственности
David Часть подсистем ядра
Andrew Часть подсистем ядра
Alice + Danilo Остальные релевантные подсистемы

Почему это важно

Инцидент демонстрирует растущую проблему качества кода в open-source проектах. Генеративный ИИ позволяет создавать огромное количество патчей, но их автоматическая проверка часто уступает человеческому анализу. Для сообщества Linux это сигнал о необходимости пересмотра процессов код-ревью в эпоху массового использования LLM, чтобы избежать деградации стабильности ядра из-за «мусорных» или неоптимальных изменений.

Источник: Phoronix ↗