Linus Torvalds a lié la flambée de correctifs pour Linux 7.0 à l'AI et au risque de retard de sortie

30 марта 2026 года Линус Торвальдс публично пожаловался на необычно большой поток патчей для Linux 7.0 RC6. По его мнению, часть этого всплеска могла прийти вместе с массовым использованием ИИ-инструментов, а нагрузка на мейнтейнеров выросла настолько, что на тот момент обсуждался даже риск сдвига стабильного релиза.

Почему патчей стало больше

Шестой релиз-кандидат обычно означает, что ядро уже входит в спокойную фазу: крупные изменения позади, остаются точечные исправления, тестирование и полировка. В случае с Linux 7.0 картина оказалась другой.

Торвальдс обратил внимание, что в конце марта ему пришло заметно больше правок, чем бывает на этой стадии, причем речь шла не о нескольких спорных сериях, а о широком потоке мелких доработок из разных частей дерева. Для команды сопровождения это автоматически означает больше ручной проверки и больше рисков для календаря релиза. Сам по себе рост числа исправлений не означает, что релиз сломан.

Напротив, Торвальдс отдельно подчеркнул, что большинство патчей выглядели реальными и полезными. Его насторожило другое: объем. Когда таких изменений становится слишком много, резко растет цена проверки, обсуждения, повторного тестирования и принятия решений по срокам.

Даже хорошие патчи в такой ситуации начинают тормозить выпуск, потому что у сопровождающих заканчивается пропускная способность на финальном этапе перед стабильной сборкой.

Почему тут всплыл ИИ

Торвальдс предположил, что всплеск может быть связан с тем, что ИИ-инструменты стали лучше находить пограничные случаи и быстро предлагать небольшие исправления. Это важный нюанс: он не говорил, что ядро завалили откровенным мусором, сгенерированным без проверки. Скорее речь о новой механике разработки, в которой стоимость создания патча резко падает, а значит, в очередь на ревью попадает больше мелких, но формально валидных изменений. Именно такая асимметрия между генерацией и проверкой сейчас и начинает бить по процессу.

«Много довольно тривиальных, но реальных исправлений», — так Торвальдс описал характер этой волны.

Для Linux это чувствительная тема, потому что узким местом всегда был не сам код, а человеческое внимание мейнтейнеров. Если ИИ помогает находить дополнительные ошибки, качество ядра в долгую может вырасти, особенно в редких и плохо покрытых сценариях. Но если он одновременно создает поток микроправок, который сложно быстро отфильтровать, проверка превращается в бутылочное горлышко. И именно это, похоже, сильнее всего раздражает создателя Linux: не наличие ИИ как такового, а новая операционная нагрузка на людей, принимающих решения.

Что меняется в Linux 7.0 На фоне дискуссии о роли ИИ сам релиз 7.0 не выглядел революцией.

Торвальдс и раньше говорил, что новый номер версии не означает резкий архитектурный поворот. Основной массив изменений в этой ветке был вполне приземленным: исправления файловых систем, драйверов и инфраструктурного кода, без одной доминирующей функции, которая бы объяснила весь шум вокруг релиза. Это тоже важно: чем спокойнее по смыслу сам релиз, тем заметнее выглядит аномальный всплеск мелких правок на поздней стадии цикла.

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

доработки для файловых систем EXT4 и XFS обычные фиксы в драйверах GPU изменения в сетевой подсистеме и RDMA обновления в звуковом стеке и служебных инструментах * множество точечных правок по разным краевым случаям Отдельный контекст здесь тоже важен. Ранее Торвальдс уже жестко критиковал некоторые серии патчей для Linux 7.0, например изменения вокруг подсистемы MMC, которые он называл плохо подготовленными.

На этом фоне нынешняя реакция была даже необычно спокойной: вместо разноса за качество он говорил именно о масштабе входящего потока. Это делает историю показательной — проблема с ИИ в open source все чаще связана не с фальшивым кодом, а с перегрузкой процесса сопровождения и падением отношения сигнал/шум.

Что это значит

История с Linux 7.0 показывает, как ИИ меняет разработку инфраструктурного ПО: генерировать и находить исправления стало легче, но пропускная способность ревью не выросла так же быстро. Для open source это может означать новую норму, где главным дефицитом становится не код, а время опытных сопровождающих. Если этот дисбаланс усилится, самым ценным навыком окажется уже не написание еще одного патча, а быстрая фильтрация, верификация и приоритизация того, что действительно стоит включать в релиз.