Линус Торвальдс публично встал на сторону разработчиков, которые используют ИИ в Linux, и сделал это без дипломатии: тем, кого это не устраивает, он предложил форкнуть проект или просто уйти. Для русскоязычной IT-аудитории это важный сигнал: спор о том, допустимы ли LLM-инструменты в критической инфраструктуре, закончился и перешел в плоскость инженерной пользы.
Поводом стала дискуссия в списке рассылки Linux kernel mailing list, где обсуждали Sashiko — «агентную» систему ревью кода для ядра Linux. Как пишет Ars Technica, авторы инструмента утверждают, что в тестах он самостоятельно находит 53,6% багов, которые позже действительно исправлялись людьми в следующих коммитах. Проблема в другом: Sashiko умеет не только находить ошибки, но и тратить чужое время. По оценке его же сопровождающих, доля ложных срабатываний находится «в пределах 20%».
На этом фоне часть участников спора подняла не технический, а идеологический вопрос: должны ли мейнтейнеры вообще терпеть поток автоматических багрепортов, сгенерированных ИИ. В обсуждении сослались на недавнюю позицию Software Freedom Conservancy, где сообществу свободного ПО предложили не просто терпеть, а поддерживать тех, кто полностью отвергает генеративные LLM-системы. Торвальдс ответил жестко и предсказуемо по-своему. Linux, по его словам, не относится к «анти-ИИ-проектам», и он готов «очень громко игнорировать» тех, кто пытается запретить другим пользоваться такими инструментами. Важная оговорка: он не требует, чтобы все работали с LLM, но и не собирается превращать проект в заповедник технологического воздержания.
Это не спор о вкусе, а спор о критериях качества. Торвальдс специально подчеркивает, что его позиция основана на технической состоятельности инструмента, а не на восторге от модной темы и не на страхе перед ней. По его оценке, полезность ИИ уже не выглядит гипотезой, как еще год назад. Аргумент у него предельно приземленный: если инструмент помогает писать, проверять или анализировать код лучше и быстрее, его будут использовать. Если не помогает, его выкинут без философских манифестов. В этом смысле ИИ в Linux проходит ту же проверку, что когда-то проходили компиляторы, статические анализаторы, fuzzing и CI: не по красивым презентациям, а по числу найденных дефектов, времени мейнтейнеров и качеству патчей.
У этой позиции есть неприятная для обеих крайностей деталь. Сторонники тотального внедрения ИИ любят делать вид, что вопрос уже закрыт цифрами. Противники — что цифры говорят прямо противоположное. Реальность пока менее удобна. Ars Technica напоминает о прошлогоднем исследовании METR: тогда open source-разработчики, пользовавшиеся ИИ-инструментами, оказались на 19% менее продуктивны, чем те, кто работал без них, хотя субъективно чувствовали себя на 20% продуктивнее. Но в феврале 2026 года те же исследователи обновили позицию и допустили, что к началу 2026-го ускоряющий эффект стал заметно выше, чем в начале 2025-го. Причина банальна и совсем не романтична: сами инструменты стали лучше, а люди научились формулировать к ним более внятные запросы и не слепо принимать ответ за истину.
Торвальдс здесь снова выбирает не идеологию, а инженерный реализм. Да, ИИ ошибается. Но и люди, мягко говоря, не безупречны. В своей реплике он почти насмешливо замечает: прежде чем указывать на проблемы искусственного интеллекта, неплохо бы посмотреть в зеркало. Для ядра Linux это звучит не как шутка, а как напоминание о повседневной практике сопровождения огромного проекта, где шум, спорные патчи, регрессии и человеческие промахи были нормой задолго до появления LLM. Если автоматизированный инструмент создает 20% ложных тревог, вопрос не в том, «оскверняет» ли он open source, а в том, дает ли оставшиеся 80% достаточно ценности, чтобы окупить нагрузку на мейнтейнеров.
Важно и то, что Торвальдс рассуждает не как внешний комментатор, а как человек, который сам уже пробовал так называемый vibe coding. В январе он рассказывал, что экспериментировал с инструментами Google Antigravity, когда делал Python-визуализатор аудио для своего любительского проекта с гитарным педальным эффектом. Формулировка у него была характерная: раньше он гуглил, копировал и собирал решение по кускам сам, а потом «вырезал посредника» и поручил эту часть инструменту. Это не означает, что создатель Linux внезапно стал евангелистом генеративного кода. Скорее наоборот: он относится к таким системам как к еще одному слою автоматизации, который либо окупается, либо нет.
Для разработчиков и технических руководителей из этого спора следует довольно приземленный вывод. ИИ в Linux и в других больших open source-проектах больше не обсуждается в терминах «можно ли в принципе». Обсуждаются более скучные, а значит более важные вопросы: кто отвечает за итоговый код, как фильтровать шум, сколько ложноположительных сигналов выдержит команда, какие классы задач реально стоит отдавать моделям, а какие только создают лишнюю работу. Для бизнеса это еще яснее: если даже в ядре Linux разговор смещается от моральных деклараций к метрикам полезности, корпоративные инженерные процессы пойдут туда же. Политика «никакого ИИ никогда» будет выглядеть все менее как принцип и все больше как управленческая роскошь, которую могут позволить себе немногие.
Открытым остается не вопрос, пустят ли ИИ-инструменты в серьезную разработку, а где именно проведут границы их автономии. История с Sashiko показывает, что следующий конфликт развернется уже не вокруг самого факта использования LLM, а вокруг цены ошибок, уровня доверия к автоматическим замечаниям и права мейнтейнеров защищать свое время не от «чуждой технологии», а от плохо настроенного конвейера. И если Торвальдс здесь задает тон, то этот тон предельно простой: меньше метафизики, больше измеримой пользы. Первоисточник с цитатами и деталями обсуждения — .
