Параллельные кодинг-агенты: Claude Code и Codex вместе

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

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

Зачем нужны параллельные кодинг-агенты

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

Больше всего пользы они приносят, когда у вас есть:

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

Три правила разделения работы

Успех параллельной работы зависит от того, как вы её разделите.

1. Заранее проведите границы по файлам

Два агента, правящие один файл, — самый частый сбой. Впишите в роль каждого агента, какие папки ему можно трогать. Например, один агент работает только в src/api/, другой только в tests/.

2. Дайте каждому агенту одну цель

Вместо «улучшить модуль авторизации» поставьте измеримую цель, например «перевести обработку сессий на refresh-токены». Чёткая цель позволяет агенту вовремя остановиться, а его вывод легко проверить.

3. Решите, куда пойдёт вывод

Если результат одного агента питает другого, продумайте это заранее. Запишет ли он файл с планом, сделает коммит или отправит свой ответ сразу следующему агенту?

Предотвращение конфликтов файлов с помощью git worktree

Если границ по папкам недостаточно, самый надёжный вариант — отдельное рабочее дерево на каждого агента. Git worktree открывают отдельные папки на разных ветках одного репозитория:

git worktree add ../acme-web-auth -b auth-refactor
git worktree add ../acme-web-tests -b auth-tests

Каждый агент работает в своей папке и никогда не трогает чужие файлы. Когда они закончат, вы сливаете ветки обычным pull request’ом. Подробнее я рассказываю в статье о git worktree для параллельных агентов.

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

Пример настройки: Claude Code пишет, Codex тестирует

Простая и эффективная стартовая схема:

Шаги настройки:

1. Добавьте папку проекта в AgentVera.
2. В диалоге New agent выберите Claude Code, назовите его «Architect» и впишите границы файлов в его роль.
3. Сделайте то же для Codex под именем «Tester».
4. Запустите dev-сервер в агенте Terminal.
5. Дайте Architect его задачу; когда он закончит ход, передайте его вывод Tester.

Последний шаг можно не делать вручную, а построить flow. Flows отправляют последний ответ одного агента другому через шаблон {{output}} и, если целевой агент занят, ждут, пока он закончит ход.

Как следить за параллельными агентами

Когда агентов становится больше, настоящей работой становится слежение за ними. Обращайте внимание на:

• Статус: какой агент работает, какой ждёт вас, какой упёрся в ошибку?
• Размер контекста: длинные диалоги стоят больше токенов на каждом ходу.
• Запросы подтверждения: агент, ожидающий разрешения, останавливается, пока остальные продолжают работать.

Рабочее пространство AgentVera показывает агентов рядом в сетке. У каждой панели есть статус, размер контекста в реальном времени и поле сообщения. Агенты, ожидающие подтверждения, перечислены в строке состояния, а ⇧⌘A переходит к тому, кто ждёт дольше всех.

Контекст и стоимость

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

Чтобы держать стоимость под контролем:

• Запускайте агентов для простых задач с более узким набором инструментов.
• Сжимайте длинные диалоги командой /compact.
• При передаче вывода между агентами отправляйте только нужную часть.

Измеренные цифры смотрите в статье о снижении расхода токенов в Claude Code.

Типичные ошибки

Два агента на одном файле. Быстрее всего это исправляет worktree или строгая граница по папкам.

Расплывчатые задачи. Открытые задачи вроде «исправь код» заставляют агента читать бесконечные файлы и раздувают контекст.

Слияние без проверки. Запускайте тесты и просматривайте диффы, прежде чем сливать то, что произвели параллельные агенты. Автоматическое ревью кода здесь экономит время.

Запуск всего сразу. Начните с двух агентов и добавьте третьего, когда разделение заработает.

Сквозной пример: переход на refresh-токены

На бумаге разделить работу легко; вот как это выглядит на реальной задаче. Цель: перевести обработку сессий веб-приложения на короткоживущие access-токены с ротируемыми refresh-токенами.

Разделение задачи

Сначала разбейте работу на независимые части. Здесь их три:

• Серверная часть: выпуск, проверка и ротация токенов (src/auth/).
• Тесты: интеграционные тесты нового потока (tests/api/).
• Документация: отражение изменений API в README.

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

Инструкции для ролей

Держите роль каждого агента короткой и строгой. Для Architect:

Work only under src/auth/. Don't change tests.
Run pnpm test auth after every change.
When you're done, summarize your changes as a bullet list.

Для Tester:

Work only under tests/. Don't touch application code.
Write integration tests for the behaviors in the summary you receive.

Последняя строка роли Architect важна: через flow его итог становится входными данными для Tester. Чем аккуратнее итог, тем меньше файлов Tester придётся читать.

Передача и продолжение

Когда Architect заканчивает ход, flow отправляет его последний ответ Tester через шаблон. Если Tester занят, flow ждёт окончания его хода, а лимит ходов в соединении не даёт двум агентам зациклиться навсегда. Тем временем вы можете смотреть логи dev-сервера в терминальном агенте или поручить третьему агенту подготовить документацию.

Когда не стоит распараллеливать

Не всякую работу можно распараллелить. Работайте одним агентом шаг за шагом, когда:

• Изменение сосредоточено в одном файле или нескольких тесно связанных файлах.
• Задача ещё неясна; сначала нужны исследование и план.
• Вывод одного агента — предпосылка для другого, а вторая работа короткая.

В таких случаях поэтапный конвейер работает лучше параллелизма. Об этом я пишу в статье рабочий процесс ИИ-агентов.

Чек-лист

Перед параллельной сессией:

• Записана ли цель каждого агента одним предложением?
• Указаны ли границы файлов в роли?
• Если конфликты вероятны, есть ли у каждого агента свой worktree?
• Если вывод одного агента питает другого, готов ли flow или файл плана?
• Есть ли агент или терминал для запуска тестов?

Итоги

Параллельные кодинг-агенты экономят реальное время на работе, которая чисто делится. Главное — разделить агентов и определить передачу между ними. Worktree разделяют файлы, flows переносят вывод, а хорошо написанные роли разделяют ответственность.

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