Orca — среда для параллельной работы с Codex, Claude Code и другими coding-агентами

Orca — открытая среда для одновременной работы с несколькими coding-агентами. Она запускает Codex, Claude Code, Cursor CLI, OpenCode и другие CLI-агенты в отдельных Git worktree, показывает их состояние в одном интерфейсе и позволяет сравнивать результаты до того, как изменения попадут в основной проект.

Orca особенно полезна, когда одного агента уже недостаточно: например, нужно параллельно поручить разные части проекта нескольким исполнителям или дать одну и ту же задачу Codex и Claude Code, а затем выбрать лучший вариант.

• Официальный сайт: onorca.dev
• Документация: onorca.dev/docs
• GitHub: github.com/stablyai/orca

Что такое Orca

Разработчики называют Orca средой разработки для агентов, или ADE — Agent Development Environment.

По устройству она напоминает IDE, но основным объектом работы становится задача с отдельным агентом и отдельной рабочей копией проекта.

Основной Git-репозиторий
        │
        ├── Worktree 1 → Codex
        │
        ├── Worktree 2 → Claude Code
        │
        └── Worktree 3 → другой CLI-агент

Каждый агент работает со своей веткой и своим Git worktree. Поэтому несколько процессов могут одновременно менять один проект, не перезаписывая рабочие файлы друг друга.

Orca сама не является моделью и не предоставляет отдельный ИИ. Она запускает уже установленные CLI-агенты и использует ваши существующие аккаунты и подписки.

Проект распространяется под лицензией MIT.

Зачем нужна отдельная среда для нескольких агентов

При работе с одним агентом схема проста:

задача
  ↓
Codex
  ↓
изменения
  ↓
проверка

Проблема появляется, когда агентов несколько. Допустим, нужно переработать авторизацию и сравнить три подхода:

             Одна задача
                 │
     ┌───────────┼───────────┐
     │           │           │
   Codex       Claude      Codex
     │           │           │
вариант A    вариант B    вариант C

В одной рабочей папке такие процессы начали бы менять одинаковые файлы. Orca создаёт каждому собственный worktree и отдельную ветку. После завершения вы открываете diff каждого варианта, сравниваете реализации и оставляете нужную.

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

Основные возможности

Установка

Orca доступна для macOS, Windows и Linux. Актуальные сборки и требования лучше проверять на официальной странице установки.

На macOS установка через Homebrew:

brew install --cask stablyai/orca/orca

Обновление происходит через встроенный апдейтер: Orca обновляет себя сама. Команда brew upgrade --cask orca по умолчанию ничего не сделает — Homebrew считает такие cask уже актуальными. Если нужно принудительно подтянуть свежую версию через Homebrew, добавьте флаг --greedy:

brew upgrade --cask --greedy orca

После первого запуска добавьте существующий Git-репозиторий. Если Codex или Claude Code уже установлены и авторизованы на машине, Orca использует их локальные конфигурации.

Подключение Codex

Codex CLI должен быть установлен и авторизован обычным способом. Orca использует локальную конфигурацию Codex из ~/.codex.

Рабочая схема:

1. Добавьте Git-репозиторий в Orca.
2. Создайте новый worktree.
3. Выберите Codex в списке агентов.
4. Передайте задачу.
5. Orca запустит Codex в каталоге созданного worktree.

Для каждого нового эксперимента можно создавать отдельную ветку, не трогая основную рабочую копию.

Переключение аккаунтов и контроль лимитов

Orca показывает расход лимитов Claude и Codex в статус-баре и умеет переключаться между несколькими аккаунтами без повторного входа. Это полезно, когда основной аккаунт упёрся в rate limit: выберите другой аккаунт в переключателе, и новые сессии агента запустятся с ним. Уже работающие сессии сохранят прежнюю авторизацию до перезапуска.

Первый рабочий сценарий: два агента на одной задаче

Это самый простой способ проверить, нужен ли вам Orca.

1. Добавьте репозиторий

Выберите существующую локальную копию Git-репозитория. Orca определит основную ветку и сможет создавать от неё новые worktree.

2. Создайте первый worktree

Например:

fix-login-race-codex

Запустите в нём Codex и передайте задачу:

Найди причину race condition при авторизации,
исправь проблему и добавь тест.

3. Создайте второй worktree

Например:

fix-login-race-claude

Запустите Claude Code или второй Codex и передайте тот же запрос.

4. Сравните результаты

После завершения откройте diff обоих worktree. Проверьте:

• какие файлы изменены;
• какие строки добавлены и удалены;
• есть ли новые файлы;
• проходят ли тесты;
• насколько решение соответствует архитектуре проекта.

5. Верните замечания агенту

Orca позволяет комментировать изменения и отправлять замечания обратно агенту. Получается цикл:

diff
 ↓
ваши комментарии
 ↓
агент исправляет
 ↓
повторное ревью

6. Примите один вариант

После проверки закоммитьте выбранную реализацию и отправьте ветку в удалённый репозиторий.

Работа с интерфейсами через Design Mode

У Orca есть встроенный браузер и режим Design Mode. В нём можно выбрать конкретный элемент веб-приложения и передать агенту технический контекст этого элемента.

Вместо описания вроде:

В карточке пользователя у второй кнопки справа
слишком маленький внутренний отступ.

можно выбрать кнопку в браузере и дать короткую команду:

Увеличь внутренний отступ и выровняй эту кнопку
по соседним элементам.

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

Интеграция с задачами и Git

Orca умеет связывать рабочие ветки с внешними системами управления разработкой, включая GitHub, Linear и Jira.

Типовой процесс:

Linear issue
     ↓
Orca worktree
     ↓
Codex
     ↓
изменения
     ↓
diff
     ↓
commit / PR

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

Удалённая работа

Orca поддерживает несколько вариантов выполнения:

Например, интерфейс Orca можно держать на ноутбуке, а Codex, Git и worktree выполнять на постоянно включённом Mac mini или сервере.

MacBook
  │
  │ интерфейс Orca
  ▼
Mac mini / сервер
  │
  ├── Codex
  ├── Claude Code
  ├── Git
  └── Worktrees

Remote Orca Server хранит репозитории, worktree, терминалы и активные агентские сессии на удалённой машине. На момент проверки функция находится в статусе Beta, поэтому актуальные рекомендации по подключению нужно смотреть в документации Orca Server.

Управление с телефона

У Orca есть мобильное companion-приложение для iOS и Android, на момент проверки оно в статусе Beta. Оно рассчитано на контроль уже работающих сессий, а не на замену полноценной среды разработки.

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

Работа с AGENTS.md и CLAUDE.md

Orca не требует отдельной параллельной системы проектных инструкций. Агент продолжает использовать свои штатные механизмы:

AGENTS.md  → Codex
CLAUDE.md  → Claude Code

Также продолжают работать конфигурационные каталоги и hooks соответствующих CLI-инструментов.

Для нового worktree можно определить команду подготовки окружения. Например:

pnpm install

или:

direnv allow

Так каждая новая рабочая копия проекта автоматически подготавливается к запуску агента.

Безопасность: Git worktree не является системной песочницей

Это главный технический нюанс Orca.

Orca рассчитана на высокую автономность CLI-агентов. Для некоторых поддерживаемых агентов могут использоваться параметры, уменьшающие количество ручных подтверждений или отключающие стандартные approval-механизмы. Актуальные параметры запуска нужно проверять в настройках Orca и документации конкретного агента.

Логика изоляции строится вокруг отдельного worktree: плохие изменения кода можно отбросить вместе с веткой. Но Git worktree защищает прежде всего от конфликтов изменений внутри репозитория.

изоляция Git-файлов
        ≠
изоляция компьютера

Перед постоянной работой проверьте launch arguments каждого агента в настройках Orca и оставьте только тот уровень автономности, который соответствует риску проекта.

Телеметрия

В packaged-сборках Orca может использоваться продуктовая телеметрия. Актуальный состав собираемых данных, параметры отключения и переменные окружения проверяйте на официальной странице Telemetry.

Для среды с чувствительным кодом этот пункт стоит проверить до подключения рабочих репозиториев.

Когда Orca действительно полезна

Несколько решений одной задачи

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

Параллельная работа над разными задачами

Например:

Codex 1 → backend
Codex 2 → тесты
Claude  → frontend
Codex 3 → документация

Каждый агент работает в собственной ветке.

Диспетчерская для большого количества сессий

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

Orca собирает эти состояния в одном интерфейсе.

Постоянная машина для агентов

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

Когда Orca будет избыточна

Orca рассчитана на пользователей, которые уже работают с Git и coding-агентами.

Она вряд ли нужна, если:

• вы используете только одну сессию Codex;
• вам не нужны параллельные ветки;
• вы почти не работаете с Git;
• вы не проверяете diff перед принятием изменений;
• задача не связана с репозиторием или инженерным процессом.

Для одного агента обычный Codex или Claude Code проще. Ценность Orca появляется, когда управление несколькими агентами само становится отдельной задачей.

Orca и Codex: в чём разница

Orca не заменяет Codex. Она добавляет уровень координации поверх него.

             Orca
               │
   ┌───────────┼───────────┐
   │           │           │
 Codex      Claude Code   другой агент
   │           │           │
worktree    worktree     worktree
   └───────────┼───────────┘
               │
           Git repository

Что попробовать первым

Для знакомства достаточно небольшого эксперимента:

1. Установите Orca.
2. Добавьте существующий Git-репозиторий.
3. Создайте два worktree от одной ветки.
4. В первом запустите Codex.
5. Во втором запустите Claude Code или второй Codex.
6. Передайте обоим одинаковую небольшую задачу.
7. Сравните два diff.
8. Отправьте замечания лучшему агенту.
9. Прогоните тесты.
10. Закоммитьте выбранную реализацию.

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

Официальные материалы

• Официальный сайт Orca
• Документация Orca
• GitHub-репозиторий Orca
• Первый запуск
• Работа с Codex
• Удалённый Orca Server

Следующий шаг

Xirp: Spotify собрала диспетчерскую для кодинг-агентов

Связанные материалы

• Статья: Codex, Саркис и два месяца боли: как я наконец-то собрал рабочую инфраструктуру ИИ-агентов
• Блог: Codex научился собирать команду из разных моделей
• База знаний: Oz — оркестрация облачных AI-агентов: полное руководство по сценариям использования

Если вы переходите от отдельных сессий Codex к системе параллельных агентов, полезно заранее определить правила разделения задач, проверки изменений и доступа к рабочей машине.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov