Claude Code научился писать сам себе пайплайны на JavaScript. И это меняет правила
Anthropic выкатила Opus 4.8, и по бенчмаркам она обходит и собственную 4.7, и GPT-5.5, и Gemini 3.1 Pro. Но самое интересное в релизе спрятано не в модели. В Claude Code появилась штука под названием Dynamic Workflows, и вот она способна поменять то, как люди гоняют ИИ-агентов на тяжёлых задачах. Раньше ты сидел и смотрел, как одна модель час пережёвывает большую задачу одним проходом. Теперь она раздаёт эту задачу сотне маленьких агентов и собирает результат за раз.
Дальше разберёмся, что это, зачем оно нужно и почему сделано именно на JavaScript, а не на привычных скиллах. И да, у фичи есть один противный побочный эффект, про который лучше знать заранее. Иначе спалишь весь лимит на ерунде, я проверил.
так что вообще такое workflow
Workflow это JavaScript-скрипт, который Claude Code генерирует под твою задачу и запускает в фоне. Не ты его пишешь, а сама модель. Ты просто упоминаешь в запросе слово "workflow", и Claude составляет план оркестрации, а потом строго ему следует. У скрипта есть набор готовых примитивов, из которых собирается логика:
phase("Search") // отметка фазы для интерфейса
agent(prompt, {schema}) // суб-агент со структурированным ответом
parallel([fn1, fn2]) // параллельный запуск
pipeline(items, stage1, stage2) // конвейер с поточной обработкой
Грубо говоря, модель сама раскладывает большую задачу на подзадачи, раздаёт их параллельным субагентам, проверяет промежуточные результаты и продолжает с сохранённого места, если прогон прервался. Цифры тут впечатляют. Одновременно крутится до 16 агентов, а всего за прогон их может быть до тысячи. И вот что любопытно: сам скрипт оркестрации не лезет в файловую систему и не трогает консоль. Читают, пишут и запускают команды только агенты, а скрипт просто дирижирует. Если такой workflow сохранить, он превращается в слеш-команду наравне со встроенными.
зачем это вообще, если есть обычный режим
Затем, что некоторые задачи в один проход одним агентом сделать тяжело. Anthropic так и формулирует: фича для проблем, которые "слишком большие для одного агента". Прогнать аудит безопасности по всему репозиторию. Найти баги по сотням файлов. Провернуть миграцию, которая задевает тысячи файлов. Или критичная работа, которую надо перепроверить дважды, потому что ошибка дорого стоит.
Самый громкий пример, который привела сама компания, выглядит почти неприлично. Один разработчик переписал Bun, это JavaScript-рантайм и конкурент Node.js, переведя его с языка Zig на Rust. Около 750 тысяч строк кода за одиннадцать дней, и при этом 99,8% старых тестов остались зелёными. Руками такое не делается, и за одну сессию парного программирования с ИИ тоже. Он гонял именно Dynamic Workflows, сотни агентов работали параллельно, по два ревьюера на каждый файл. В продакшен это пока не ушло, но как демонстрация масштаба более чем убедительно.
из коробки уже есть готовый ресёрч
Самая полезная для обычного пользователя вещь это встроенная команда /deep-research. Работает она как раз поверх движка. Ты задаёшь вопрос, она разбивает его на несколько углов поиска, фетчит источники, а дальше начинается интересное. Найденные утверждения проверяют независимые критики. Одни агенты что-то утверждают, другие пытаются это опровергнуть. Прогон крутится, пока ответы не сойдутся, и только проверенный результат попадает к тебе, с цитированием источников. Это уже не "спросил у чат-бота". Это маленькая исследовательская редакция, где есть автор и есть скептик-редактор, который ему не верит на слово.
а почему JavaScript, а не скиллы
Вот это решение легко пропустить, а оно тут самое интересное. Anthropic дала второй инструмент не вместо скиллов, а рядом с ними, и причина есть.
Скилл это по сути markdown-инструкция. Она прекрасно работает там, где есть понятный процесс с предсказуемым входом и выходом: собрать docx, разобрать PDF, дёрнуть Wordstat по списку запросов. Но когда оркестрации нужны настоящие циклы, барьеры синхронизации, дедупликация ссылок, голосование агентов и ранжирование результатов, текстовая инструкция начинает захлёбываться. Markdown не умеет в for и if, а JavaScript умеет. Поэтому разные задачи получили разные инструменты. Скиллы для процессов с понятным синтаксисом, workflows для сложной оркестрации десятков и сотен агентов с перепроверкой.
И тут вырисовывается мысль, мимо которой жалко пройти. За счёт такой жёсткой оркестрации можно заставлять модели поменьше делать большие задачи. Скрипт держит план и не даёт агенту разбрестись, а это ровно то, чего маленьким моделям обычно не хватает. Скиллы им, кстати, заходят тяжело, а вот строгий каркас workflow может оказаться как раз впору.
как включить у себя
С доступом всё устроено по тарифам, и логика простая: чем выше план, тем меньше телодвижений.
- На Max и Team фича включена по умолчанию.
- На Pro её надо активировать вручную, через раздел Dynamic workflows в /config.
- На Enterprise по умолчанию выключено, включает администратор. Компании хотят сами контролировать расход токенов, и их можно понять.
Запускается всё либо словом "workflow" в запросе, либо режимом ultracode в меню /effort, где ты отдаёшь Claude решать, когда оркестрация нужна. Команда /workflows покажет список запущенных и завершённых прогонов. Площадок покрыли много: прямой API Anthropic, Amazon Bedrock, Google Cloud Vertex AI и Microsoft Foundry. Если зачем-то надо вырубить всё разом, в настройках есть "disableWorkflows": true или переменная окружения CLAUDE_CODE_DISABLE_WORKFLOWS=1.
Пара примеров, как это выглядит в реальном вводе:
# запустить workflow ключевым словом
Запусти workflow: проверь каждый эндпоинт в src/routes/ на отсутствие проверок авторизации
# отдать Claude решать, когда включать оркестрацию
/effort ultracode
# встроенный ресёрч
/deep-research Что изменилось в модели прав Node.js между v20 и v22?
главное предупреждение: следи за токенами
А вот тут начинается ложка дёгтя, и Anthropic, что для них нехарактерно, предупреждает об этом сама, прямым текстом. Workflow в фоне жрёт кратно больше токенов, чем обычная сессия. И это не фигура речи. Я по дурости попросил его узнать курс доллара на завтра, и он сожрал 70% дневного лимита на этой чепухе. Сотня агентов, у каждого свой контекст, перекрёстные проверки, всё это стоит токенов, и стоит дорого.
Спасает то, что перед первым запуском Claude Code показывает, что именно собирается делать, и ждёт подтверждения. Совет проверенный на своей шкуре: начинай с узкой задачи. Дай ему что-то маленькое и понятное, посмотри на реальный расход, и только потом отпускай на большую миграцию. Иначе утром обнаружишь, что лимит кончился, а ты всего-то хотел уточнить погоду.
Заодно в этом же релизе подвезли Fast mode для Opus 4.8. Это не другая модель, а высокоскоростная конфигурация той же самой. Примерно в 2,5 раза быстрее по выдаче токенов при том же качестве, и при этом втрое дешевле, чем было. Включается командой /fast, активный режим помечается специальной иконкой. Плюс в claude.ai появился ползунок усилия, которым регулируешь, сколько модель тратит на ответ.
стоит ли вообще ввязываться
Если ты гоняешь Claude Code на серьёзных задачах, где нужна перепроверка и масштаб, то да, ради этого стоит обновиться и попробовать. Если задачи небольшие и в один проход решаются нормально, обычная сессия и дешевле, и спокойнее.
Есть и хитрый ход для экономных. Можно попросить Claude собрать workflow под задачу, а потом отдать готовый скрипт инструменту попроще и подешевле, чтобы тот переупаковал его в компактную версию с меньшим аппетитом к токенам. Логика workflow один раз сгенерирована, дальше её крутишь как обычный скрипт, без оркестровых излишеств.
Главный вывод, на мой взгляд, не в самой фиче, а в направлении. ИИ-обвязки доросли до того, что агент сам пишет себе код оркестрации, запускает армию субагентов и проверяет их работу чужими руками. Год назад это собирали вручную и называли сложной инженерией. Сейчас это просто слово "workflow" в строке запроса.
А вы бы на какой задаче такое запустили? Если уже пробовали, расскажите в комментариях, что считали и во сколько токенов это вышло. Любопытно собрать реальную статистику, потому что у всех она получается разная.