Каждый день в Telegram-канале - что нового в вайб-кодинге: инструменты, паттерны, ошибки. Подпишись, чтобы быть в курсе.
Почему одного инструмента уже мало в 2026?
В мае 2026 OpenAI вошла на территорию Anthropic с моделью GPT-5.5 в Codex CLI. На свежих бенчмарках Codex заметно лидирует на терминальных задачах и в Verified-режиме SWE-bench. Anthropic ответила Opus 4.8 и Dynamic Workflows, удержав лидерство на SWE-bench Pro (тест с защитой от утечки данных, где обучение модели на бенчмарке не помогает). Подробное лоб-в-лоб сравнение я разбирал в гайде Codex vs Claude Code - здесь сразу про связку.
Composio в большом разборе после 100+ часов на обоих инструментах формулирует суть: в 2026 нет одного победителя. На Reddit, Hacker News и в X доминирует один паттерн - команды, которые держат Codex для дешёвой автономной работы и Claude Code для рискованных архитектурных решений.
Ключевое отличие, которое решает деление работы, описал MindStudio:
- Claude Code - исследователь. Он держит длинный, глубокий диалог, сомневается, рассматривает несколько подходов, прежде чем выбрать решение. Подходит, когда правильное действие неочевидно до начала.
- Codex - исполнитель. Он получает задачу и проламывается до результата в песочнице. Подходит, когда задача чёткая, нужен быстрый цикл «дай-получи».
Если у тебя оба инструмента под рукой, ты не выбираешь между «думать» и «делать». Ты делегируешь их по типу задачи. Если ещё не определился, какой из двух поставить первым - я разобрал лоб-в-лоб сравнение в гайде про Codex vs Claude Code.
Паттерн 1: Claude Code пишет код, Codex его ревьюит
В этом паттерне Claude Code остаётся главным редактором. Codex включается только на PR-уровне через свой cloud-режим (Codex запускается прямо из ChatGPT или GitHub App, не нужен второй терминал).
Как это выглядит на практике:
Шаг 1: фича пишется в Claude Code
Открываешь репозиторий в VS Code, запускаешь Claude Code, переключаешь в Plan Mode и обсуждаешь архитектуру фичи. Получаешь черновой код, тесты, миграции. Коммитишь в feature-branch.
Шаг 2: PR создаётся в GitHub
Открываешь pull request от feature-branch в main. В описании ставишь
@codex review this PR for edge cases, security issues, and test coverage gaps.Шаг 3: Codex ревьюит асинхронно
Codex в cloud-режиме клонирует репозиторий в свою песочницу, читает diff, гоняет тесты, прогоняет линтер, ищет уязвимости. Через 5-15 минут оставляет comment-ы прямо в PR.
Шаг 4: правки в Claude Code
Возвращаешься в Claude Code, отдаёшь ему comment-ы Codex как контекст: «вот что нашёл ревью, пофикси пункты 1, 3, 5». Claude правит и публикует в репозиторий.
Этот паттерн работает потому, что Claude и Codex обучены на разных датасетах с разной философией. Codex видит то, что Claude пропустил по слепому пятну своей модели, и наоборот.
Pasquale Pillitteri, который 30 дней работал на обоих инструментах, формулирует это как «orchestration-centric vs session-centric»: Codex прорывается через миграции и валидацию тестов, не останавливаясь за подтверждением, а Claude Code часами держит контекст одного диалога в режиме парного программирования.
Опасности паттерна 1:
- Codex может закрыть PR с одобрением, упустив архитектурную проблему. Проверяй важные решения сам.
- Двойной счёт за токены: Claude и Codex анализируют один и тот же код. Окупается на сложных фичах, дорого на мелких.
- Codex в cloud-режиме не видит твоё локальное окружение - переменные среды, локальную БД. Если фича их трогает - переключайся на ручной запуск.
Паттерн 2: Codex набрасывает черновик, Claude Code чинит архитектуру
Я использовал этот паттерн на одном из проектов 2026 года, когда нужно было за один вечер собрать прототип воронки регистрации с почтовыми уведомлениями. У Claude Code я бы час обсуждал архитектуру. Codex выдал работающий черновик за 12 минут.
Как это устроено:
| Этап | Кто делает | Время | Что получается |
|---|---|---|---|
| Спецификация | Я | 5 мин | 1 абзац: что хочу, какие поля, какие ограничения |
| Грубый черновик | Codex | 5-15 мин | Working code, тесты, документация |
| Архитектурный причес | Claude Code | 20-30 мин | Слои разнесены, типы строгие, имена живые |
| Финальные тесты | Claude Code | 10 мин | Полное покрытие, нет дыр |
Получается так: первые 15 минут чёрный труд делает Codex, дальше Claude доводит до боевого состояния.
Daniel Vaughan, который собрал стратегию multi-tool, формулирует базовое правило одной строкой:
Claude Code - это исследователь; Codex - исполнитель.
Просишь Codex написать сразу красиво - он застрянет на ambiguity. Просишь Claude Code написать сразу быстро - он начнёт сомневаться. Дай каждому ту работу, для которой он создан.
Опасности паттерна 2:
- Codex генерит черновик с предположениями, которые потом сложно вычистить. Если черновик ушёл в неправильную сторону - дешевле выкинуть и начать заново, чем чинить.
- Claude Code может потратить полчаса на переименование переменных и забыть про настоящую архитектурную проблему. Давай ему конкретные правки, не «причеши это».
- Контекст между сессиями теряется. Чтобы Claude Code понял, что хотел Codex, нужен
AGENTS.md(см. паттерн 5) либо подробный комментарий в начале файла.
Паттерн 3: Codex для инфраструктуры, Claude Code для бизнес-логики
Этот паттерн я подсмотрел у команды Towards Data Science, которая описала его для своих внутренних проектов. Идея простая: разные части кодовой базы требуют разной философии работы.
Этот паттерн комплементарен подходу с несколькими Claude Code параллельно - там одна и та же модель решает разные задачи через git worktree, здесь два разных агента делят зоны ответственности.
Инфраструктурный слой (Codex):
- GitHub Actions: добавить новый job, поправить кэширование, ускорить CI.
- Тесты: написать пакет интеграционных тестов после рефакторинга.
- Prisma миграции: сгенерировать миграцию, проверить откатываемость.
- Docker / Coolify конфиги: добавить переменные среды, обновить healthcheck.
- Cron-задачи: написать пакет крон-обработчиков.
Codex здесь побеждает потому, что инфра-задачи - это часто много мелких файлов с шаблонным кодом. Codex не страдает от «нужно подумать», прорывается до конца.
Бизнес-логика (Claude Code):
- Воронка регистрации: что показывать пользователю на каждом шаге.
- Расчёт цены с учётом скидок, рассрочки, gift-промокодов.
- Workflows автоматических уведомлений: какие триггеры, какие условия.
- Интеграции с внешними API: обработка ошибок, retry, кэширование.
- Финансовые модели: расчёт unit-экономики, прогноз дохода.
Claude Code здесь побеждает потому, что эти задачи требуют долгого диалога с продуктовым мышлением. Без обсуждения сценариев получаешь техническое решение без учёта реальной боли пользователя.
Как разделяется работа в репо:
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, если в action завязан продуктовый смысл (рассылка после публикации). Но 80% задач хорошо ложатся на этот раздел.
Хочешь собрать связку, в которой Claude и Codex работают стабильно? Один инструмент - это только кирпичик. На практикуме за 3 эфира собираем все три: ИИ-клон + Второй мозг + Контекст-инжиниринг - именно эта связка превращает любого ИИ-агента из «помощника с галлюцинациями» в надёжного исполнителя.
Как синхронизировать CLAUDE.md и AGENTS.md?
Когда я начал держать Claude Code и Codex параллельно, всплыла неожиданная проблема. Claude Code следовал моим правилам из CLAUDE.md («не трогай миграции без подтверждения»). Codex эти правила не видел и спокойно гонял миграции в работающем окружении. После третьей сломанной БД я полез разбираться, как правильно держать оба файла в синхроне.
Pasquale Pillitteri - который 30 дней работал на связке - сразу в начале своих заметок предупреждает: «CLAUDE.md превращается в AGENTS.md, но файл нужно переписать». Claude Code читает его как разговорные предпочтения. Codex воспринимает его как операционное руководство: команды тестов, правила линтера, исключения папок, стандарты коммитов.
То есть в CLAUDE.md ты пишешь «мы общаемся вежливо, ты задаёшь уточняющие вопросы». В AGENTS.md ты пишешь bun run test, bun run lint, do not touch /prisma/migrations. Один файл - про стиль общения, второй - про runbook.
Что одинаковое в обоих файлах:
- Стек: какие фреймворки, какая БД, какой ORM.
- Описание проекта: что это, для кого, какие основные сущности.
- Запреты: какие папки не трогать, какие команды не запускать.
Что разное:
CLAUDE.mdподдерживает hooks, settings layers, MCP-серверы, концепт памяти между сессиями. Это его эксклюзив.AGENTS.md- открытый стандарт. Его читают Codex, Cursor, Aider, Continue, Cline, Factory Droid - 25+ агентов. Подробнее формат AGENTS.md разобран в отдельном гайде. Конфигурации MCP в Codex хранятся в~/.codex/config.toml(TOML, не JSON, как у Claude).
BuildBetter в разборе мульти-агентной работы фиксирует доминирующий паттерн 2026: канонический исходник правил в папке /context/ монорепо, из которого скрипт синхронизации или утилита RuleSync собирает CLAUDE.md, .cursor/rules/*.mdc и AGENTS.md. Файлы инструментов помечаются как read-only - редактируется только исходник.
Конкретный инструмент - RuleSync - управляет правилами как кодом для 25+ ИИ-агентов сразу:
npm install -g rulesync
# или: brew install rulesync
# Импорт твоего текущего CLAUDE.md в канонический исходник
rulesync init
rulesync import --targets claudecode
# Генерация всех файлов сразу: CLAUDE.md, AGENTS.md, .cursor/rules/*.mdc
rulesync generate --targets "*" --features "*"Запускаешь через pre-commit hook (Husky, Lefthook) или через GitHub Action. Если правки идут в CLAUDE.md напрямую - CI падает. Это страхует от дрейфа правил между инструментами.
Третий путь - официальный Codex Plugin для Claude Code (анонс 30 марта 2026, версия 1.0.4). Внутри Claude Code появляются команды /codex:review, /codex:adversarial-review, /codex:rescue. Codex запускается как sub-агент, использует свой ~/.codex/config.toml и AGENTS.md. Это убирает проблему второго терминала, но AGENTS.md всё ещё нужен.
Сколько стоит держать оба и где экономия?
В цифрах за июнь 2026 (данные из официальных страниц подписок Anthropic и OpenAI и официальной страницы Codex):
| Подписка | Цена | Что входит |
|---|---|---|
| Claude Pro | $20/мес | Claude.ai + Claude Code (лимиты Pro) |
| Claude Max 5x | $100/мес | Claude Code в 5x лимитах Pro |
| Claude Max 20x | $200/мес | Claude Code в 20x лимитах Pro |
| ChatGPT Plus | $20/мес | Codex CLI + cloud (лимиты Plus) |
| ChatGPT Pro 5x | $100/мес | Codex CLI + cloud, 5x от Plus |
| ChatGPT Pro 20x | $200/мес | Codex CLI + cloud, 20x от Plus |
Минимальная рабочая связка: 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-ревью на потоке и cloud-задачи бегают параллельно с локальной работой.
Где экономия:
- Снижение времени на каждую фичу. Личный замер: на 12 фичах в мае-июне время от «появилась идея» до «в проде» сократилось с 4 часов (один Claude Code) до 2,5 часов (связка). Замер на моих задачах, твой профиль покажет другие цифры.
- Снижение брака. По моим наблюдениям, Codex-ревью PR ловит 2-3 проблемы из 10, которые Claude пропускает. Каждая такая проблема в проде = час-два на исправление + потенциальный даунтайм.
- Параллельность. Codex в cloud-режиме работает над фичей А, пока я сижу с Claude над фичей Б. Это удваивает пропускную способность.
Не окупается, если ты пишешь 1-2 фичи в неделю. Тогда хватает одного Claude Code Pro.
Когда не нужен второй инструмент?
Я не из тех, кто продвигает связку всем подряд. Часто это лишний шум. Вот четыре ситуации, когда второй инструмент не нужен:
-
Соло-проект на старте. Если у тебя одна идея и ты её только тестируешь - один Claude Code + Plan Mode хватит на месяц. Связку добавишь, когда упрёшься в скорость.
-
Бюджет жёсткий. Если $20/мес - это потолок, бери Claude Pro и не дёргайся. Claude в одном лице покрывает 80% задач вайб-кодера.
-
Архитектура простая. Сайт с формой, бот с парой сценариев, скрипт-обёртка над API - тут разделение по слоям ничего не даёт. Один Claude Code справится.
-
Уже всё работает. Если ты уже сидишь на Claude Code и за последний месяц не было ни одной задачи, где он завис или провалил - не лезь чинить, что работает. Codex добавишь, когда нужда станет очевидной.
И обратное - явные сигналы, что пора подключать второй инструмент:
- Claude Code стал бутылочным горлом: ты ждёшь его, а не работаешь.
- Появилось много шаблонной инфра-работы (миграции, CI, тесты), которую жалко гонять через Claude.
- В команде уже разные люди используют разные инструменты - нужен общий язык.
- Бенчмарки показывают, что Codex быстрее справляется с твоим типом задач (например, терминальные операции).
Как запустить связку за вечер?
Конкретный план первого вечера:
Шаг 1: установи Codex CLI
В терминале:
npm install -g @openai/codex. Авторизуйся черезcodex login- откроется браузер, войдёшь по своему ChatGPT-аккаунту. Codex увидит твою подписку (Plus / Pro) и использует её лимиты.Шаг 2: напиши AGENTS.md как операционный документ
НЕ копируй
CLAUDE.mdвAGENTS.mdнапрямую - Codex воспримет разговорные предпочтения как команды и сломает что-нибудь. СоздайAGENTS.mdкак runbook:bun run test,bun run lint, формат коммитов, запрещённые папки, описание стека. Разговорный стиль и hooks оставь вCLAUDE.md.Шаг 3: выбери паттерн под проект
Если ты соло-кодер с CI - бери паттерн 1 (Claude пишет, Codex ревьюит). Если новый проект и нужна скорость - паттерн 2 (Codex черновик, Claude причёсывает). Если уже стабильный проект с инфра-слоем - паттерн 3 (split по слоям).
Шаг 4: одна неделя на эксперимент
Поработай в выбранном паттерне 5-7 фич. Засекай время. Записывай, где какой инструмент справился лучше. Через неделю получишь свой реальный профиль использования.
Шаг 5: настрой sync правил
Добавь скрипт
scripts/sync-agent-rules.sh(см. раздел про синхронизацию). Подключи его как pre-commit hook через Husky или через GitHub Action. Дальше правила сами расходятся в оба файла.
Связка - не магия. Это просто две головы вместо одной, где каждая закрывает слабое место другой. Главное - не залипнуть в споре «Claude или Codex», когда правильный ответ давно «и Claude, и Codex - на разных типах задач».
Чтобы пройти этот путь через связку «ИИ-клон + Второй мозг + Контекст-инжиниринг» - приходи на практикум. За 3 эфира разберём, как любой ИИ-агент превратить в надёжного исполнителя.
Источники
- Composio - Claude Code vs OpenAI Codex (100+ hours review)
- MindStudio - Codex vs Claude Code in 2026
- Daniel Vaughan - Using Claude Code and Codex Together
- Pasquale Pillitteri - 7 Practical Lessons After 30 Days of Real Use
- BuildBetter - Share AI Coding Context Across Claude Code, Cursor and Codex
- Towards Data Science - Combining Claude Code and Codex for Max Coding Power
- Codex Plugin для Claude Code - анонс OpenAI Developer Community
- RuleSync - утилита синхронизации правил для 25+ ИИ-агентов
- Boris Cherny на Fortune о том как сравнивать цену ИИ-инструментов
- Anthropic - Claude Pro и Max pricing
- OpenAI - Codex pricing
- Codex changelog - OpenAI Developers
- Claude Code docs - CLAUDE.md format
- AGENTS.md open standard
Новые материалы - дайджестом, без спама
Гайды выходят регулярно. Подпишись, чтобы не пропускать: пришлю подборку в Telegram или на email. Раз в неделю или каждый день - выбираешь сам.

