Linux staging tree: Greg Kroah-Hartman блокирует патчи, сгенерированные ИИ

Затопленный « нашествием » патчей на основе ИИ, сопровождающий дерево staging Linux теперь систематически отклоняет вклады, сгенерированные LLM, — за исключением исправлений безопасности. При этом он сам использует LLM.

Контекст: что такое staging tree?

Чтобы понять решение Грега Кроа-Хартмана (известного как gregkh), нужно разобраться, что такое staging tree в организации ядра Linux. Это зона приема для драйверов и кода, ещё не готовых к основной ветке: недостаточная качество, нестабильные API, зависимости, требующие очистки. Исторически это также первая ступенька для новых участников — место, где можно учиться вносить вклад в ядро, не будучи экспертом с 15-летним стажем разработки ядра.

Грег Кроа-Хартман — это сопровождающий этого staging tree. Именно он читает, оценивает, принимает или отклоняет патчи.

Что произошло

В ответ на то, что он называет "нашествием" — потоком патчей, сгенерированных большими языковыми моделями (LLM), — gregkh объявил о новой политике: патчи, созданные ИИ, больше не будут приниматься в staging tree.

Особенность этого решения в том, чем оно не является: это не идеологический отказ от ИИ. Грег сам использует LLM в своих собственных вкладах в ядро и открыто это признает. То, что он отвергает, — это использование LLM участниками, которые не обладают навыками, чтобы оценить то, что сгенерировал модель.

Логика очевидна: staging tree предназначен для обучения участников. Отправлять патч, сгенерированный ИИ, не понимая, что он делает, — это прямо противоположно цели. Более того, это создает дополнительную работу для сопровождающих, которым приходится перечитывать, исправлять и отклонять низкокачественные патчи в растущем объеме.

Единственное исключение сделано для патчей, исправляющих реальные проблемы безопасности (genuine security fixes): они по-прежнему приветствуются, независимо от их происхождения.

Почему это важно не только для staging tree

Это наиболее конкретное проявление напряженности, которая нарастает в сообществе свободного ПО уже несколько месяцев. С одной стороны, LLM, способные генерировать синтаксически корректный код. С другой — сопровождающие, которые вынуждены обрабатывать растущий объем низкокачественных патчей, созданных без реального понимания контекста.

Ядро Linux — это не обычная кодовая база. Каждая строка может влиять на миллионы систем. Качество патча — это не только сам код, но и понимание его автором почему этот код существует, в каком контексте он интегрируется и какие побочные эффекты может иметь. Патч, сгенерированный LLM без квалифицированного человека за спиной, часто упускает это "почему".

Это не конец использования ИИ в ядре — вовсе нет. Это начало явной политики, которая разделяет ИИ как инструмент (для участника, который понимает, что делает) и ИИ как замену компетенции (для того, кто не имеет базовых знаний). Нюанс крайне важен, и gregkh сам его подчеркивает.