Двухслойное ai код ревью: два агента ловят баги, которые один пропускает

Ниже разберём конкретную схему двухслойного ai код ревью, где два разных ИИ-агента с разными ролями проверяют каждый кусок кода до того, как он попадёт в финальный продукт.

Автор подхода адаптировал фреймворк GSD (get-shit-done, «бери и делай», методология автономной разработки с ИИ-агентами) и встроил в него двух независимых рецензентов: Grok и Codex. Grok (модель от xAI с доступом к живому вебу) выступает «расширителем горизонта», а Codex (инструмент от OpenAI) работает как строгий экзаменатор. Основным исполнителем при этом остаётся Claude Code, но сама архитектура не привязана к конкретной модели.

Что понадобится?

• Claude Code или другой ИИ-агент-исполнитель, способный работать через командную строку
• Grok (доступ к API xAI или через веб-интерфейс) для поиска рисков через живой веб
• Codex CLI (OpenAI) для архитектурной критики кода
• Два shell-скрипта: grok.sh и codex.sh, которые GSD вызывает как дочерние процессы
• Git для работы с диффами (разницей между версиями кода)
• Примерно 30 минут на настройку скриптов и конфигов при первом запуске

Пошаговая инструкция

1. Опишите проект и получите план. Передайте ИИ-агенту (Claude Code) описание задачи. GSD автоматически разобьёт проект на независимые подзадачи и выстроит цикл: исследование, планирование, исполнение, проверка.

2. Запустите Grok первым в режиме расширения. На этом этапе Grok не оценивает план, а дополняет его. Он ищет в реальном вебе то, что вы могли упустить, и возвращает находки в трёх категориях:

[missing-scope] — «Вы забыли про rate limiting!»
[alt-approach] — «А давайте вынесем это в очередь!»
[external-risk] — «У этой зависимости свежая CVE (публично известная уязвимость)!»

Валидные предложения вплетаются в план. Настоящие развилки оформляются как вопросы к вам.

1. Передайте обогащённый план Codex в режиме оценки. Codex выносит короткий вердикт: SOLID (план крепкий) или WEAKNESSES(n) с пронумерованным списком слабых мест. Он ищет циклические зависимости, нарушения принципов KISS (не усложняй) и DRY (не повторяйся), размытые критерии приёмки.

2. Исправьте план по замечаниям Codex и запустите исполнение. Claude Code берётся за код, работая порциями (слайсами). Каждый слайс сначала проходит механическую проверку: тесты и линтеры (автоматические анализаторы стиля кода).

3. На каждый готовый слайс натравите обоих рецензентов параллельно. Это ключевой момент ai код ревью:

# GSD автоматически вызывает оба скрипта, передавая git diff через stdin
./grok.sh < diff_slice.md   # проверяет актуальность библиотек, безопасность, краевые баги
./codex.sh < diff_slice.md   # проверяет корректность, регрессии, архитектурную чистоту

Каждый рецензент возвращает либо APPROVE, либо COMMENTS(n) с привязкой к конкретному файлу и строке. Каждое замечание имеет индекс важности: блокер, минорное замечание или «нит» (мелочь, стилистика).

1. Объедините находки, уберите дубли, отправьте Claude на исправление. Агент чинит слайс за один проход. Как только слайс получил «зелёный свет» от обоих рецензентов, GSD переходит к следующему.

Что делать с этим прямо сейчас?

Авторам Дзена и копирайтерам, которые используют ИИ для генерации скриптов автоматизации (парсеры, боты, автопостинг): даже без знания программирования вы можете попросить второй ИИ (например, Grok через веб) проверить код, который сгенерировал первый. Просто вставьте код и попросите: «Найди уязвимости, устаревшие зависимости и дублирование логики».

Маркетологам, которые заказывают разработку у фрилансеров или ИИ-агентов: двухслойное ревью даёт аргументированный чек-лист для приёмки. Вы получаете не субъективное «вроде работает», а структурированный протокол с привязкой замечаний к строкам.

Предпринимателям в РФ и СНГ: Grok доступен через VPN, Codex CLI работает через API OpenAI (тоже потребуется обходной путь для оплаты и доступа). Из полностью доступных в России альтернатив для роли рецензента можно попробовать YandexGPT или GigaChat, хотя их способности к анализу кода на данный момент скромнее.

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