Линус Торвальдс 15 июля довольно жестко обозначил позицию по теме Linux и ИИ: ядро не будет «анти-ИИ» проектом, а тем, кого это не устраивает, он предложил либо уйти, либо форкнуть кодовую базу. Для разработчиков и мейнтейнеров это важный сигнал: спор о том, можно ли использовать LLM в инфраструктурных open source-проектах, закончился не в пользу идеологической чистоты, а в пользу прагматики.
Поводом стала дискуссия в lore.kernel.org, архиве рассылок Linux kernel, где обсуждали негативное отношение части сообщества к ИИ. Как пишет The Register, Торвальдс прямо сказал, что готов «твердо поставить ногу» как верхнеуровневый мейнтейнер: Linux не относится к числу проектов, которые принципиально выступают против ИИ. По его логике, у несогласных есть стандартный для open source набор опций: можно сделать форк, можно просто перестать участвовать, но блокировать чужое использование инструментов никто не будет.
Это не просто очередная вспышка фирменной резкости Торвальдса. По сути, глава проекта зафиксировал управленческий принцип: ИИ в разработке ядра рассматривается как инструмент, а не как идеологический маркер. Формулировка у него была предельно утилитарная. Он назвал ИИ «просто еще одним инструментом», как и множество других средств, которыми пользуются разработчики. Более того, по его словам, полезность таких систем теперь уже не вызывает сомнений, и сомневаться в ней могут разве что те, кто сам не пробовал ими пользоваться на практике.
Особенно интересно это звучит на фоне его прежних заявлений. В октябре 2024 года Торвальдс отзывался об ИИ куда холоднее: говорил, что 90 процентов происходящего вокруг темы — это маркетинговый шум, а сам он предпочитает пока держаться от хайпа подальше. Тогда же он допускал, что через пять лет картина может измениться. До пятилетнего горизонта дело не дошло: хватило примерно 21 месяца, чтобы тон стал заметно мягче. Не в смысле безусловной любви к LLM, а в смысле признания, что они уже встроились в инженерную реальность и отмахиваться от этого бессмысленно.
При этом Торвальдс вовсе не рисует стерильную картину, где нейросети спасают всех подряд. Он прямо признает, что ИИ может быть болезненным инструментом для мейнтейнеров: увеличивать нагрузку, подбрасывать лишнюю работу и заодно находить неприятные баги, на которые раньше никто не хотел смотреть. Но, по его версии, проблема не в самом инструменте, а в том, как его встраивают в процесс. Прятать голову в песок и делать вид, что проблемы не существует, он считает худшим вариантом. Правильный подход, по его словам, в другом: добиться, чтобы LLM помогали мейнтейнерам, а не создавали им дополнительную боль.
Это важное уточнение для всех, кто следит за темой не по рекламным презентациям, а по реальным тикетам и письмам в рассылках. Последние полтора года open source-сообщество регулярно жаловалось на AI slop: бессмысленные bug report'ы, шумные code review, «вайб-кодинг» без понимания контекста и банальное выгорание тех, кто должен разгребать последствия. Торвальдс эти риски не отрицает. Наоборот, еще в мае он говорил, что ИИ-инструменты полезны только в том случае, если реально помогают, а не производят бессмысленную имитацию работы. Но его нынешняя позиция проста: бороться нужно не с самим фактом использования ИИ, а с плохим использованием ИИ.
На стороне этой логики теперь и часть практиков из экосистемы Linux. The Register напоминает, что в марте 2026 года старший мейнтейнер Linux Грег Кроа-Хартман говорил о заметном сдвиге в качестве AI-assisted bug reports и code review. По его оценке, примерно за месяц что-то поменялось, и в open source начали приходить уже не декоративные, а реальные отчеты, подготовленные с помощью ИИ. Это, конечно, не значит, что мусор исчез. Но значит другое: рынок дошел до стадии, когда разговор уже идет не о фантазиях в духе «заменит ли ИИ программистов», а о куда более скучной и потому важной вещи — где именно ИИ экономит время опытным участникам проекта, а где, наоборот, сжигает его.
Для русскоязычной IT-аудитории здесь несколько практических выводов. Во-первых, Linux и ИИ теперь официально уживаются в одном предложении не как компромисс, а как рабочая норма. Если вы строите процессы вокруг разработки, тестирования, triage, code review или внутренней поддержки open source-компонентов, аргумент «в серьезных инженерных проектах LLM все равно не приветствуются» звучит все менее убедительно. Во-вторых, сама планка качества поднимается. Никто не обещает индульгенцию за текст, сгенерированный моделью. Наоборот: если вы приносите патч, отчет о баге или ревью с помощью ИИ, он должен быть технически полезным и не перекладывать работу на мейнтейнера.
Для бизнеса это тоже плохая новость, если кто-то надеялся закрыть тему внутренним запретом «никакого ИИ в разработке». Подход Торвальдса показывает более зрелую модель управления: запрещать инструмент целиком бессмысленно, если вопрос на самом деле в контроле качества, верификации и стоимости ошибок. То же касается продуктовых команд, платформенных групп и CTO. В 2026 году спор уже не про моральную допустимость ИИ, а про то, какие именно инженерные контуры нужны, чтобы он не превращал процесс в конвейер правдоподобного мусора.
Именно поэтому история с Linux и ИИ интересна не только фанатам ядра. Если даже в одном из самых консервативных и перегруженных процессов в индустрии позиция смещается от скепсиса к прагматичному принятию, дальше давление будет только расти. Вопрос теперь не в том, пускать ли ИИ в разработку, а в том, кто раньше научится отделять полезную автоматизацию от дорогой имитации пользы. Подробности исходной дискуссии можно сверить в материале .