Почему это важно именно вам
Есть класс задач, где одного помощника мало: аудит всей папки документов, проверка сотни файлов на одну и ту же проблему, исследование вопроса по многим источникам с перекрёстной сверкой. Раньше это делалось так: вы просили Claude, он запускал агентов по одному, вы теряли нить, а он — контекст.
Динамические workflow переносят план из головы Claude в код. Claude пишет скрипт, который управляет агентами: кого запустить, что параллельно, что последовательно, кого проверить чужими глазами. Скрипт выполняется в фоне, вы можете его прочитать, сохранить и запустить повторно.
Для директора это переход от «поручил и надеюсь» к «есть регламент, который выполняется одинаково каждый раз».
Что это такое
Workflow — это JavaScript-скрипт, который оркеструет субагентов. Claude пишет его под вашу задачу, среда выполняет в фоне, ваша сессия остаётся свободной.
Отличие от всего, что было раньше, — в том, кто держит план:
| Субагенты | Скиллы | Agent teams | Workflow | |
|---|---|---|---|---|
| Что это | Исполнитель, которого запускает Claude | Инструкция, которой следует Claude | Ведущий агент и сессии-коллеги | Скрипт, выполняемый средой |
| Кто решает, что дальше | Claude, ход за ходом | Claude по инструкции | Ведущий агент | Скрипт |
| Где промежуточные результаты | В контексте Claude | В контексте Claude | В общем списке задач | В переменных скрипта |
| Масштаб | Несколько задач за ход | То же | Несколько долгих коллег | Десятки-сотни агентов за прогон |
Практическое следствие последней строки: у Claude в контексте остаётся только итог, а не сто промежуточных отчётов. Именно это позволяет держать масштаб.
Второе следствие важнее первого: в скрипт можно заложить шаблон качества. Например, каждую находку проверяют три независимых агента, задача которых — опровергнуть её. Находка попадает в отчёт, только если пережила проверку. Такой результат заслуживает больше доверия, чем один проход одного агента.
Требования: версия 2.1.154 или новее, все платные тарифы. На Pro включается в /config строкой Dynamic workflows.
Как работает на практике
Попробовать на готовом
Самый быстрый способ увидеть механизм — встроенный workflow исследования:
/deep-research Что изменилось в правилах маркировки рекламы в 2026 году
Он раскладывает поиск на несколько направлений, собирает источники, сверяет их друг с другом и выдаёт один отчёт со ссылками — вместо ленты промежуточных находок.
Смотреть за ходом
/workflows
Показывает список прогонов; стрелками выбираете нужный, Enter открывает подробности: фазы, число агентов в каждой, потраченные токены, время. Можно провалиться в фазу и посмотреть, что нашёл конкретный агент.
Короткая сводка о прогоне видна и в панели задач под строкой ввода.
Попросить свой workflow
Достаточно описать задачу и явно попросить оркестрацию:
Проверь все документы в ~/Договоры/2026 на три вещи: срок действия,
условия расторжения, ответственность за просрочку. Разложи по агентам —
по одному на документ, каждую находку пусть проверит второй агент,
и собери один сводный отчёт.
Claude напишет скрипт, покажет план и — в зависимости от режима разрешений — спросит подтверждение перед запуском.
Сохранить и повторить
Скрипт каждого прогона остаётся доступен в /workflows. Чтобы удачный сценарий стал постоянной командой, выберите прогон и нажмите s: он сохранится в проект (.claude/workflows/) или лично вам (~/.claude/workflows/) и дальше будет запускаться как обычная команда /<имя>, в том числе с параметрами: «тот же аудит, но по папке за прошлый год».
Это и есть главная ценность для регулярной работы: один раз отлаженный регламент проверки выполняется одинаково каждый месяц.
Ultracode как автоматический режим
Из Дня 63: /effort ultracode включает режим, в котором Claude сам решает раскладывать существенные задачи на workflow, и заодно поднимает усилие до xhigh. Это удобно, когда вы не хотите каждый раз просить оркестрацию словами, но платите заметно больше. И учтите: в авторежиме разрешений при включённом ultracode подтверждение перед запуском прогона не спрашивают вообще — прочитать план до старта вы не успеете.
Это дорого, и предохранители работают не так, как кажется
Десятки агентов — это десятки контекстов, прогон стоит заметно больше обычного ответа. Настройка «Dynamic workflow size» в /config — это совет модели, а не потолок: задача, требующая большего масштаба, его перебьёт. Жёсткие рамки задаёт среда: не больше 1000 агентов на прогон и не больше 16 одновременно. Когда прогон разрастается, в панели задач появляется предупреждение «Large workflow» — оно тоже только предупреждает.
Предварительной сметы система не показывает, поэтому оценивайте иначе: сначала прогоните сценарий на маленьком куске — одна папка вместо всех. Выключить workflow совсем можно настройкой disableWorkflows или переменной CLAUDE_CODE_DISABLE_WORKFLOWS=1.
Типовые сценарии
- Аудит многих файлов на одну проблему — по агенту на файл, затем сведение.
- Исправлять, пока проверка не пройдёт — цикл до достижения условия.
- Массовая переделка — параллельно, каждый агент в своей копии.
- Обзор изменений с одним итогом — вместо простыни комментариев.
- Исследование с перекрёстной сверкой источников.
- Поиск проблем до исчерпания — агенты работают, пока новые находки не перестанут появляться.
Частые ошибки
Запускать workflow на задаче, где хватит одного агента. Оркестрация имеет накладные расходы. Правило простое: если задача не раскладывается на независимые куски — она не для workflow.
Не читать план перед запуском. Скрипт можно прочитать до выполнения. Пять минут чтения экономят час бессмысленного прогона.
Забывать про стоимость. Сто агентов — это сто счётчиков, а сметы заранее вам никто не покажет. Пробуйте сценарий на маленьком куске, прежде чем пускать на всё.
Ждать, что скрипт сам поймёт бизнес-контекст. Он выполняет то, что вы описали. «Проверь договоры» без критериев даст сто разных мнений о том, что считать проблемой. Критерии задаёте вы.
Использовать вместо регулярной автоматизации. Workflow — способ провести большую разовую работу или отлаженную регулярную процедуру по вашей команде. Если задача должна выполняться сама по расписанию — это блок 10.
Когда нужно / когда нет
Стоит:
- работа не помещается в один разговор из-за объёма;
- нужен повторяемый регламент, а не разовое поручение;
- важна перекрёстная проверка результата независимыми агентами;
- задача естественно разбивается на однотипные куски.
Не стоит:
- задача маленькая или неделимая;
- вы не можете сформулировать критерии проверки;
- вы близки к исчерпанию лимита.
Связь с другими уроками
День 63 — ultracode. Тот же механизм, включаемый автоматически.
День 71–72 — фоновые агенты и форки. Ручная оркестрация; workflow — её кодифицированная версия.
День 75 — изоляция. Когда десятки агентов правят файлы, им нужны отдельные рабочие копии.
Задание на сегодня
- Запустите
/deep-researchс рабочим вопросом и посмотрите отчёт. - Откройте
/workflows, зайдите в прогон и разберитесь в фазах: сколько агентов, сколько токенов. - Опишите свою задачу, которая раскладывается на однотипные куски, и попросите workflow.
- Прочитайте предложенный план до запуска. Уточните критерии, если они размыты.
- После прогона оцените: сколько это заняло времени и во сколько обошлось по сравнению с ручным разбором.
Критерий «выполнено»: вы провели один реальный прогон и можете назвать его стоимость и выигрыш по времени.
Резюме
- Динамический workflow — скрипт, оркестрирующий десятки агентов; план переезжает из контекста Claude в код.
- В контекст возвращается только итог, поэтому масштаб не упирается в размер окна.
- В скрипт закладываются шаблоны качества: например, независимая проверка каждой находки на опровержение.
/deep-research— встроенный пример;/workflowsпоказывает ход прогонов по фазам, агентам и токенам.- Удачный сценарий сохраняется вручную:
/workflows→ выбрать прогон →s; дальше он запускается как обычная команда. - Требуется версия 2.1.154+; на Pro включается в
/config. Прогон дорог — читайте план и следите за размером.