Планирование моделью SOTA, параллельная реализация недорогими исполнителями

Когда использовать этот сценарий#

Используйте его, когда сложная задача при последовательном выполнении заняла бы слишком много времени. Координатор должен уметь разбить её на части, которые исполнители смогут реализовать независимо.

Почему такое разделение работы помогает#

• Дешёвые модели получают более чёткие задачи. Координатор продумывает, как части соединяются между собой, ещё до начала реализации. Исполнители получают небольшие задачи с заданными интерфейсами и зависимостями.
• Можно задействовать разные подписки и провайдеров. Планирование и ревью идут на модели SOTA. Исполнители могут работать на подписке с большей квотой или на более дешёвом API, каждый через свой CLI и провайдера.
• Параллельная работа завершается быстрее. Независимые задачи выполняются одновременно, а не одна за другой.
• У каждого исполнителя свои файлы. Рабочие деревья Git дают отдельные рабочие каталоги, поэтому исполнители не мешают друг другу. Затем их изменения объединяются и проверяются вместе.

1. Запустите координатора#

• Откройте проект в редакторе.
• Начните с чистого рабочего дерева, без незакоммиченных изменений, чтобы новые рабочие деревья стартовали из известной точки.

В таблице — один пример конфигурации. Можно использовать другие установленные CLI и модели, доступные в ваших аккаунтах.

В проекте откройте Facade, нажмите New Agent и выберите Codex для координатора. Командой /model выберите gpt-6-sol и уровень усилий xhigh.

Вручную нужно запустить только координатора. Остальных агентов он запускает через Facade. Если вы впервые работаете с Facade, начните с краткого руководства.

2. Отправьте задачу#

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

[Опиши задачу и ожидаемый результат.]

Сначала подготовь технический план. После моего утверждения составь план выполнения, разбив работу на параллельные задачи.
Через Facade запусти для каждой задачи исполнителя с deepseek-v4.1-flash и xhigh effort в отдельном рабочем дереве.
Пусть исполнители параллельно реализуют и тестируют свои задачи, а затем координируй последовательное слияние их изменений обратно в это рабочее дерево.
Когда все изменения объединены, проверь итоговый код и запусти набор тестов.

3. Как работает команда#

1. Утверждение технического плана
2. План выполнения
3. Параллельная реализация задач
4. Ревью и тесты объединённых изменений

1. Координатор изучает кодовую базу и предлагает технический план: архитектуру, интерфейсы и границы задач. Вы просматриваете его до начала реализации.
2. После утверждения он составляет план выполнения и через Facade запускает исполнителей в отдельных рабочих деревьях Git.
3. Исполнители параллельно реализуют свои задачи и выполняют нужные проверки. Изменения исполнителей сливаются по очереди. Перед следующим слиянием координатор помогает разрешить конфликты.
4. Координатор проверяет объединённый код, запускает интеграционные тесты и сообщает результаты и всё, что осталось непроверенным.

Используйте в своём проекте#

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

CLI, модели и уровень усилий в запросе можно изменить. Сохранённые настройки запуска и другие провайдеры описаны в разделах Настройки агентов, Claude Code с другим провайдером и Codex с другим провайдером.