Создатель Linux заметил перелом в работе нейросетей: ИИ помогает устранять ошибки быстрее

Создатель Linux Линус Торвальдс сообщил о заметном изменении ситуации при подготовке ядра Linux 7.4: в подсистеме BPF исправления, подготовленные с помощью ИИ, начали поступать быстрее, чем новые сообщения об ошибках.

Об этом Торвальдс написал 8 ноября 2026 года в рассылке Linux Kernel Mailing List, комментируя выпуск второй тестовой версии Linux 7.4-rc2. По его словам, значительная часть работы над обновлением была связана с исправлениями, подготовленными при участии искусственного интеллекта.

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

ИИ перестает быть только источником дополнительной работы

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

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

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

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

Почему особое внимание привлекла подсистема BPF

BPF (Berkeley Packet Filter), также известная как eBPF в современной реализации, — одна из важных технологий ядра Linux. Она позволяет запускать специальные программы в защищенной среде непосредственно внутри ядра операционной системы. Это дает возможность анализировать сетевой трафик, отслеживать системные события, контролировать производительность и выполнять другие задачи без необходимости постоянно изменять само ядро.

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

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

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

Что изменилось в тестовой версии Linux 7.4-rc2

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

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

Оставшиеся изменения условно распределяются между тремя направлениями:

• Драйверы — прежде всего графические, сетевые и звуковые компоненты, а также другие аппаратные решения.
• Сетевые подсистемы и BPF — исправления и улучшения механизмов обработки сетевых данных.
• Остальные компоненты ядра — файловые системы, управление памятью и архитектурные изменения.

При этом Торвальдс отдельно подчеркнул, что значительная часть работы была обусловлена различными исправлениями с использованием ИИ. Он даже отметил, что уже не считает необходимым постоянно повторять этот факт, поскольку участие таких инструментов становится привычной частью разработки.

Почему разработчики Linux пока не спешат праздновать победу

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

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

Впрочем, изменение подхода уже заметно. Разработчики получают возможность использовать ИИ для нескольких задач одновременно:

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

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

Что это означает для будущего Linux

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

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

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

Источник: sammobile