← Все гайды
Гайд

Claude Code Dynamic Workflows: как запустить сотни агентов одной фразой

AI / Нейросети · 02.06.2026 · 8 мин

Как запустить Dynamic Workflows в Claude Code, зачем нужны до 1000 субагентов и как один разработчик переписал 750 000 строк кода за 6 дней.

28 мая Anthropic выпустила Dynamic Workflows — новую функцию Claude Code, которая тихо переписала правила работы с AI в разработке. Пока все обсуждали бенчмарки Opus 4.8, именно эта архитектурная деталь изменила то, что вообще возможно сделать в одиночку за один рабочий день. Разбираем, что это такое, как работает и как начать использовать прямо сейчас.


Что такое Dynamic Workflows и зачем это нужно

Обычный Claude Code работает как умный напарник: вы задаёте задачу, он делает шаг, возвращает результат, вы реагируете. Всё происходит последовательно, и каждый промежуточный результат накапливается в контекстном окне — что при больших задачах быстро превращается в проблему.

Dynamic Workflows — это принципиально другая архитектура. Когда вы даёте задачу с ключевым словом «workflow», Claude не просто начинает работать. Он сначала пишет JavaScript-скрипт оркестрации — самостоятельно, на лету. Затем этот скрипт запускает отдельный рантайм, который разворачивает параллельные субагенты. Их может быть до 16 одновременно, до 1000 за один прогон. Финальный ответ, который вы получаете — уже прошедший проверку: специальные агенты-верификаторы оспаривают выводы коллег, итерации продолжаются до тех пор, пока ответы не сойдутся.

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


Реальный пример: 750 000 строк кода за 6 дней

Лучше любой документации это иллюстрирует кейс Джарреда Самнера — создателя Bun, JavaScript-рантайма, который сам используется для доставки Claude Code пользователям. Самнер столкнулся с задачей, которую обычно решают команды за кварталы: перенести примерно миллион строк кода с Zig на Rust, сохранив при этом прохождение существующего тестового набора.

Используя Dynamic Workflows, он сгенерировал около 750 000 строк кода за шесть дней с сохранением 99,8% зелёных тестов. Это не пересказ кода — это портирование, файл за файлом, с проверкой корректности на каждом шагу.

Именно такой кейс Anthropic приводит как основной аргумент в пользу функции.


Кому доступно и как включить

Функция работает в Claude Code версии 2.1.154 и выше. Она доступна на платных планах: Max, Team, Enterprise, через API, Amazon Bedrock, Vertex AI и Microsoft Foundry.

Включение зависит от плана:

На планах Max и Team Dynamic Workflows включены по умолчанию — ничего настраивать не нужно.

На плане Pro нужно включить вручную. Заходите в настройки командой /config, находите строку Dynamic Workflows и активируете.

На плане Enterprise по умолчанию выключено. Включается администратором через управляемые настройки организации.


Как запустить: три способа

Способ 1 — ключевое слово в промпте

Самый простой вариант. Просто включите слово «workflow» в запрос — Claude сам определит, что нужно развернуть оркестрацию.

Примеры запросов, которые запустят Dynamic Workflows:

«Проведи workflow-аудит всех контроллеров на отсутствующие проверки авторизации»

«Запусти workflow для миграции этой кодовой базы с Newtonsoft.Json на System.Text.Json»

«Сделай workflow-анализ всех зависимостей в репозитории на уязвимости»

Ключевое: задача должна быть достаточно большой, чтобы параллелизация имела смысл. Для мелких задач Claude продолжит работать в стандартном режиме.

Способ 2 — режим ultracode

Если вы хотите автоматически направлять все сложные запросы через Dynamic Workflows без явного упоминания слова «workflow», переключитесь в режим /effort ultracode. В этом режиме Claude сам решает, когда разворачивать параллельную оркестрацию — и делает это агрессивнее.

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

Способ 3 — через /config вручную

Для тонкой настройки зайдите в /config и найдите раздел Dynamic Workflows. Здесь можно ограничить максимальное число субагентов на прогон и задать другие параметры поведения. Полезно, если работаете в команде и хотите контролировать расход.


Для каких задач подходит, а для каких — нет

Dynamic Workflows — не серебряная пуля. Инструмент оправдан там, где задача структурно параллельна: можно разбить на независимые куски, обработать каждый отдельно и собрать результаты.

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

Не подходит: задачи с жёсткой последовательной зависимостью между шагами — когда шаг B невозможен без результата шага A; небольшие локальные изменения — здесь оркестрация только замедлит и удорожит; интерактивный диалог во время работы — Dynamic Workflows запускается и работает автономно, без промежуточных вопросов к вам.


Как работает верификация и почему это важно

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

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

Ещё одна удобная деталь — кешированная возобновляемость. Если прогон был прерван, завершённые субагенты возвращают кешированные результаты мгновенно при перезапуске. Повторная работа не выполняется.


Вопрос токенов: посчитайте до запуска

Dynamic Workflows дорогой в использовании. До 1000 субагентов — это до 1000 независимых вызовов модели плюс верификационные итерации. При работе с Opus 4.8 по стандартному тарифу ($5 за миллион входящих токенов, $25 за исходящие) большой прогон может обойтись в сотни долларов.

Несколько практических советов по контролю расходов:

Используйте /config, чтобы ограничить максимальное число субагентов — например, 50 вместо 1000 для первых экспериментов.

Для менее критичных задач внутри workflow Anthropic рекомендует настраивать использование более дешёвых моделей (Haiku вместо Opus) на уровне субагентов.

Всегда проверяйте, действительно ли задача достаточно большая. Запускать Dynamic Workflows на 200 строках кода — выброшенные токены.


Что дальше

Dynamic Workflows сейчас находится в статусе research preview — это означает, что лимиты агентов, поведение и ценообразование могут измениться. Anthropic уже анонсировала, что в ближайшие недели планирует выпустить Claude Mythos и Sonnet 4.8, которые будут работать с той же инфраструктурой.

Очевидное направление: то, что сегодня делает один разработчик за шесть дней с помощью Dynamic Workflows, через полгода, скорее всего, будет делаться за один день. И это уже не бенчмарк — это изменение того, как выглядит реальный рабочий день инженера.