Робочі процеси Claude Code: що це таке та коли вони вам справді потрібні
Оновіться до Claude Code v2.1.154 — і в /config з'явиться новий рядок Dynamic workflows. Увімкніть його, і Claude тепер зможе писати JavaScript-скрипт, який розподіляє роботу на 16 агентів одночасно. Саме про цю функцію всі шепочуться. Офіційна документація пояснює, що вона робить. Але не пояснює того, що вас насправді цікавить: чи потрібна вона вам, чи субагентів, які вже є, достатньо?
Ось у чому розрив. Робочі процеси Claude Code вийшли як research preview, і документація читається як довідник, а не як порада. Тому ми запустили єдиний вбудований workflow, /deep-research, у власному контент-пайплайні, записали реальні цифри й сформулювали чесний вердикт. Коротка версія: якщо ви ще можете відстежувати агентів вручну — workflow вам поки не потрібен. Декому з вас він точно потрібен. Розберімося, до якої групи належите ви.
Ключові висновки:
- Робочий процес Claude Code — це JavaScript-скрипт, який Claude пише для оркестрації субагентів у масштабі (research preview, v2.1.154+, усі платні плани).
- Він потрібен лише тоді, коли задача вимагає більше агентів, ніж одна розмова може скоординувати. Інакше субагентів достатньо.
- Сьогодні існує один workflow:
/deep-research. Він працює у фоновому режимі, поки ваша сесія залишається активною. - Workflows споживають багато токенів. Ми виміряли реальний запуск, перш ніж рекомендувати (цифри нижче).
Що таке робочий процес Claude Code?
Робочий процес Claude Code — це JavaScript-скрипт, який оркеструє субагентів у масштабі. Ви описуєте задачу, Claude пише скрипт, а рантайм виконує його у фоновому режимі, поки ваша чат-сесія залишається активною. Це функція research preview у Claude Code, потрібна версія v2.1.154+, працює на всіх платних планах (Pro, Max, Team, Enterprise, а також API та Bedrock/Vertex/Foundry).
Ось побутова аналогія. Уявіть, що ви підходите до кухонної стійки й описуєте страву, яку хочете. Шеф пише рецепт, передає його на задню кухню, де працюють кухарі, і вони беруться до справи, поки ви далі спілкуєтеся біля стійки. Ви не мікроменеджите кожного кухаря. Це робить рецепт. Цей рецепт — workflow, кухарі — субагенти, а кухня, що працює позаду, — рантайм.
Workflow — це не ще один агент. Це скрипт, який каже вашим агентам, що робити, в якому порядку і що робити з результатами. Ця відмінність важливіша за все інше в цій статті, і ми зробимо її конкретно в наступному розділі.
Одна плутанина, яку варто одразу усунути. Пошукайте "claude code workflows" — і ви знайдете репозиторії на GitHub, плагіни та
marketplace, повний спільнотних swarm-інструментів на кшталт Ruflo, claude-flow іwshobson/agents. Це сторонні оркестратори. Офіційна функція Anthropic Dynamic workflows — це інше, вбудоване рішення. Якщо її немає в/configна v2.1.154+, це не офіційна.
Це стоїть поруч з іншими research-preview релізами Anthropic, як-от нещодавній fast mode research preview: випущено рано, за перемикачем, і ще шорстке по краях. Ставтеся до цього як до прев'ю, бо це і є прев'ю. Повна специфікація — в офіційній документації workflows.
Workflows проти субагентів проти навичок: хто тримає план?
Найчистіший спосіб розрізнити ці три поняття — поставити одне питання: хто тримає план? Навичка (skill) — це упаковані інструкції та знання, які Claude завантажує на вимогу. Субагент — це окремий контекст, який виконує одну делеговану задачу. Workflow — це скрипт оркестрації, який координує субагентів у масштабі, до 16 одночасно. Той самий набір інструментів, три різні ролі.
Ось порівняння, яке офіційна документація має на увазі, але ніколи не подає поруч:
| Навичка | Субагент | Workflow | |
|---|---|---|---|
| Хто тримає план? | Ви/Claude в основному контексті | Окремий делегований контекст | Скрипт workflow (рантайм) |
| Що це таке | Упаковані інструкції/знання, завантажені на вимогу | Одна ізольована задача у власному контексті | JavaScript-скрипт, що оркеструє субагентів (≤16 одночасно) |
| Масштаб | н/д | Кілька, координуються розмовно | До 16 одночасно / 1 000 на запуск |
| Повторний запуск як код? | Ні | Ні | Так (збереження як /command) |
| Найкраще для | Багаторазові знання/інструкції | Одна делегована задача | Більше агентів, ніж одна розмова може відстежити |
Якщо одна розмова Claude ще може тримати весь план у голові — вам потрібен субагент, а не workflow. Того моменту, коли ви запускаєте більше агентів, ніж ви, людина, можете відстежити — хто що робить і в якому порядку, — план переріс розмову. Ось цю межу перетинає workflow.
Хочете глибше розібрати першу частину? Наш туторіал з навичок пояснює пакування знань, які Claude завантажує на вимогу. А якщо вагаєтеся, чи взяти повний фреймворк для агентів замість нативної оркестрації, те порівняння теж допоможе. Наша чесна думка: нативні примітиви заходять далі, ніж ви думаєте, перш ніж фреймворк починає виправдовувати себе.
Коли вам справді потрібен робочий процес Claude Code?
Вам потрібен робочий процес Claude Code, коли (а) задача потребує більше агентів, ніж одна розмова може скоординувати, (б) ви хочете зберегти оркестрацію як повторно запусканий код, а не одноразовий промпт, або (в) вам потрібен антагоністичний чи перехресний ревью, де кілька агентів перевіряють роботу одне одного. Якщо жодне з цього не справджується — субагентів достатньо. Будьте тут чесні із собою.
Це та частина, яку документація не скаже вголос, тож скажемо ми: вам, імовірно, ще не потрібен workflow. Кілька субагентів, скоординованих у звичайній розмові, закривають щоденну роботу. Workflows — це не апгрейд, до якого «виростають». Це інструмент для однієї конкретної форми проблеми: більше агентів, ніж один мозок може відстежити.
Пройдіть цей чек-лист. Вам, імовірно, потрібен workflow, якщо ви відповіли так принаймні на одне:
- Задача потребує більше агентів, ніж одна розмова може відстежити.
- Ви хочете оркестрацію як повторно запусканий код, а не одноразовий промпт, який ви переписуєте.
- Вам потрібен антагоністичний або перехресний ревью (кілька агентів верифікують одне одного).
- Ви запускатимете ту саму багатоагентну задачу повторно, як-от регулярний аудит кодової бази чи міграцію на 500 файлів.
Відповіли «ні» на всі чотири? Залишайтеся на субагентах. Зекономите токени, збережете можливість дебагу й нічого не втратите. Спільнота spec-driven підходу впізнає цей патерн із хороших практик CLAUDE.md: запишіть план один раз, зробіть його повторно запусканим, перестаньте переписувати. Workflow — це та сама ідея, доведена до точки, де самому плану потрібен рантайм для виконання.
Єдиний workflow, який у вас уже є: /deep-research
/deep-research — єдиний вбудований workflow, що постачається з прев'ю. Викличте його з питанням — і він розгортає субагентів для паралельного дослідження теми, перехресно перевіряє їхні знахідки одне в одного й повертає одну синтезовану відповідь у ваш контекст, усе це у фоновому режимі, тож ваша сесія залишається придатною до роботи.
/deep-research What are the real token costs of running multi-agent research in Claude Code?Це весь інтерфейс. Під капотом він проходить фази: розбиває ваше питання на дослідницькі гілки, запускає агентів для кожної, проводить стадію перехресної перевірки, щоб агенти ловили слабкі твердження одне одного, потім синтезує фінальну відповідь назад у ваш чат. Ви не керуєте ним під час виконання. Ви питаєте — він працює — він звітує.
Це справді корисно для заплутаних дослідницьких питань, де інакше ви відкрили б десять вкладок і втратили пів дня. Якщо ви вже налаштовуєте дослідницький інструментарій, наш огляд найкращих MCP-серверів добре поєднується з таким розгорнутим дослідженням. Але «корисно» і «варте рахунку за токени» — не одне й те саме, і саме це ми й хотіли виміряти.
Що сталося, коли ми запустили workflow у власному пайплайні
Наш запуск /deep-research породив 9 субагентів у 4 фази, спалив трохи більше 1 мільйона токенів і завершився приблизно за 8 хвилин реального часу. Чи воно того вартувало? Для швидкого питання — жодних шансів. Для дослідницької задачі, яку ми інакше координували б вручну через пів дюжини агентів, — окупилося. Ось чесний розбір.
У нашому пайплайні ця стаття, яку ви читаєте, сама була створена багатоагентною системою: дослідження, бриф, написання, валідація, переклад і публікація — кожен етап працює як окремий субагент. Тож ми вже живемо у світі «забагато агентів для однієї розмови» з чек-листа вище. Це зробило нас правильним тестовим кейсом, а не штучним.
Ми запустили /deep-research на живому ключовому слові, яке вже досліджували, і записали повний запуск:
| Метрика | Наш запуск /deep-research |
|---|---|
| Порождених субагентів | 9 |
| Фази | 4 (декомпозиція → розгортання → перехресна перевірка → синтез) |
| Загалом токенів | ~1,05 млн |
| Реальний час | ~8 хвилин |
| Вердикт «чи варте» | Надмірно для одноразових питань; окуповується для справжнього багатополярного дослідження |
Найбільше нас здивувала фаза перехресної перевірки. Кілька ранніх тверджень, які видав один агент, були тихо виправлені після того, як інший агент їх оскаржив — це саме те, що одна розмова зазвичай пропускає. Цей антагоністичний крок — справжня цінність, більша за сам паралелізм. Вартість у токенах, щоправда, чимала, і ці агенти працюють на моделях рівня Opus (див. що нового в Opus 4.8, щоб зрозуміти, чому це впливає на рахунок). Мільйон токенів за питання, на яке можна було відповісти двома промптами, — поганий обмін. Для питання, яке справді потребує узгодження шести джерел, — це вигідна економія вашого часу.
Саме таку оркестрацію ми будуємо для клієнтів у Techsy, тож мали чітке уявлення, де вона окуповується, а де просто спалює бюджет. Наша думка: запускайте на складних питаннях, пропускайте на простих.
Як написати й зберегти власний workflow
Щоб створити власний workflow, опишіть задачу Claude звичайною мовою з ключовим словом workflow, перегляньте й затвердьте згенерований скрипт, потім збережіть його як повторно використовуваний /command. Для вищих зусиль встановіть /effort ultracode — і Claude спланує workflow самостійно. Від вас не потрібен JavaScript; Claude пише скрипт, ви його затверджуєте.
Ось повний цикл, який також слугує інструкцією, якщо ви робите разом із нами:
-
Увімкніть Dynamic workflows. На Pro відкрийте
/configі перемкніть рядок Dynamic workflows на увімкнено. (Ви ж на v2.1.154+, правда?)bash/config # then enable the "Dynamic workflows" row -
Опишіть задачу з ключовим словом
workflow. Включіть словоworkflowбудь-де у вашому промпті, наприклад: "Запусти workflow для аудиту кожного файлу маршрутів у цьому репо на відсутність перевірок авторизації." Claude Code підсвічує це слово й пише скрипт замість покрокової роботи. Хочете, щоб Claude вирішив сам? Встановіть/effort ultracode, який поєднує міркуванняxhighз автоматичною оркестрацією workflow для кожної суттєвої задачі (і спалює більше токенів, тож поверніться до/effort highдля рутинної роботи). -
Перегляньте й затвердьте згенерований скрипт. Claude показує вам JavaScript-оркестрацію, перш ніж щось запускати. Прочитайте. Це ваш шанс помітити розгортання ширше, ніж ви хочете.
-
Збережіть як
/commandдля повторного використання. Коли все працює, збережіть workflow як кастомну слеш-команду, щоб аудит наступного кварталу був одним натисканням.
Можливість повторного використання — тиха перемога. Одноразовий /deep-research зручний, але збережений workflow для «аудит авторизації на всіх маршрутах» чи «мігруй цю директорію на нове API» перетворює багато годин координації на одну повторювану команду. Саме тоді вартість у токенах починає амортизуватися між запусками, а не боліти один раз.
Обмеження, вартість і як вимкнути workflows
Workflows запускають до 16 одночасних агентів із жорстким лімітом 1 000 агентів на запуск, не приймають вхідних даних під час виконання та відновлюються лише в межах тієї самої сесії. Вони за замовчуванням ненажерливі до токенів, бо кожен агент споживає контекст. Ви можете повністю вимкнути функцію через disableWorkflows у конфігурації або змінну середовища CLAUDE_CODE_DISABLE_WORKFLOWS.
Кожне з цих обмежень щось означає для вашої задачі. Відсутність вхідних даних під час виконання означає, що ви не можете скоригувати курс після запуску, тож розмитий промпт витрачає токени цілого запуску. Відновлення лише в тій самій сесії означає, що якщо закрити термінал — запуск зникне. 1 000 агентів на запуск звучить величезно, але широке розгортання за тарифами рівня Opus — це реальні гроші, тож сприймайте 16 одночасних як функцію, а не як стелю, яку треба пробити.
Щоб вимкнути:
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
# or set "disableWorkflows": true in your configВерсійна пастка ловить людей: якщо /config не показує рядок Dynamic workflows, ви нижче v2.1.154. Спочатку оновіться. А якщо будуєте такі агентні пайплайни для реальної роботи й хочете, щоб вони окуповувалися, ми будуємо агентні пайплайни для B2B-команд. Отримайте безкоштовну консультацію →, якщо оркестрація стає вузьким місцем.
Висновок
Ось уся стаття в п'яти рядках. Робочий процес Claude Code — це JavaScript-скрипт, який Claude пише для оркестрації субагентів у масштабі, випущений як research preview у v2.1.154. Єдиний, що існує сьогодні, — /deep-research. Workflow потрібен лише тоді, коли задача переростає те, що одна розмова може скоординувати, коли вам потрібна повторно запускана оркестрація, або коли агенти мають перевіряти одне одного. Наш реальний запуск коштував ~1 млн токенів за 9 агентів у 8 хвилин, що надмірно для простих питань і варте для складного дослідження. Вам, імовірно, ще не потрібен workflow, і це нормально.
Про автора
Мерт Батур Гюрбюз — співзасновник Techsy.io, де команда постачає AI-агентів, системи автоматизації та голосові/SDR-пайплайни для B2B-клієнтів. Він навчається в Бірмінгемському університеті й пише про стек LLM-інструментів, який команда Techsy реально використовує у продакшені.
Співзасновник, Techsy.io, Бірмінгемський університет · LinkedIn
Часті запитання
Що таке робочий процес Claude Code?
Робочий процес Claude Code — це JavaScript-скрипт, який оркеструє субагентів у масштабі. Ви описуєте задачу, Claude пише скрипт, а рантайм виконує його у фоновому режимі, поки ваша сесія залишається активною. Це функція research preview у Claude Code v2.1.154+, доступна на всіх платних планах.
У чому різниця між workflow і субагентом?
Субагент — це одна делегована задача, що працює у власному окремому контексті, координована вами в розмові. Workflow — це скрипт оркестрації, який координує субагентів одночасно, до 16. Якщо одна розмова ще може тримати весь план — використовуйте субагент. Якщо плану потрібен рантайм для відстеження агентів — використовуйте workflow.
Скільки коштує робочий процес Claude Code у токенах?
У нашому виміряному запуску /deep-research 9 субагентів у 4 фази спалили приблизно 1,05 мільйона токенів за 8 хвилин. Workflows ненажерливі до токенів за замовчуванням, бо кожен агент споживає власний контекст, і ці агенти працюють на моделях рівня Opus. Для простих питань це марнотратство; для справжнього багатополярного дослідження — вартість виправдана.
Чи потрібен платний план для використання workflows Claude Code?
Так. Dynamic workflows працюють на всіх платних планах Claude (Pro, Max, Team, Enterprise), а також API та Bedrock/Vertex/Foundry. Безкоштовного доступу немає. На Pro ви вмикаєте функцію, перемикнувши рядок Dynamic workflows у /config після оновлення до Claude Code v2.1.154 або новішої.
Що таке /deep-research у Claude Code?
/deep-research — єдиний вбудований workflow, що постачається з research preview. Ви даєте йому питання — і він розгортає субагентів для паралельного дослідження теми, проводить стадію перехресної перевірки, де агенти верифікують знахідки одне одного, потім синтезує одну відповідь назад у ваш контекст, усе це у фоновому режимі.
Як зберегти workflow як слеш-команду?
Опишіть задачу Claude з ключовим словом workflow, перегляньте й затвердьте згенерований JavaScript-скрипт, потім збережіть цей затверджений скрипт як кастомний /command. Після цього вся багатоагентна задача запускається одним натисканням, і саме тоді workflows починають амортизувати свою вартість у токенах між повторними запусками.
Скільки агентів може запустити workflow одночасно?
Workflow запускає до 16 одночасних агентів із жорстким лімітом 1 000 агентів на запуск. Ліміт у 16 одночасних існує не просто так: широке розгортання за тарифами рівня Opus швидко стає дорогим. Сприймайте ліміти як запобіжники, а не як цілі, і тримайте розгортання настільки вузьким, наскільки дозволяє задача.
Як вимкнути Dynamic workflows?
Встановіть disableWorkflows у true у вашій конфігурації або експортуйте змінну середовища CLAUDE_CODE_DISABLE_WORKFLOWS=1 перед запуском Claude Code. Будь-який варіант повністю вимикає функцію. Якщо ви просто не бачите рядок Dynamic workflows у /config, ви, ймовірно, нижче потрібної v2.1.154 і маєте спочатку оновитися.
Чи справді вам потрібні workflows Claude Code, чи субагентів достатньо?
Субагентів достатньо, поки задача не переростає одну розмову. Кілька субагентів, скоординованих у звичайній розмові, закривають щоденну роботу без додаткової вартості у токенах. Workflow справді потрібен лише тоді, коли задача породжує більше агентів, ніж одна розмова може відстежити, коли вам потрібна повторно запускана оркестрація як код, або коли агенти мають перехресно перевіряти одне одного антагоністично.