Торвальдс: ИИ увеличил число коммитов ядра примерно на 20%, но создал новые социальные и вопросы безопасности

На Open Source Summit North America 20 мая 2026 года создатель Linux Линус Торвальдс заявил, что за последние шесть месяцев объём коммитов в двух последних релизах ядра вырос примерно на 20% по сравнению с предыдущими релизами за многие годы. Он подчеркнул, что инструменты искусственного интеллекта полезны как «отличный инструмент», но не заменяют программистов, и отметил, что устойчивый цикл выпусков ядра, сохранившийся «примерно 20 лет» со времени перехода на Git, был нарушен.

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

Социальный эффект оказался особенно заметен в системе обработки отчётов о багах. Торвальдс и мейнтейнер и глава программы Open Source в Verizon Дирк Хондель рассказали, что конфиденциальный «список безопасности ядра» оказался «завален» дубликатами и AI‑сгенерированными сообщениями. Небольшая группа модераторов и мейнтейнеров вынуждена перераспределять эти потоки и перенаправлять запросы к соответствующим разработчикам, что затрудняет triage и замедляет работу по приоритизации реальных уязвимостей.

В ответ Торвальдс объявил новые рекомендации по раскрытию уязвимостей, найденных с помощью ИИ: такие баги стоит считать фактически публичными, поскольку другие исследователи, вероятно, найдут их тем же методом; одновременно он призвал не публиковать рабочие эксплойты, которые могут навредить системам. По его словам, практика раскрытия и процессы triage потребуют пересмотра у мейнтейнеров и дистрибуций, чтобы справляться с увеличившимся объёмом AI‑генерируемых репортов. Торвальдс завершил посылом о балансе: ИИ расширяет возможности разработчиков и увеличивает вклад сообщества, но не устраняет необходимости в профессионалах и адекватных процессах. Сообщество ядра, по его оценке, должно адаптировать рабочие практики и механизмы безопасности, чтобы сохранить эффективность выпусков и не допустить вреда при массовом использовании автоматизированных инструментов.