Мультиагентный код-ревью в Claude Code: как Anthropic построила команду AI-проверяющих вместо одного критика

Мультиагентный код-ревью в Claude Code: как Anthropic построила команду AI-проверяющих вместо одного критика

Anthropic переосмыслила код-ревью: вместо одного AI-критика — команда специализированных агентов, которые ищут и перепроверяют ошибки независимо друг от друга. Разбираем пять уровней проверки в Claude Code: от мгновенного локального анализа до облачного мультиагентного аудита, который сама Anthropic использует для каждого pull request.

Представьте: ваш код проверяет один очень умный, но предвзятый коллега. Он замечает подозрительную строку, строит гипотезу об ошибке, и дальше все его рассуждения подстраиваются под эту первую догадку. Очевидный баг в соседнем файле остаётся незамеченным. Именно так работает традиционное AI-код-ревью. Одна большая языковая модель получает промпт, находит первую странность и зацикливается на ней, игнорируя остальное. Это называется «эффект якорения» (anchoring bias), и это фундаментальная проблема, которую Anthropic решила архитектурно: вместо одного критика она построила целую команду AI-проверяющих.

Новая система код-ревью в Claude Code включает пять уровней анализа - от быстрого локального просмотра изменений до облачного мультиагентного аудита, где группа специализированных агентов независимо ищет и верифицирует ошибки. Ключевое отличие от прежних подходов: на уровнях High и выше поиск багов и их подтверждение выполняются разными субагентами с «чистым контекстом». Один агент выдвигает гипотезы, второй перепроверяет их, не видя рассуждений первого. Это драматически снижает количество ложных срабатываний и галлюцинаций - тех самых случаев, когда модель «видит» ошибку там, где её нет, или пропускает реальную.

Режим Ultra, доступный пока в Research Preview, сама Anthropic уже использует для проверки каждого pull request перед слиянием. Разберём, как устроены эти уровни, чем мультиагентный подход лучше традиционного ревью и что это значит для разработчиков, которые хотят автоматизировать контроль качества кода.

Почему один AI-ревьюер - это уже недостаточно

AI-агенты в разработке стремительно эволюционируют. Ещё недавно мы радовались, что нейросеть может найти опечатку или неиспользуемую переменную. Сегодня этого мало. Разработчики ждут от AI-помощников глубокого анализа логики, поиска уязвимостей и архитектурных просчётов. Проблема в том, что одиночная LLM, какой бы мощной она ни была, остаётся уязвимой для когнитивных искажений, свойственных любой системе, генерирующей текст на основе вероятностей.

Эффект якорения - лишь вершина айсберга. Есть ещё проблема контекстного окна: модель не может удержать в фокусе весь крупный проект одновременно. Она вынуждена выбирать, на какие файлы обратить внимание, и этот выбор может быть ошибочным. Добавьте сюда склонность к галлюцинациям - когда модель «додумывает» несуществующие функции или неправильно интерпретирует зависимости между модулями. Результат: разработчик получает либо поток ложных срабатываний, либо ложное чувство безопасности, когда реальные баги пропущены.

Anthropic подошла к проблеме системно. Вместо того чтобы пытаться сделать одну модель «идеальной», компания разделила процесс проверки на роли. В природе командной работы есть простой принцип: тот, кто нашёл проблему, не должен сам подтверждать её серьёзность - это делает другой человек, незамыленным взглядом. Этот принцип и перенесён в архитектуру Claude Code. Одни агенты специализируются на поиске подозрительных мест, другие - на их верификации. Контекст между ними изолирован, что исключает «заражение» одной гипотезой всего процесса проверки.

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

Пять уровней проверки: от быстрого взгляда до команды AI-аудиторов

Система код-ревью в Claude Code выстроена как пирамида: чем выше уровень, тем больше вычислительных ресурсов и времени требуется, но тем тщательнее и глубже проверка. Это не одна и та же операция, растянутая во времени, а качественно разные процессы. На нижних уровнях работает быстрый локальный анализ, на верхних - распределённая команда специализированных агентов в облаке. Разработчик может выбрать уровень под свою задачу: нужно мгновенно проверить небольшое изменение - хватит Low; готовится критически важный релиз - есть смысл запустить Ultra.

Low и Medium: Мгновенная проверка изменений в моменте

Уровень Low работает как линтер на стероидах. Он смотрит только на изменённый код - так называемый diff - и ищет поверхностные ошибки: опечатки в названиях переменных, неиспользуемые импорты, нарушения стиля кодирования, явные синтаксические проблемы. Это базовая гигиена кода, автоматизированная и ускоренная. Проверка происходит локально, почти мгновенно, и не требует отправки кода в облако.

Уровень Medium подключает более глубокий анализ логики в рамках изменённых файлов. Здесь модель уже пытается понять, не сломает ли новое изменение существующую функциональность, нет ли очевидных логических противоречий. Например, если вы добавили условие, которое никогда не выполнится, Medium с высокой вероятностью это заметит. Оба уровня - Low и Medium - уже доступны в Claude Code и покрывают повседневные потребности разработчика в быстрой обратной связи.

High: Разделение ролей «Ищейки» и «Судьи»

На этом уровне впервые появляется мультиагентность. Процесс разделён на два этапа, каждый из которых выполняет отдельный субагент со своим контекстом. Первый агент - «Ищейка» - получает задачу найти все возможные баги, уязвимости и подозрительные места в коде. Он формирует список находок с указанием конкретных строк и файлов. Его задача - быть максимально чувствительным, не пропустить ничего потенциально опасного. На этом этапе допустимы ложные срабатывания.

Затем вступает второй агент - «Судья». Он получает тот же код и список подозрительных мест, но с критическим отличием: он не видит рассуждений первого агента. Его контекст «чист» - только код и указание на конкретную строку. Задача «Судьи» - подтвердить или опровергнуть каждую находку, проведя собственный анализ с нуля. Такой подход драматически снижает количество ложных срабатываний. Если «Ищейка» ошибся, «Судья» с высокой вероятностью это выявит, потому что он не подвержен эффекту якорения - он не знает, почему первый агент счёл это место подозрительным.

Это архитектурное решение напрямую отвечает на проблему галлюцинаций. Модель не может «убедить саму себя» в существовании несуществующей ошибки, потому что убеждать и проверять - это две разные модели с изолированными контекстами. Эффективность такого подхода подтверждается практикой: по данным Anthropic, уровень High снижает долю ложных срабатываний в несколько раз по сравнению с традиционным однопроходным ревью.

Ultra: Облачная команда специалистов для каждого pull request

Режим Ultra - это предел текущих возможностей автоматизированного код-ревью. Вместо двух агентов здесь запускается целая группа специализированных AI-аудиторов в облаке. Каждый агент фокусируется на своём аспекте: один ищет уязвимости безопасности, второй анализирует производительность, третий проверяет архитектурную целостность, четвёртый - соответствие лучшим практикам и стандартам кодирования. Они работают параллельно и независимо, после чего их выводы агрегируются в единый отчёт.

Это напоминает команду экспертов, которую крупная компания собирает для аудита критически важного кода перед релизом. Разница в том, что AI-агенты делают это за минуты, а не за дни. Ultra доступен в режиме Research Preview, но Anthropic уже использует его внутри компании для проверки каждого pull request перед слиянием в основную ветку. Это сильный сигнал: компания «ест свою собачью еду» (dogfooding), доверяя системе настолько, что ставит её на конвейер собственной разработки.

Важный нюанс: Ultra - это облачный режим. Код отправляется на серверы Anthropic, где над ним работает распределённая система агентов. Это требует доверия к провайдеру и подходит не для всех проектов. Для команд, работающих с чувствительным кодом, уровни Low, Medium и High могут выполняться локально, обеспечивая баланс между безопасностью и глубиной проверки.

Как Anthropic проверяет свой код: внутренний кейс и первые результаты

Режим Ultra - это не демонстрационная концепция. Каждый pull request в репозиториях Anthropic проходит через эту систему перед слиянием. Цель - найти крайне редкие и сложные баги, которые упускают и люди, и простые AI-проверки. Речь идёт об ошибках, которые проявляются только при определённом стечении обстоятельств: состояния гонки в асинхронном коде, утечки памяти при специфических сценариях использования, логические противоречия, возникающие при взаимодействии нескольких модулей.

Рассмотрим гипотетический пример, иллюстрирующий силу мультиагентного подхода. Допустим, в pull request добавлен новый асинхронный обработчик, который обновляет состояние объекта. Человек-ревьюер видит корректный код. Одиночная AI-проверка тоже не находит проблем - модель фокусируется на синтаксисе и простых паттернах. Но в режиме Ultra один агент моделирует параллельное выполнение, второй ищет логические противоречия в доступе к разделяемым данным, а третий проверяет, не создаёт ли новый код векторы для атак. Совместно они находят состояние гонки, которое возникло бы только при одновременном вызове обработчика из двух разных потоков - редкая, но критическая ошибка.

Этот подход особенно важен в свете недавних исследований безопасности AI-агентов. Как мы разбирали в статье об уязвимости Friendly Fire, автономные агенты, работающие с кодом, сами могут становиться векторами атак. Архитектура с разделением ролей и изоляцией контекста снижает этот риск: даже если злоумышленник внедрит вредоносную инструкцию в код, один из агентов-верификаторов может заметить аномалию, потому что он анализирует код с другой точки зрения.

Anthropic не раскрывает детальную статистику по эффективности Ultra, но сам факт внутреннего использования на всех PR - сильное социальное доказательство. Компания, создающая передовые AI-модели, доверяет им проверку своего основного продукта. Это значит, что система прошла достаточно серьёзное внутреннее тестирование, чтобы считаться production-ready в одном из самых требовательных AI-стартапов мира.

Что это значит для разработчиков: будущее автоматизации ревью

Пять уровней проверки в Claude Code - это не просто техническая новинка. Это маркер фундаментального сдвига в том, как мы будем работать с качеством кода. Тренд очевиден: мы движемся от «AI как ассистент, который подсказывает» к «AI как распределённая команда контроля качества, которая берёт на себя рутину и освобождает человека для стратегических решений».

Человеческое код-ревью никуда не исчезнет, но изменится его фокус. Разработчик перестанет тратить время на выискивание опечаток, неиспользуемых переменных и типовых логических ошибок - это закроют уровни Low и Medium. Проверка безопасности и производительности перейдёт к уровням High и Ultra. Человеку останется то, что AI пока не может оценить адекватно: соответствие бизнес-логике, архитектурные компромиссы, читаемость кода для других разработчиков в команде, долгосрочные последствия технических решений.

С практической точки зрения разработчикам стоит начать с использования Claude Code в режиме Medium на своих проектах. Это даст понимание ценности автоматизированного ревью без резкого изменения процессов. Уровень High, когда он станет широко доступен, имеет смысл интегрировать в CI/CD-пайплайн для проверки всех pull request - по аналогии с тем, как это делает сама Anthropic. Режим Ultra пока остаётся инструментом для крупных компаний и критически важных проектов, но направление движения задано: мультиагентные системы проверки кода будут дешеветь и становиться доступнее.

Важный аспект - вопрос доверия. Исследования показывают, что компании всё чаще внедряют AI-агентов без достаточного контроля. Мы разбирали этот парадокс в статье о контекстном разрыве: 57% компаний сталкиваются с ошибками AI-агентов из-за неполных данных. Мультиагентный подход Anthropic с изоляцией контекста и перекрёстной верификацией - это архитектурный ответ на проблему доверия. Система не просто «говорит, что нашла ошибку», а показывает, что несколько независимых агентов пришли к одному выводу разными путями.

Для команд, которые хотят внедрить AI-код-ревью в свой процесс, практическая рекомендация такая: начните с малого, но думайте о системе. Уровни Low и Medium можно подключить уже сейчас, они работают локально и не требуют сложной настройки. Параллельно выстраивайте процесс, в котором человек-ревьюер постепенно передаёт рутинные проверки машине, сохраняя за собой финальное решение по архитектурным и бизнес-вопросам. Инструменты вроде отладчика .NET в AI-редакторах уже меняют повседневные рабочие процессы разработчиков - мультиагентное ревью станет следующим шагом в этом направлении.

Главный вывод: Anthropic показала, что будущее AI-код-ревью - не в создании одной сверхумной модели, а в построении системы из специализированных агентов, которые проверяют и перепроверяют друг друга. Это архитектурный паттерн, который будет тиражироваться и в других инструментах разработки. Разработчикам, которые хотят оставаться эффективными, стоит начинать осваивать этот подход уже сейчас.

Отправить тому, кому пригодится

Ссылка сохранит весь материал без сокращений.

По почте

Заметили неточность? Сообщить редакции