Разработчик Уиллис Оллстед (Willis Allstead) опубликовал 20 сентября 2026 года в блоге allstead.dev эссе «Why Bother With Lint Rules If AI Writes Your Code?» — о том, зачем линтеры нужны, когда основную часть кода генерируют ИИ-агенты. Его команда заменила ESLint на oxlint, быстрый линтер на Rust из проекта oxc, и полный прогон проверок в монорепозитории ускорился с трёх минут примерно до одной секунды. Главный вывод автора: линт стал важнее, чем раньше, потому что файлы-инструкции вроде AGENTS.md агент может проигнорировать, а линтер в CI — это принудительный контракт, через который плохой код в репозиторий не проходит.
Что произошло
Уиллис Оллстед (Willis Allstead) 20 сентября 2026 года опубликовал в блоге allstead.dev эссе «Why Bother With Lint Rules If AI Writes Your Code?», где описал миграцию своего монорепозитория с ESLint на oxlint — линтер на Rust из проекта oxc. Полный прогон линта после замены ускорился с трёх минут примерно до одной секунды, и команда перестала обходить медленные проверки через git push --no-verify. На этом фоне автор формулирует главный тезис: в эпоху кодинг-агентов линт важнее, чем когда-либо, поскольку это принудительная проверка, а не рекомендация. Из практики он выносит два рецепта: ставить линт на pre-commit для ИИ-агентов, которые исправляют нарушения за секунды в бесконечном цикле, и на pre-push со страховкой в CI для людей. В конце эссе Оллстед анонсировал следующий материал — замену Prettier на oxfmt из того же проекта oxc.
Контекст
Исторически линт воспринимался как рутинная второстепенная проверка, и медленный прогон на большом JavaScript-проекте делал его раздражителем: трёхминутная обратная связь плохо сочеталась с быстрыми итерациями, поэтому разработчики начали отключать хуки. Положение изменилось с распространением агентных воркфлоу, где код пишет машина. Во-первых, агент не обязан читать файлы-инструкции вроде AGENTS.md — это мягкое ограничение, действующее ровно до тех пор, пока модель его соблюдает. Во-вторых, по наблюдению автора, агенты копируют паттерны из окружающих файлов, поэтому плохой код, попавший в репозиторий, распространяется на последующие генерации. В-третьих, при потоке коммитов от агентов узким местом становится внимание ревьюеров, которым уже не до поиска неиспользуемых переменных. На этом фоне детерминированные инструменты вроде линтера из проекта oxc, переписанного на Rust ради скорости, превращаются из привычки в несущую конструкцию контроля качества.
Почему это важно для индустрии
Для команд, строящих продукты вокруг кодинг-агентов, эссе описывает смену слоя принуждения: когда основную массу кода генерируют агенты, единственным исполнимым контрактом качества остаются детерминированные проверки — линт, типизация, тесты, потому что CI-гейт нельзя уговорить, в отличие от файла-инструкции. Практический вывод — размещать гейты по типу коммиттера: pre-commit для агентов, у которых бесконечное терпение на итеративные исправления, и pre-push с CI-страховкой для людей, чьё внимание при сотнях открытых PR стало дефицитным ресурсом и должно уходить на оценку замысла. Скорость здесь оказывается ключевой переменной: секундный прогон делает петлю мгновенной самокоррекции агента совместимой с рабочим циклом, и цена такого гейта падает на порядки. Паттерн переносится в команду за день без новых моделей и инфраструктуры, а если тезис о «заражении» кодовой базы получит количественные подтверждения, быстрые линтеры вроде oxlint могут стать дефолтом в агентных пайплайнах, а анонсированный oxfmt — продолжением той же миграции.
Почему это важно для пользователей
Для разработчиков, которые кодят с ИИ-ассистентами, это готовый чек-лист. Первое: не отключайте линт, а ускорьте его — замена ESLint на oxlint показала сокращение полного прогона с трёх минут до примерно одной секунды. Второе: мусорный код в репозитории опасен не сам по себе, а тем, что агент копирует паттерны из соседних файлов, и одна пропущенная проблема тиражируется в следующие генерации. Третье, из обсуждения на Hacker News: держите конфигурацию линтера и хуки там, куда агент не может писать, иначе он тихо ослабляет правила вместо исправления кода. Четвёртое: гейт, который исправляется за секунды, не мешает работе, поэтому не нужно выбирать между скоростью и дисциплиной. Дополнительный эффект для человека — освобождение ревью от механического поиска стилистических ошибок в пользу содержательной оценки того, что и зачем сгенерировал агент.
Что пока неизвестно / ограничения
Кейс единичный: один монорепозиторий, без описания методологии — не раскрыты размер репозитория, число и набор правил, конфигурация ESLint, поэтому цифры «три минуты → примерно одна секунда» нельзя переносить на другие проекты. Тезис о том, что агенты игнорируют AGENTS.md, в эссе не подкреплён измерениями частоты таких игнорирований, а гипотеза о «заражении» кодовой базы плохими паттернами подана без измерений и ссылок на исследования. Размещение гейтов по типу коммиттера — разумная инженерная эвристика, а не проверенный дизайн. Обсуждение на Hacker News невелико — одна точка и четыре комментария, так что широкой апробации подход пока не получил; прогнозы о нормализации быстрых линтеров и замене Prettier на oxfmt — интерпретации тренда, а не установленные факты.
Источники
- Why Bother With Lint Rules If AI Writes your Code? — Willis Allstead (allstead.dev)
- Обсуждение на Hacker News: Why Bother with Lint Rules If AI Writes the Code?
- Oxc — документация линтера oxlint (проект oxc.rs)
Автор
Look at AI, редакция