Claude Code и Codex вместе: три модели совместной работы

Практические материалы о работе с агентами и вайб-кодинге собраны в документации Ailoot.

Почему в 2026 году одного инструмента может быть недостаточно?#

В мае 2026 года OpenAI представила GPT-5.5 в Codex CLI. Согласно данным бенчмарков, Codex показывает сильные результаты в терминальных задачах и режиме Verified SWE-bench. Anthropic выпустила Opus 4.8 и Dynamic Workflows; SWE-bench Pro проверяет работу в условиях, затрудняющих утечку данных и обучение на самом тесте. Сравнение инструментов приведено в руководстве Codex и Claude Code; здесь речь пойдёт о совместном использовании.

В 2026 году нет одного решения, которое лучше для любого случая. Распространённый вариант распределения задач — использовать Codex для автономной рутинной работы, а Claude Code — для архитектурных вопросов с высокими последствиями.

Основное различие, которое помогает распределить задачи, выглядит так:

• Claude Code — исследователь. Он поддерживает длительный подробный диалог, рассматривает сомнения и альтернативы до выбора решения. Используйте его, если правильный путь пока неясен.
• Codex — исполнитель. Получив конкретное поручение, он стремится довести его до результата в песочнице. Он удобен для чётко очерченных задач и быстрого цикла обратной связи.

Если доступны оба инструмента, можно поручать им разные этапы вместо того, чтобы выбирать между анализом и выполнением. Тем, кто ещё решает, с чего начать, поможет сравнение Codex и Claude Code.

Паттерн 1: Claude Code пишет код, Codex проверяет его#

В этой схеме Claude Code ведёт разработку, а Codex подключается при проверке pull request в облачном режиме. Его можно запустить из ChatGPT или GitHub App, не открывая второй терминал.

Порядок работы:

1. Шаг 1: разработайте функцию в Claude Code

   Откройте репозиторий в VS Code, запустите Claude Code, выберите Plan Mode и обсудите архитектуру функции. Подготовьте код, тесты и миграции, затем создайте коммит в feature-branch.

2. Шаг 2: откройте pull request в GitHub

   Создайте pull request из feature-branch в main. В описании укажите @codex review this PR for edge cases, security issues, and test coverage gaps.

3. Шаг 3: дождитесь асинхронной проверки Codex

   В облачном режиме Codex клонирует репозиторий в песочницу, анализирует diff, запускает тесты и линтер, а также ищет уязвимости. Примерно через 5–15 минут он может оставить комментарии непосредственно в PR.

4. Шаг 4: внесите исправления в Claude Code

   Передайте Claude Code комментарии Codex и попросите исправить конкретные пункты, например: «Вот замечания ревью — исправь пункты 1, 3 и 5». После правок опубликуйте обновления в репозитории.

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

Ограничения паттерна 1:

• Codex может одобрить PR, не заметив архитектурную проблему. Важные решения проверяйте самостоятельно.
• Оба инструмента анализируют один и тот же код, поэтому расход ресурсов может удвоиться. Такой подход полезнее для сложных функций, чем для мелких изменений.
• Облачный Codex не имеет доступа к вашему локальному окружению, включая переменные среды и локальную базу данных. Если изменения зависят от них, запустите проверку вручную в соответствующей среде.

Паттерн 2: Codex готовит черновик, Claude Code дорабатывает архитектуру#

Например, в описанном сценарии 2026 года за один вечер требовалось подготовить прототип регистрации с почтовыми уведомлениями. Вместо длительного обсуждения архитектуры сначала получили рабочую основу в Codex за 12 минут, а затем могли бы доработать её в Claude Code.

Этапы работы:

Такой процесс отдаёт Codex первоначальную рутинную работу, после чего Claude Code улучшает результат.

Важно точно формулировать поручение каждому инструменту. Если попросить Codex сразу создать безупречное решение при неоднозначных требованиях, ему может не хватить контекста. Если от Claude Code потребовать только скорости, он всё равно может начать уточнять детали. Распределяйте этапы с учётом характера задачи.

Ограничения паттерна 2:

• Черновик Codex может опираться на предположения, которые трудно удалить позже. Если направление выбрано неверно, часто проще отбросить основу и начать заново.
• Claude Code может сосредоточиться на переименовании переменных, упустив архитектурную проблему. Вместо общего «причеши код» перечислите нужные изменения.
• Между сессиями контекст может теряться. Добавьте AGENTS.md (см. паттерн 5) или поместите в начало файла подробное описание замысла и требований.

Паттерн 3: Codex занимается инфраструктурой, Claude Code — бизнес-логикой#

Этот подход дополняет работу с несколькими экземплярами Claude Code параллельно: там одна модель выполняет разные задачи через git worktree, а здесь два агента отвечают за разные участки проекта.

Инфраструктура (Codex):

• GitHub Actions: добавить job, изменить кэширование или ускорить CI.
• Тесты: подготовить набор интеграционных проверок после рефакторинга.
• Миграции Prisma: создать миграцию и проверить возможность отката.
• Конфигурации Docker и Coolify: добавить переменные среды или обновить healthcheck.
• Cron-задачи: написать набор обработчиков расписания.

В инфраструктуре часто встречаются повторяющиеся шаблоны и множество небольших файлов, поэтому задачи можно описывать достаточно конкретно и выполнять поэтапно.

Бизнес-логика (Claude Code):

• Воронка регистрации: определить, что показывать пользователю на каждом шаге.
• Расчёт цены с учётом скидок, рассрочки и gift-промокодов.
• Workflows автоматических уведомлений: выбрать триггеры и условия отправки.
• Интеграции с внешними API: продумать обработку ошибок, retry и кэширование.
• Финансовые модели: рассчитать unit-экономику и спрогнозировать доход.

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

Пример распределения папок в репозитории:

project/
├── .github/workflows/      ← Codex (CI, тесты)
├── infra/                  ← Codex (Docker, Coolify, миграции)
├── scripts/                ← Codex (скрипты-задачи)
├── tests/                  ← Codex (интеграционные тесты)
├── src/
│   ├── lib/                ← Claude Code (бизнес-логика)
│   ├── app/                ← Claude Code (роуты, формы, страницы)
│   └── components/         ← Claude Code (UI)
└── prisma/
    └── schema.prisma       ← Claude Code (модели данных — продуктовое решение)

Это ориентир, а не жёсткое ограничение. Например, Claude Code может менять GitHub Action, если в нём заложена продуктовая логика — такая как рассылка после публикации. Многие задачи при этом удобно распределяются по указанным областям.

Как синхронизировать CLAUDE.md и AGENTS.md?#

Если инструкции не синхронизированы, инструменты могут действовать по-разному: один, например, попросит подтверждение перед изменением миграций, а другой может запустить их без него. Поэтому заранее определите, какие действия разрешены и как запускать проверки.

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

Что можно сделать одинаковым в обоих файлах:

• Стек проекта: фреймворки, база данных и ORM.
• Назначение проекта, его аудитория и основные сущности.
• Ограничения: какие папки не изменять и какие команды не запускать.

Что может отличаться:

• Исполняемые hooks, уровни settings и MCP Claude Code относятся к его конфигурационным файлам. CLAUDE.md может ссылаться на эти соглашения, но копирование текста не превращает их в переносимую конфигурацию.
• AGENTS.md — открытый формат инструкций для агентных инструментов, в том числе Codex, Cursor, Aider, Continue, Cline и Factory Droid. Формат подробнее описан в отдельном руководстве. В Codex параметры MCP хранятся в ~/.codex/config.toml в формате TOML; в Claude конфигурация использует JSON.

Распространённая схема — хранить исходный набор правил в /context/ монорепозитория и запускать скрипт, который формирует CLAUDE.md, .cursor/rules/*.mdc и AGENTS.md. Сгенерированные файлы можно пометить как доступные только для чтения, чтобы редактировать правила в одном месте.

Скрипт синхронизации можно запускать через pre-commit hook или GitHub Action. Если файлы инструментов меняются вручную, автоматическая проверка может выявить расхождение и напомнить обновить исходные правила.

Ещё один вариант — официальный плагин Codex для Claude Code. В анонсе от 30 марта 2026 года указана версия 1.0.4. Плагин добавляет в Claude Code команды /codex:review, /codex:adversarial-review и /codex:rescue. Codex работает как sub-agent и использует собственные ~/.codex/config.toml и AGENTS.md. Это может упростить запуск проверки, но инструкции для Codex по-прежнему нужны.

Сколько стоит использовать оба инструмента и на чём можно сэкономить?#

Цены приведены для июня 2026 года по официальным страницам подписок Anthropic и Codex от OpenAI:

Минимальный набор для работы: Claude Pro ($20) и ChatGPT Plus ($20), всего $40 в месяц. Этого может хватить для личных проектов с несколькими сессиями в день.

Вариант для активной работы: Claude Max 5x ($100) и ChatGPT Plus ($20), всего $120 в месяц. В описанном опыте эти подписки использовались в течение последних 2 месяцев: за это время три проекта вышли в прод, а лимиты Claude не были исчерпаны.

Вариант для команды: Claude Max 20x ($200) и Codex Pro ($200), всего $400 в месяц. Такой вариант может подойти, если команда постоянно проверяет PR и запускает облачные задачи параллельно с локальной работой.

Возможные источники экономии:

• Меньше времени на функцию. По замерам автора на 12 функциях в мае–июне время от идеи до выхода в прод сократилось с 4 часов при использовании одного Claude Code до 2,5 часов со связкой. Это наблюдение по конкретным задачам; у вас результаты могут отличаться.
• Меньше ошибок в коде. В описанных наблюдениях ревью Codex находило 2–3 проблемы из 10, пропущенных Claude. Исправление ошибки в проде может занять час или два и привести к простою.
• Параллельная работа. Codex в облачном режиме может заниматься функцией А, пока вы работаете с Claude над функцией Б. Это позволяет вести несколько задач одновременно.

Две подписки могут не окупиться, если вы выпускаете всего 1–2 функции в неделю; в таком случае может быть достаточно одного Claude Code Pro.

В каких случаях второй инструмент не нужен?#

Совместная схема нужна не каждому проекту. В следующих четырёх ситуациях второй инструмент может оказаться лишней сложностью:

1. Личный проект на раннем этапе. Если вы только проверяете одну идею, Claude Code с Plan Mode может быть достаточен на первое время. Добавьте второй инструмент, когда скорость работы станет ограничением.

2. Ограниченный бюджет. Если верхняя граница расходов — $20 в месяц, можно начать с Claude Pro. Выберите инструмент, который покрывает ваши основные задачи.

3. Простая архитектура. Для сайта с формой, бота с несколькими сценариями или скрипта-обёртки над API разделение по слоям может не принести заметной пользы. С этим может справиться один Claude Code.

4. Текущий процесс справляется. Если за последний месяц Claude Code выполнял нужную работу без сбоев и затруднений, дополнительный инструмент может пока не понадобиться. Пересмотрите выбор, когда возникнет конкретная потребность.

О подключении второго инструмента стоит подумать, если:

• Claude Code стал замедлять работу: приходится ждать его вместо выполнения других задач.
• Появилось много повторяющихся инфраструктурных задач — миграций, CI или тестов.
• Члены команды уже пользуются разными инструментами, и им нужно согласовать общий процесс.
• Результаты на ваших типичных задачах показывают, что Codex, например, быстрее выполняет терминальные операции.

Как настроить связку за один вечер?#

План первого вечера:

1. Шаг 1: установите Codex CLI

   В терминале выполните npm install -g @openai/codex. Затем запустите codex login и авторизуйтесь через браузер с помощью своего ChatGPT-аккаунта. Codex использует лимиты вашей подписки Plus или Pro.

2. Шаг 2: оформите AGENTS.md как рабочее руководство

   Изучите CLAUDE.md и повторно используйте в AGENTS.md общие правила: тесты и lint, коммиты, запрещённые папки, стек. Предпочтения общения тоже могут быть общими. Адаптируйте специальные команды и храните исполняемые hooks и MCP в конфигурации каждого инструмента. Копия Markdown сама их не настраивает.

3. Шаг 3: выберите паттерн под свой проект

   Если вы работаете один и используете CI, начните с паттерна 1: Claude пишет код, Codex проверяет. Для нового проекта, где важна скорость, попробуйте паттерн 2: Codex готовит черновик, Claude его дорабатывает. Для стабильного проекта с отдельной инфраструктурой подойдёт паттерн 3: разделение по слоям.

4. Шаг 4: проведите недельный эксперимент

   Примените выбранную схему к 5–7 функциям и фиксируйте затраченное время. Отмечайте, с какими задачами каждый инструмент справляется лучше. Через неделю у вас появится основанный на собственном опыте профиль использования.

5. Шаг 5: настройте синхронизацию правил

   Добавьте скрипт scripts/sync-agent-rules.sh, как описано в разделе о синхронизации, и подключите его к pre-commit hook или GitHub Action. Так будет проще поддерживать правила для обоих инструментов в актуальном состоянии.

Связка — это способ распределить работу между двумя инструментами, учитывая их сильные стороны. Вместо выбора одного на все случаи определите, какой из них лучше подходит для каждого типа задач.

Практические материалы о работе с агентами можно найти в документации Ailoot.

Больше материалов и инструментов — на Ailoot.