13 октября 2026 года Linus Torvalds в письме на LKML, отвечая Laurent Pinchart в треде по патчу «docs: remove Assisted-by references», заявил, что не понимает концепцию «don't use AI for X», и отказался вводить правила, запрещающие AI-инструменты при работе над ядром. Саркастическим «новым правилом» он предложил запретить компиляторы, ведь если разработчик не может написать код на ассемблере, то не понимает, что делает машина. Ключевой тезис мейнтейнера: от контрибьюторов ожидается понимание собственных действий, а это понимание «имеет очень мало общего с тем, какими инструментами они пользуются». Заявление прозвучало на фоне того, что сам Torvalds готовил perf-фикс page cache через Claude Code, однако его ветка не выдержала ревью — там обнаружили race condition.

image

Что произошло

Письмо появилось 13 октября 2026 года в списке рассылки LKML: Linus Torvalds ответил Laurent Pinchart в треде по патчу «docs: remove Assisted-by references». Torvalds написал, что формула «don't use AI for X» для него не имеет смысла, и не станет вводить запреты на использование AI при подготовке вкладов в ядро. В ответ критикам он саркастически «установил новое правило»: компиляторы в сабмитах запрещены, потому что разработчик, не умеющий написать код на ассемблере, не понимает, что делает машина, а дальше по этой логике — «you had better not use an editor to write that commit message either». Свою позицию он свёл к ожиданиям, а не к инструментам: «The kind of expectations I have is that people do their best and I expect people to understand what they are doing. But that understanding has very little to do with what tools they use», отметив, что люди, которых он уважает, не прячутся от новых технологий. Это письмо в треде и личная позиция мейнтейнера, а не изменение официальных правил приёма патчей.

Контекст

Фон дискуссии — спор о маркировке AI-вкладов: 9 октября 2026 года Sasha Levin предложил патч, удаляющий из документации ядра трейлер Assisted-by, и тред вокруг него вышел на вопрос о том, следует ли вообще ограничивать AI-инструменты. Параллельно эта тема уже проверялась на практике: Torvalds сам готовил perf-фикс page cache в ветке noref-filemap-read-with-llm с помощью Claude Code, то есть ассистированный код проходил стандартный процесс ревью Linux как обычный патч. Ветка не дошла до мержа — именно ревьюеры, а не автор и не агент, нашли race condition, и дальнейшую работу по фиксу передали Kiryl Shutsemau. Заявленный для этого фикса прирост throughput до 23x существует только в синтетическом бенчмарке без описанной методологии, поэтому пока это гипотеза, а не измеренный результат. Показательна сама механика: качество диффа отловил обычный ядерный ревью, а не какой-то отдельный AI-специфичный контроль.

Почему это важно для индустрии

Главный гейткипер крупнейшего open-source проекта публично зафиксировал норму: политика вокруг AI-инструментов опирается на компетентность разработчика и обязательное ревью, а не на запреты инструментов. Для команд, строящих продуктовые пайплайны, это готовый шаблон воркфлоу «агент готовит черновик изменений — жесткое ревью и тесты», и ссылаться на публичную позицию мейнтейнера Linux при легализации AI-агентов во внутренней кодовой базе стало заметно проще. Одновременно свежий ядерный кейс очерчивает границы агентского кодинга: конкурентный код остаётся слабым местом генерации, ошибку в этом классе поймали ревьюеры, а не инструмент, поэтому смещать инвестиции с чистой генерации на верификацию — статический анализ, автогенерацию тестов, детекторы гонок в CI — теперь более обоснованный ход. Если трейлер Assisted-by действительно исчезнет из документации, экосистема потеряет маркированные данные о провенансе AI-кода, и ретроспективно оценить частоту дефектов у ассистированных диффов станет невозможно. Для вендоров AI-кодинга позиция ядра — сильный аргумент в продажах консервативным сегментам, но только при честной подаче кейса без невалидированных бенчмарков.

Почему это важно для пользователей

Материал легко проверить по первоисточникам: письмо Torvalds полностью открыто на lore.kernel.org, а обсуждение на Hacker News на момент фиксации набрало 7 points и 4 комментария. Практический вывод для разработчиков: пользоваться AI-ассистентом и при коде, и при тексте коммита не является нарушением — ошибка начинается там, где автор не понимает собственный дифф, поэтому рабочий ориентир звучит как «генерируй смело, но только то, что можешь объяснить и защитить на ревью». Тем, кто пробует агентские инструменты в своих пайплайнах, кейс page cache даёт наглядный урок по тест-плану: синтетические показатели надо проверять на реальных сценариях, а в параллельном коде закладывать отдельную проверку на гонки. Следить имеет смысл за судьбой фикса: если Kiryl Shutsemau доведёт работу до мержа, получится первый верифицированный пример агент-ассистированного perf-патча в ядре Linux.

Что пока неизвестно / ограничения

Доказательная база скромная: одно письмо мейнтейнера и один несмерженный кейс — из этого нельзя выводить общую capability-картину агентского кодинга или «легитимизацию» AI во всей индустрии. Письмо — это мнение в треде, а не норма документации и не правило приёма патчей; его влияние на будущие гайдлайны ядра и других проектов остаётся гипотезой. Заявленный кратный прирост throughput остаётся невалидированным, так как получен в синтетическом бенчмарке без методологии. Статус ветки noref-filemap-read-with-llm не определён: race condition ещё нужно исправить, а срок и результат работы Kiryl Shutsemau неизвестны. Наконец, неясно, чем закончится спор о трейлере Assisted-by — удаление маркировки не гарантировано, именно от этого зависит, сохранятся ли данные о провенансе AI-вкладов в ядре.

Источники

Автор

Look at AI, редакция