Этот линтер уничтожает «мусорный» AI-код

Одни лишь промпты не спасут вашу кодовую базу от «мусора», созданного AI. AI-агенты часто игнорируют или обходят стандарты кодирования, которые вы тщательно прописываете в инструкциях, позволяя низкокачественному коду или «мусору» проникать в ваши проекты. Агентам легко пренебречь правилами промптов, что приводит к несоответствиям и потенциальным проблемам, подрывающим качество кода.

Этот «мусор» обычно не является багом, который немедленно ломает компиляцию. Скорее, это код с низким уровнем доказательств, например, небезопасное приведение типов, которое со временем разрушает безопасность типов (type safety). Код компилируется без проблем, но создает скрытые, трудноотслеживаемые баги, которые проявляются гораздо позже, превращая мелкие недочеты в серьезные проблемы при отладке.

Рассмотрим классический пример: вы получаете данные из JSON API, включая поле createdAt, которое приходит в виде строки. Ваш AI-агент может привести его напрямую к объекту Date, несмотря на то, что в JSON нет собственного типа Date. Код компилируется без жалоб, потому что вы явно сказали TypeScript доверять вам. Но это создает тикающую бомбу, готовую обрушить ваше приложение в тот момент, когда что-либо попытается выполнить операцию Date над этой строкой, которая так и осталась строкой.

Забудьте о надежде, что ваши AI-агенты магическим образом будут следовать вашим рекомендациям по кодированию. Вместо этого познакомьтесь с anti-slop: набором принципиальных правил, разработанных для Oxlint. Этот линтер, написанный на Rust, обладает невероятной скоростью, работая в 50–100 раз быстрее, чем ESLint. Такая производительность критически важна для быстрых циклов обратной связи, позволяя как разработчикам, так и агентам видеть проблемы в коде практически мгновенно.

В отличие от вероятностной природы промпт-инжиниринга, линтинг полностью детерминирован. Он действует как жесткий барьер, немедленно помечая любые паттерны кода, которые ваша команда явно запретила. Это не предложение, которое ваш AI может рассмотреть; это не подлежащий обсуждению фильтр качества, гарантирующий, что «мусор» не просочится в вашу кодовую базу.

Настоящая сила anti-slop заключается в его кастомизации. Вам не нужно принимать каждое правило из пакета. Команды могут тщательно выбирать конкретные правила, которые идеально соответствуют их существующим стандартам кодирования, создавая высоконастраиваемый механизм автоматизированного контроля. Речь идет о создании надежной, предсказуемой системы качества, а не просто о добавлении новых промптов для решения проблемы.

Настоящая инновация anti-slop — это не только скорость, но и качество его сообщений об ошибках. Забудьте о типично загадочном выводе TypeScript, который заставляет разработчиков ломать голову, пытаясь понять, что пошло не так. Этот линтер точно говорит вам, почему ваш AI-сгенерированный код проблематичен и, что особенно важно, как это исправить. Он предлагает прямые, применимые на практике инсайты вместо расплывчатых жалоб.

Эта описательная обратная связь превращает сообщения об ошибках в невероятно «ценные данные» (juicy data) для AI-агента. Вместо простого «прошел/не прошел», линтер превращается в мощного учителя, направляющего агента в понимании и исправлении собственных ошибок. Это существенно меняет его роль: из простого проверяющего кода он становится интеллектуальным циклом обратной связи с самообучением, экономя бесчисленные часы ручной отладки.

Agentic workflow становится удивительно эффективным:

• AI agent создает первоначальный код.
• anti-slop запускается, мгновенно отмечая любые проблемы.
• Затем агент анализирует подробное сообщение об ошибке, которое включает конкретные инструкции.
• Наконец, агент исправляет код на основе этих точных рекомендаций, что приводит к повышению качества результата. Этот итеративный процесс предотвращает попадание низкокачественных шаблонов в продакшн. Полный список этих строгих правил можно найти в репозитории GitHub - dmmulroy/anti-slop: Opinionated Oxlint rules for rejecting low-evidence TypeScript and JavaScript patterns.

Внедрение правил anti-slop фундаментально меняет фокус вашей разработки. Вместо того чтобы реагировать на баги после их появления, вы проактивно предотвращаете низкокачественные шаблоны, которые их вызывают. Этот линтер обнаруживает проблемный код в самом источнике, например, небезопасное chain type assertion, которое отбрасывает критически важные данные о типах. Например, приведение ответа API к unknown, а затем к User, может скрыть тот факт, что createdAt может быть строкой, а не датой, что создает скрытый баг еще до компиляции.

Помимо предотвращения, anti-slop формализует стандарты кодирования вашей команды. Он устанавливает машиночитаемый и обязательный набор правил, экономя драгоценное время на ручную проверку распространенных, но критических проблем. Это означает, что вам не нужно, чтобы человек отмечал такие вещи, как функции, возвращающие unknown, или другие низкокачественные шаблоны TypeScript. Линтер помечает их, объясняя, почему они проблематичны и как их исправить, например, путем парсинга недоверенных входных данных на границе системы.

Интегрируйте anti-slop в ваш CI/CD pipeline или локальный цикл разработки, и вы сможете систематически очищать всю кодовую базу от «slop». Это гарантирует, что как человеческий, так и AI-контент будут соответствовать более высоким стандартам качества и доказательности. AI-агенты, в частности, учатся создавать пуленепробиваемый код, исправляя его на основе четкой и применимой обратной связи от линтера, создавая по-настоящему надежную и поддерживаемую систему.

Что такое Anti-slop?

Anti-slop — это набор строгих правил линтинга для Oxlint, высокопроизводительного линтера JavaScript/TypeScript. Он разработан для отклонения низкокачественных шаблонов кода с низким уровнем достоверности, которые часто создаются AI-агентами.

Как Anti-slop улучшает код, созданный AI?

Он создает цикл обратной связи. AI-агент генерирует код, линтер запускается и предоставляет очень подробные ошибки о том, почему шаблон плох и как его исправить. Затем агент использует эту обратную связь для исправления кода, детерминированно улучшая качество.

Является ли Anti-slop заменой ESLint?

Anti-slop предоставляет правила, которые работают на Oxlint — линтере, который можно использовать вместе с ESLint или как гораздо более быструю альтернативу. Oxlint работает в 50-100 раз быстрее, чем ESLint.

Какие шаблоны кода обнаруживает Anti-slop?

Он обнаруживает код, который может компилироваться, но считается «code smell». Примеры включают цепочки приведения типов (например, as unknown as User), функции с неизвестными параметрами или типами возвращаемых значений, а также другие шаблоны с низким уровнем достоверности, которые нарушают безопасность типов.