Orkas Orkas
Главная Блог Руководство
Руководство

Как запускать Claude Code и Codex вместе — управление обоими из одного чата

Claude Code и Codex сильны в разных задачах. Вот как запускать их вместе: вручную через терминалы и рабочие деревья git или проще — с одним Orkas Commander, который управляет обоими из одного чата.

Если вы пишете код с ИИ в 2026 году, скорее всего, держите под рукой оба инструмента: Claude Code и OpenAI Codex. Оба — агенты для программирования в терминале, и возникает соблазн поставить вопрос так: Claude Code против Codex — кто лучше? На практике полезнее спросить: как запускать Claude Code и Codex вместе, не превращаясь в живую шину сообщений, копирующую контекст между двумя терминалами?

Короткий ответ: это возможно, и есть два способа. Ручной — два терминала, общий файл контекста и рабочие деревья git — работает уже сейчас. Более простой — поставить перед обоими одного оркестратора. В этой статье рассматриваются оба.

Короткая версия Один чат, оба CLI Orkas управляет Claude Code и Codex из одного разговора, на вашем компьютере, с вашими ключами. См. также Orkas и Claude Code.
Скачать Orkas — бесплатно

Claude Code и Codex: кто в чём лучше

Ни один не превосходит другой во всём; они устроены по-разному, и совместный запуск позволяет использовать сильные стороны каждого:

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

Поэтому "кто лучше" — неверный вопрос. Интересен рабочий процесс, где один планирует и проверяет, а другой выполняет — и в идеале каждый замечает ошибки другого.

Ручной способ: два терминала, один общий контекст

Оба инструмента устанавливаются как CLI и работают в любом каталоге проекта:

npm install -g @anthropic-ai/claude-code   # then: claude
npm install -g @openai/codex               # then: codex

Чтобы запустить их в одном проекте, нужно дать им общий источник достоверных данных и не позволять мешать друг другу:

  • Поддерживайте актуальный файл PROJECT_CONTEXT.md в репозитории, который оба агента читают и обновляют, чтобы план одного был виден другому.
  • Используйте рабочие деревья git, чтобы каждый агент работал в своей ветке и своём каталоге — тогда они не будут бороться за одни и те же файлы.
git worktree add ../feature-claude feature/claude
git worktree add ../feature-codex  feature/codex
# run `claude` in one, `codex` in the other; review and merge the diffs

Это работает. Но интеграционным слоем становитесь вы: вставляете план Claude Code в Codex, возвращаете изменения Codex в Claude Code и вручную согласуете результаты.

Рабочая схема: планирование → выполнение → перекрёстная проверка

Самый надёжный шаблон, к которому приходят пользователи, — небольшой конвейер из двух агентов:

1. Claude Code  — прочитать код, составить план (файлы, шаги, риски)
2. Codex        — быстро реализовать план, подготовить diff
3. Claude Code  — проверить diff Codex: корректность, крайние случаи, стиль
4. повторить работу над всем, что отмечено при проверке

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

Неудобство: оркестратор — вы

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

Как Orkas запускает Claude Code и Codex вместе

Orkas — настольное приложение с открытым исходным кодом и приоритетом локальной работы, превращающее эту ручную координацию во встроенную возможность. Оно может запускать за вас локальных CLI-агентов для программирования — Claude Code, Codex, OpenClaw, OpenCode и Hermes — и координировать их из одного чата. Настройка короткая:

1. Установите CLI `claude` и `codex` на свой компьютер и войдите в аккаунты
2. В Orkas: новый чат → добавить агента → вкладка "Внешние" → выбрать CLI
   (Orkas показывает только CLI, найденные в PATH)
3. Повторите дважды: один агент Claude Code и один агент Codex
4. При желании задайте каждому агенту каталог проекта и модель
   (оставьте модель пустой, чтобы использовать значение по умолчанию соответствующего CLI)

Orkas не реализует модели заново и не оборачивает их. Он запускает ваши настоящие, уже установленные исполняемые файлы claude и codex как дочерние процессы, используя учётные данные, с которыми вы уже вошли в них. Он управляет координацией, а не ключами.

Один Commander, оба агента, параллельно

Теперь в одном разговоре есть два специализированных агента. Попросите ведущего агента Commander о чём-нибудь, и он распределит части: «разобраться и спланировать» может передать Claude Code, а «быстро реализовать» — Codex. Когда Commander в одном ходе передаёт сразу несколько поручений, Orkas запускает их параллельно (по несколько за раз), поэтому Claude Code и Codex работают одновременно, а вам не приходится переключаться между терминалами. Можно и напрямую @-упомянуть любого агента. Мы описали эту оркестрацию в статье Многоагентная оркестрация на практике.

Есть и преимущество, которого не дадут два обычных терминала: когда Orkas запускает Claude Code или Codex, он через локальный мост предоставляет им доступ к себе. Агент для программирования может прямо во время работы обращаться к подключённым инструментам и знаниям Orkas — вашим коннекторам GitHub, Notion или Google Workspace и базе знаний, — а не только к файлам репозитория.

Несколько важных настроек

  • CLI и вход в них обеспечиваете вы. Orkas запускает claude и codex; он не управляет ключами API и входом в аккаунт. Сначала установите их и войдите, используя достаточно свежие версии (примерно Claude Code 2.0+ и Codex 0.100+).
  • Для безопасной параллельной работы указывайте разные каталоги. Orkas не изолирует каждого агента в собственном рабочем дереве git: если оба направлены в одну папку и запущены одновременно, они параллельно редактируют одни файлы. Для настоящей параллельной работы дайте каждому отдельный каталог проекта или репозиторий.
  • Вы выбираете степень самостоятельности. Каждый CLI-агент работает с уровнем разрешений, заданным в разделе Команда ИИ > агент > Настройки среды выполнения > Уровень разрешений: Использовать настройки CLI по умолчанию, Запрашивать разрешение или Полный доступ. Использовать настройки CLI по умолчанию сохраняет собственные настройки разрешений CLI. Запрашивать разрешение включает запросы подтверждения; Полный доступ пропускает запросы подтверждения CLI. Разрешения коннекторов задаются отдельно: чувствительные действия требуют подтверждения, если вы ещё не разрешили это подключение для задачи или не включили доверенный режим в Orkas.

Итак — Claude Code или Codex?

Оба. Используйте Claude Code для понимания, архитектуры и проверки; Codex — для быстрого выполнения чётко ограниченных задач; а одному Commander поручите распределение между ними, чтобы вы направляли работу, а не переносили её туда-сюда. В этом смысл совместного запуска вместо выбора победителя.

Приоритет локальной работы означает, что репозиторий и ключи остаются на вашем компьютере — см. Что такое ИИ с приоритетом локальной работы? Чтобы обойтись без переключений между двумя терминалами, скачайте Orkas и поручите одному Commander управлять и Claude Code, и Codex.

Claude Code и Codex вместе: частые вопросы

Можно ли использовать Codex и Claude Code вместе?

Да. Это отдельные CLI с отдельным состоянием сессий, поэтому ничто не мешает запускать оба для одного репозитория. Нужно лишь не допускать одновременного редактирования одних файлов — с помощью рабочих деревьев git либо одного Commander, который передаёт каждую задачу одному агенту.

Общаются ли Claude Code и Codex друг с другом?

Не напрямую. Claude Code читает CLAUDE.md, Codex — AGENTS.md, и ни один не следит за сессией другого. Всё общее должно проходить через файл, в который записывают оба, или через оркестратора, переносящего результат одного в запрос другому.

Как лучше всего использовать Codex и Claude Code вместе?

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

Как наладить совместную работу Codex и Claude Code?

Вручную нужны два терминала, общий файл спецификации и отдельное рабочее дерево git для каждого агента, чтобы изменения не сталкивались. В Orkas оба работают как локальные сессии под одним Commander, который выдаёт задачу и собирает оба набора изменений в одном чате.

Можно ли одновременно запускать Claude Code и Codex на одном проекте?

Можно запускать их параллельно, но не направляйте оба одновременно в одну папку: они будут редактировать одни файлы. Дайте каждому агенту собственное рабочее дерево git или каталог проекта. Orkas не изолирует агентов в отдельных рабочих деревьях за вас, поэтому этот шаг в любом случае остаётся вашим.

Можно ли запускать Claude Code и Codex в одном терминале?

Не как две интерактивные сессии: каждому CLI нужен собственный TTY. На практике либо разделяют терминал через tmux, либо поручают оркестратору запуск обоих как локальных сессий и сбор вывода в одном месте. Orkas использует второй путь: оба CLI работают под одним Commander и отчитываются в один чат.

Можно ли оркестрировать что-то кроме Claude Code и Codex?

Да. Orkas управляет пятью локальными CLI-агентами: Claude Code, Codex, OpenCode, OpenClaw и Hermes. Доступны те, которые у вас установлены, а один Commander может сочетать их в одном проекте.

Нужны ли платные тарифы и для Claude Code, и для Codex?

Каждый CLI использует собственный вход и тариф. Orkas лишь запускает уже имеющиеся исполняемые файлы — он не управляет ключами API, входом или оплатой ни для одного из них.