1 мин чтения
Коротко
Запрет касается не всего ядра Linux, а раздела, который специально оставляют проблемным ради обучения новых разработчиков. Этот случай показывает: ценность AI-помощи зависит не только от качества результата, но и от цели площадки.
В drivers/staging ядра Linux перестали принимать патчи, подготовленные с помощью AI-инструментов. Ставка здесь не в борьбе с технологиями: этот раздел используют как учебную площадку, где разработчик должен сам разбираться с небольшими проблемами в коде.
В обычной логике разработки хороший патч — это прежде всего рабочий патч. Но staging устроен иначе. Код там изначально считается проблемным, а сопровождающие намеренно не проводят автоматизированную чистку, чтобы начинающие разработчики могли тренироваться на реальных задачах.
Поэтому AI меняет сам смысл такой работы. Если инструмент сразу предлагает исправление, разработчик может получить аккуратный результат, но пропустить главное — самостоятельное решение проблемы. Для учебного раздела это не ускорение, а потеря части образовательной ценности.
Важно не расширять новость дальше фактов. Речь идёт именно о drivers/staging, а не о запрете AI-патчей во всём ядре Linux. В исходном сообщении также не уточняется, как именно будут определять использование AI-инструментов и распространяется ли решение на другие разделы.
Получается любопытный trade-off: один и тот же AI-инструмент может быть полезен в рабочем коде и нежелателен там, где результатом должна стать не только исправленная строка, но и навык разработчика. Если бы вы поддерживали учебный раздел ядра, стали бы проверять происхождение каждого патча или оценивали бы только понимание задачи автором?