Начните с одной небольшой задачи для сайта: поручите Claude Code написать код, а Codex — отдельно проверить изменения по вашему заданию. Такой порядок помогает искать ошибки до публикации, но не заменяет тесты и ручную проверку. Для малого бизнеса это способ контролировать доработку сайта, даже если владелец не пишет код сам. Ниже разберём, как разделить роли агентов, передать контекст и принять результат на примере калькулятора стоимости услуг с итогом в BYN.
Какую задачу дать двум ИИ-агентам для первой проверки?
Выберите изменение, результат которого можно проверить в браузере: добавить расчёт стоимости, исправить меню или изменить поведение кнопки. Запрос «переделай весь сайт» оставляет агенту слишком много решений. В разборе вайбкодинга на Хабре автор связывает рабочий результат с управлением процессом и советует не просить сделать всё сразу (Хабр, «Как работать с Claude Code, Antigravity и Codex в 2026: база вайбкодинга»).
Для примера возьмём калькулятор на сайте небольшой компании в Беларуси. Посетитель выбирает услугу, вводит количество и получает сумму в белорусских рублях. Это учебный сценарий, а не описание реального проекта или его результатов.
До запуска агента запишите ожидаемое поведение. Именно с этим описанием Codex будет сравнивать код. Для калькулятора достаточно такого задания:
- Стоимость услуги берётся из существующего списка цен проекта.
- Итог равен цене услуги, умноженной на количество, с подписью BYN.
- При пустом поле, нуле или отрицательном количестве расчёт не выполняется; рядом появляется понятная подсказка.
- После смены услуги калькулятор пересчитывает сумму.
- На узком экране поля и кнопка остаются доступны без горизонтальной прокрутки.
Отдельно уточните спорные условия: допустимо ли дробное количество и как показывать дробную часть суммы. Если ответа нет, попросите агента задать вопрос до правки. Иначе он сам выберет правило, которое затем легко принять за ваше требование.
Какие инструкции передать Claude Code и Codex?
Дайте обоим агентам одинаковые требования и доступ к одной версии проекта. Claude Code получает роль исполнителя, Codex — проверяющего. Схема «Claude Code пишет, Codex проверяет» описана как готовый стартовый состав в русскоязычном руководстве по Claude Code (GitHub, sfrangulov/claude-code-handbook-ru).
Сначала сохраните текущее состояние проекта в системе контроля версий, которая хранит историю файлов. Для задачи создайте отдельную ветку — рабочую копию изменений. Агентам не нужен доступ к публикации сайта: сначала они работают с кодом и тестовым запуском.
Правила проекта можно хранить в файлах инструкций. В руководстве по Claude Code есть шаблоны CLAUDE.md, а в материале о выборе агента для Codex описан AGENTS.md с проверяемыми правилами: командами тестов, границами каталогов и запретами. Название файла само по себе ничего не гарантирует: попросите каждого агента перечислить инструкции, которые он прочитал (GitHub, sfrangulov/claude-code-handbook-ru; vc.ru, «Codex или Claude Code: какой агент выбрать для своего проекта»).
Содержание правил согласуйте между собой. Не позволяйте одному агенту обновлять зависимости, если другому это запрещено. В обоих наборах инструкций укажите:
- Как запустить проект и какие команды проверяют его работу.
- Какие файлы относятся к задаче, а какие менять нельзя.
- Какие действия требуют отдельного согласования, включая установку пакетов.
- Как оформить отчёт: изменения, результаты тестов и нерешённые вопросы.
Для первой задачи достаточно штатных возможностей агентов. Дополнительный skill, то есть набор инструкций для определённой работы, подключайте под конкретную потребность. Перед этим разберите, как выбрать skill для Claude Code и безопасно подключить его к проекту.
Как поручить Claude Code написать код без лишних изменений?
Сначала запросите план без редактирования файлов. Проверьте, что агент нашёл нужную страницу, понял способ расчёта и перечислил файлы, которые собирается менять. Если ради калькулятора он предлагает перестроить весь сайт, сузьте задачу до существующей страницы и её тестов.
Рабочее задание можно сформулировать так: «Добавь калькулятор по условиям ниже. Сначала изучи проект и предложи план без изменений. После согласования меняй только файлы, которые нужны для задачи. Не добавляй зависимости без разрешения. В конце перечисли правки, выполни доступные проверки и отдельно укажи, что проверить не удалось».
После согласования плана разрешите правки. Отчёт «всё готово» ещё не подтверждает результат: попросите показать команды тестов и их вывод. Если агент не смог запустить проект, пусть назовёт причину, например отсутствие нужной настройки, вместо вывода об исправности сайта.
Сохраните изменения отдельным коммитом — записью в истории проекта. Теперь есть точная версия, которую проверит Codex. Если Claude Code продолжает переписывать одни и те же файлы без нового результата, остановите работу и зафиксируйте препятствие. Для такого случая пригодится разбор, почему Claude Code тратит токены без результата и как его остановить.
Как провести проверку в Codex и принять исправления?
Передайте Codex исходное задание, правила проекта и изменения из коммита. Попросите сначала изучить код самостоятельно, а уже затем прочитать выводы Claude Code. Так проверка меньше зависит от объяснений автора правок. Второй агент тоже ошибается, поэтому его замечания нужно подтверждать.
Задание для проверки: «Проверь изменения относительно требований. Пока не редактируй файлы. Для каждой ошибки укажи файл, условие возникновения и ожидаемое поведение. Приведи способ воспроизведения или тест. Отдельно перечисли предположения и проверки, которые не удалось выполнить. Не включай вкусовые замечания по оформлению, если они не нарушают правила проекта».
Для калькулятора полезно проверить последовательность действий: ввести количество, сменить услугу, очистить поле и снова выполнить расчёт. Проверка только первого успешного нажатия пропускает ошибки состояния, например старую сумму после смены услуги.
- Попросите Codex оформить отчёт без правок в коде.
- Воспроизведите каждое замечание в тестовом запуске сайта.
- Передайте Claude Code только ошибки, которые удалось подтвердить.
- После исправлений поручите Codex повторно проверить эти ошибки и соседнее поведение.
- Пройдите пользовательский сценарий в браузере перед публикацией.
Завершайте проверку, когда требования выполнены, тесты проходят, а у замечаний есть понятный статус: исправлено, не подтвердилось или требует решения владельца. Спор между агентами разрешайте через пример поведения сайта. Если оба уверенно спорят о расчёте, попросите показать входные значения и ожидаемую сумму.
Для проверки страницы с клавиатуры и поиска проблем интерфейса используйте отдельный сценарий. Его помогает составить материал о том, как проверить доступность сайта с Claude Code, Playwright и axe-core. Такая проверка дополняет тесты расчёта.
Типичные ошибки при проверке кода двумя агентами
- Оба агента одновременно меняют одни файлы. Разделите этапы: сначала правка, затем проверка фиксированной версии.
- Codex получает только пересказ Claude Code. Передайте исходные требования и сам код, иначе часть решений останется без проверки.
- Любое замечание сразу превращается в задачу на исправление. Сначала запросите способ воспроизведения, чтобы не менять рабочую логику из-за предположения.
- Успешный тест считают разрешением на публикацию. Пройдите сценарий в браузере: тест проверяет только условия, которые в нём описаны.
- Агент попутно обновляет пакеты и переписывает соседние страницы. Вынесите такие предложения в отдельную задачу, чтобы сохранить понятные границы проверки.
Если некому подтвердить замечания агентов, эту часть работы можно передать на отдельный технический разбор. Предмет такого разбора конкретен: сравнить код с требованиями, воспроизвести ошибки и составить список исправлений. Для передачи подготовьте описание задачи, версию проекта и отчёты обоих агентов. Парного согласия Claude Code и Codex недостаточно для вывода о готовности сайта.
Сейчас потратьте две минуты: запишите для одной доработки сайта ожидаемый результат и один случай, при котором она должна показать ошибку.
