Набір інструментів для кожної задачі: динамічні робочі процеси в Claude Code

Автор оригіналу: @trq212

Пеггі

Редакторський коментар: Claude Code перетворюється з допоміжного інструменту для коду на налаштовувану робочу платформу агента.

Наведені в цій статті робочі процеси мають ключову цінність у тому, що дозволяють Claude не обмежуватися просто «думанням, а потім дією» в межах одного вікна контексту, а замість цього динамічно створювати виконавчу структуру: розбивати завдання, розподіляти під-Agent’ів, обробляти паралельно, проводити взаємну перевірку, циклічно ітерувати та навіть змушувати різних Agent’ів змагатися між собою, а потім об’єднувати результати.

Це означає, що сценарії використання Claude Code активно розширюються. Він підходить не лише для міграції коду, рефакторингу, відтворення тестів та перевірки коду, але й для глибоких досліджень, перевірки фактів, відбору резюме, аналізу інцидентів, формалізації правил, оцінки бізнес-планів, мозкового штурму назв та інших нетехнічних завдань. Багато складних робіт за суттю схожі на програмування: вимагають розбиття проблеми, ізоляції контексту, перевірки гіпотез, роботи з великою кількістю деталей та вибору між кількома варіантами.

Динамічні робочі процеси призначені для вирішення кількох поширених проблем великих моделей під час довгих завдань: «ленівість агента», коли він оголошує про завершення завдання наполовину; «самоупередженість», коли він схильний підтверджувати власні висновки; та «зсув мети», коли після кількох ітерацій він поступово відхиляється від початкової мети. Передаючи завдання кільком Claude з окремими контекстами, цей підхід перетворює складне завдання з «одиночного марафону агента» на «спільну роботу кількох агентів».

Звичайно, workflows не є універсальним рішенням. Вони зазвичай витрачають більше токенів і не завжди підходять для кожного звичайного завдання програмування. Але вони надають важливий напрямок: майбутня конкуренція між AI-інструментами може полягати не лише в тому, наскільки розумним є окрема модель, а в тому, чи здатна вона організувати надійний, повторно використовуваний та перевіряємий процес виконання для складних цілей.

Нижче наведено оригінал:

Хоча стандартна виконавча рамка Claude Code була розроблена для програмування, вона також підходить для багатьох інших типів завдань. Виявляється, що багато завдань структурно схожі на завдання програмування. Однак для досягнення оптимальної продуктивності деяких конкретних типів завдань, таких як дослідження, аналіз безпеки, спільна робота агентів або перевірка коду, нам все ще потрібно створювати спеціалізовані виконавчі рамки поверх Claude Code.

Робочі процеси дозволяють вам динамічно створювати виконавчі рамки, щоб Claude міг більш природно вирішувати зазначені та інші типи проблем всередині Claude Code. Ви також можете ділитися цими робочими процесами та використовувати їх повторно.

У цій статті я поділюся своїм досвідом і враженнями щодо початкового використання workflows, щоб допомогти вам повністю розкрити його можливості.

Проте слід зазначити, що відповідні найкращі практики ще формуються. Динамічні робочі процеси зазвичай споживають більше токенів, тому вам потрібно уважно продумати, коли і як їх використовувати.

Примітка: Ця стаття також опублікована на Claude Blog.

Приклад запиту

Перш ніж перейти до технічних деталей, я хочу навести кілька прикладів prompt, щоб допомогти вам зрозуміти можливості workflows:

Цей тест приблизно один раз з 50 запусків зазнає невдачі. Створіть workflow для відтворення цієї проблеми, сформулюйте гіпотезу та проводьте контрастні тести в різних worktree. /goal Не зупиняйтеся, доки одна з гіпотез не буде підтверджена.

Використовуйте workflow, щоб переглянути мої останні 50 сесій, виявити повторювані виправлення, які я роблю, і перетворити ці повторювані проблеми на правила CLAUDE.md.

Використовуйте workflow, щоб перевірити канал #incidents у Slack за останні шість місяців і виявити повторювані кореневі причини, які ніхто не подав у вигляді тікета.

Запустіть мій бізнес-план у workflow, щоб різні агенти розібрали його з погляду інвесторів, клієнтів і конкурентів.

Є папка з 80 резюме. Використайте workflow, щоб відсортувати їх за вимогами до позицій бекенду, а потім перевірте десять найкращих. Задайте мені питання за допомогою інструменту AskUserQuestion, щоб допомогти мені встановити критерії оцінки.

Мені потрібно придумати назву для цього CLI-інструменту. Використайте workflow, щоб згенерувати список варіантів, а потім виберіть три найкращі за допомогою турнірної системи.

Використовуйте workflow, щоб переіменувати нашу модель User на Account у всіх місцях.

Прочитайте моє чернетку блогу та перевірте кожне технічне твердження за допомогою workflow та кодового репозиторію. Я не хочу публікувати нічого неправильного.

Як працює динамічний робочий процес

Динамічний робочий процес виконує файл JavaScript, який містить кілька спеціальних функцій для генерації та координації підагентів.

Динамічні робочі процеси також містять стандартні функції JavaScript, такі як JSON, Math і Array, для обробки даних.

Варто зазначити, що динамічний робочий процес може визначати, яку модель використовуватиме певний агент, а також чи мають підагенти працювати власними worktree. Це дозволяє Claude самостійно вибирати необхідний рівень інтелекту та ступінь ізоляції залежно від завдання.

Якщо workflow перервано, наприклад, через ручну дію користувача або вихід із терміналу, після відновлення сесії цей workflow може продовжити виконання з місця переривання.

Коли ви використовуєте за замовчуванням фреймворк Claude Code для виконання завдання, він повинен одночасно планувати та виконувати його в межах одного вікна контексту. Для багатьох програмних завдань цей підхід дуже ефективний, але у довготривалих, масштабних паралельних або високоструктурованих протистояльних завданнях він іноді не працює.

Причина полягає в тому, що чим довше Claude працює зі складними завданнями в межах одного вікна контексту, тим більше він схильний до певних типів невдач:

Агентна лінь — це коли Claude, працюючи над надзвичайно складними завданнями, що складаються з кількох частин, зупиняється рано, не завершивши їх повністю, і оголошує про завершення, хоча досяг лише часткового прогресу. Наприклад, під час безпекового огляду обробив лише 20 із 50 пунктів і оголосив про завершення роботи.

Самопреференційний упередження — це схильність Claude віддавати перевагу власним результатам або висновкам, особливо коли його просять перевірити або оцінити власний вихідний контент за певними критеріями оцінки.

Goal drift (відхилення від мети) — це поступове зниження відданості Claude початковій меті під час багатоетапного виконання, особливо після стиснення контексту. Кожен підсумок призводить до втрати інформації, і деякі детальні вимоги, такі як крайні випадки або обмеження типу «не робити X», можуть бути втрачені.

Створення workflow допомагає зменшити ці проблеми, оскільки воно дозволяє оркеструвати кілька окремих Claude, надаючи їм власні вікна контексту та зосереджуючи їх на ізольованих, чітко визначених завданнях.

Ви могли раніше створювати статичні робочі процеси за допомогою Claude Agent SDK або claude -p для координації кількох екземплярів Claude Code.

Оскільки статичні робочі процеси повинні охоплювати різноманітні крайні випадки, вони зазвичай більш універсальні. З появою Claude Opus 4.8 і динамічних робочих процесів Claude тепер достатньо розумний, щоб створити спеціально розроблений виконавчий фреймворк для вашого конкретного сценарію використання.

Практичні шаблони при використанні динамічних робочих процесів

Ви можете безпосередньо надати Claude створити динамічний робочий процес, або використовувати тригерне слово «ultracode», щоб забезпечити створення workflow за допомогою Claude Code.

Проте, якщо ви зможете сформувати розумову модель того, як працюють динамічні робочі процеси, вам буде легше визначити, коли варто їх використовувати, а також легше керувати Claude за допомогою запитів.

Клауд при створенні робочих процесів часто використовує та поєднує такі шаблони:

Класифікувати та виконати: використовуйте агента класифікації, щоб визначити тип завдання, а потім маршрутизуйте його до відповідного агента чи дії. Також можна використовувати класифікатор наприкінці процесу для оцінки вихідних даних.

Розгалуження та агрегація: розбийте завдання на кілька менших кроків, щоб кожен крок виконував окремий агент, а потім об’єднайте результати. Цей підхід особливо підходить для завдань, що містять велику кількість малих кроків, або коли кожен крок вимагає чистого вікна контексту, щоб уникнути взаємного впливу чи забруднення. Крок агрегації діє як «бар’єр»: він чекає, поки всі розгалужені агенти завершать роботу, а потім об’єднує їх структуровані вихідні дані в один результат.

Адверсарійна перевірка: для кожного згенерованого агента запускається окремий агент, який перевіряє його вихідні дані за певними критеріями або стандартами.

Генерація та фільтрація: створіть велику кількість ідей навколо теми, а потім відфільтруйте їх за критеріями оцінки або процесом перевірки, видаліть дублікати та поверніть лише перевірені, найякісніші ідеї.

Турнір: не розбивати роботу, а дозволити агентам змагатися між собою. Створіть N агентів, які спробують виконати ту саму задачу різними методами. Потім prompt або модель оцінює результати агентів у парних порівняннях, доки не визначиться переможець.

Повторювати до завершення: для завдань з невідомим обсягом роботи не встановлюйте фіксовану кількість ітерацій, а замість цього продовжуйте створювати агентів, доки не буде виконано умову зупинки, наприклад, коли більше не з’являються нові виявлення або у журналах більше не з’являються помилки.

Сценарії використання

Можете більш креативно подумати, коли і як Claude Code створює динамічні робочі процеси. Я виявив, що робочі процеси іноді навіть корисніші у нетехнічній роботі.

Bun було переписано з Zig на Rust за допомогою workflows. Ви можете прочитати пост Jarred у X, щоб дізнатися деталі.

Суть полягає в тому, щоб розбити завдання на серію кроків, які потрібно виконати, наприклад, точки виклику, тести на відмову, модулі тощо. Для кожного завдання з виправленням запустіть підагент у worktree, щоб він виконав виправлення; після цього інший агент проводить контрастний огляд, а потім об’єднує результати. Ви можете чітко повідомити агенту, щоб він не використовував команди з високим споживанням ресурсів, що дозволить максимізувати паралелізм, не вичерпуючи ресурси локальної машини.

Ми запустили функцію deep research skill (/deep-research) у Claude Code, яка використовує динамічні робочі процеси. Зокрема, вона розгалужує виконання веб-пошуку, збір джерел, контрастну перевірку стверджень та інтегрує все це для створення звіту з посиланнями.

Але такі дослідження застосовні не лише до веб-пошуку. Наприклад, ви також можете попросити Claude створити звіт про статус на основі контексту Slack або дослідити, як працює певна функція, глибоко аналізуючи кодову базу.

З іншого боку, якщо у вас є звіт, і ви хочете перевірити кожне фактичне твердження та джерело, наведене в ньому, ви можете створити робочий процес: спочатку агент виявляє всі фактичні твердження, а потім для кожного твердження запускається підагент для детальної перевірки. Ви також можете залучити агента з перевірки, щоб оцінити якість джерел, які надають підагенти.

Можливо, у вас є набір проектів, які ви хочете впорядкувати за певним якісним показником, і ви впевнені, що Claude Code добре впорається з оцінкою такого показника. Наприклад, впорядкувати тікети підтримки за ступенем серйозності помилок.

Але якщо ви намагаєтеся відсортувати більше ніж 1000 рядків у одному запиті, якість знижується, а контекстне вікно не вміщує всі дані. Краще запустити турнірний механізм, створивши конвеєр з агентів, що порівнюють пари, оскільки порівняльні судження зазвичай надійніші, ніж абсолютні оцінки; або спочатку паралельно розподілити дані по групам, а потім об’єднати результати. Кожне порівняння виконується окремим агентом, тому детермінований цикл може підтримувати всю структуру турніру, залишаючи в контексті лише поточний порядок виконання.

Якщо у вас є набір конкретних правил, а Claude навіть у CLAUDE.md, дивлячись на ці правила, часто пропускає їх або погано їх виконує, можна створити workflow, де ці правила перелічені, а агент перевірки перевіряє їх по черзі — кожне правило має свого агента перевірки. Створення підагенту з особистістю «скептика», який перевіряє, чи є ці правила обґрунтованими, також допомагає уникнути надмірних ложних сповіщень.

Також можна зробити навпаки: проаналізуйте свої останні бесіди та коментарі до код-рев’ю, щоб виявити повторювані виправлення; дайте паралельному агенту згрупувати ці проблеми; потім проведіть контрастну перевірку кожного кандидата на правило, щоб визначити, чи воно справді запобігає реальній помилці; нарешті, винесіть правила, що пройшли відбір, назад до CLAUDE.md.

Найефективніший спосіб налагодження — сформулювати кілька незалежних гіпотез і перевірити їх по черзі. Але якщо ви використовуєте лише одне вікно контексту, Claude може потрапити у передбачувану упередженість.

Workflow може запобігти цій ситуації на структурному рівні: він може запускати кілька агентів, які створюють гіпотези на основі неперекриваючихся доказів. Наприклад, різні агенти можуть окремо аналізувати журнали, файли та дані. Потім кожна гіпотеза підлягає перевірці групою валидаторів і опонентів.

Це стосується не лише коду. workflows можна використовувати для аналізу продажів, наприклад: «Чому продажі в березні знизилися?»; для дата-інженерії, наприклад: «Чому цей пайплайн зазнав невдачі?»; або для будь-якого аналізу після події.

Кожна команда має черги підтримки, звіти про помилки або інші завдання, які не можна повністю обробити людським способом. Робочий процес триажу може класифікувати кожен елемент, видалити дублікати з вже відстежених проблем та вжити заходів. Це може означати спробу виправлення або передачу на обробку людському користувачу.

Для робочого процесу триажу корисним патерном є карантин. Іншими словами, забороніть агентам, які читають ненадійний публічний вміст, виконувати операції з високими правами; операції з високими правами повинні виконувати спеціалізовані агенти, відповідальні за дії.

Ви можете використовувати робочі процеси триажу разом із /loop, щоб Claude постійно виконував такі завдання.

Workflows корисні, коли вам потрібно дослідити різні шляхи рішень, особливо в задачах, пов’язаних із дизайном, неймінгом та іншими завданнями, що вимагають естетичних оцінок, і які можуть скористатися набором критеріїв оцінки.

Ви можете дати Claude можливість дослідити велику кількість варіантів і надати агенту-ревізору набір критеріїв оцінки «який варіант вважається хорошим». Коли агент-ревізор вважає, що результат відповідає цим критеріям, завдання вважається завершеним. Різні варіанти також можна ранжувати або відбирати за допомогою турнірного механізму на основі цих критеріїв оцінки.

Ви можете запустити легкі evals для конкретної задачі, запустивши окремий агент у worktree, а потім порівняльний агент, щоб порівняти та оцінити вихідні дані за критеріями оцінки. Наприклад, ви можете оцінити та покращити створений вами навичку, щоб перевірити, чи вона відповідає певним стандартам.

Моделі та розумна маршрутизація: ви можете створити класифікаційний агент, оптимізований під ваше завдання, щоб він вирішував, яку модель використовувати. Цей підхід корисний, коли завдання вимагає багато викликів інструментів, а дослідження перед виконанням допомагає визначити найбільш підходящу модель.

Наприклад, для завдання «Пояснити, як працює модуль auth» найбільш підходяща модель залежить від кількості файлів у модулі auth та структури кодового бази. Агент класифікації може спочатку провести дослідження, а потім за очікуваною складністю направити завдання на Sonnet або Opus.

workflows все ще є новинкою. Хоча в багатьох сценаріях використання вони можуть принести значно більший ефект, ніж звичайні методи, не кожна задача потребує їх, і вони можуть значно збільшити споживання token.

Найкраще використовувати workflows для завдань, які можуть розширити межі можливостей Claude Code новим способом. Для звичайних програмних завдань спочатку запитайте себе: чи дійсно це завдання вимагає більше обчислювальних ресурсів? Наприклад, більшість традиційних програмних завдань не вимагають групи з 5 рецензентів.

Поради щодо створення динамічних робочих процесів

При написанні промпта для динамічного робочого процесу деталізація зазвичай покращує результат, особливо при використанні конкретних технік, згаданих вище.

Робочі процеси застосовні не лише для великих завдань. Ви також можете запропонувати моделі використати «швидкий робочий процес». Наприклад, ви можете створити швидкий протестований процес перевірки для перевірки певної гіпотези.

Коли ви використовуєте робочі процеси, які можна виконувати повторно, наприклад, робочі процеси триажу, дослідження чи перевірки, ви можете поєднувати їх із /loop, щоб вони виконувалися з фіксованим інтервалом, а також використовувати /goal для встановлення жорстких вимог щодо завершення.

Ви можете встановити чіткий бюджет використання токенів для динамічного робочого процесу, щоб обмежити кількість токенів, що витрачаються на завдання. Ви можете вказати в запиті таку вимогу, як «use 10k tokens», і вона встановить ліміт на 10k токенів.

Ви можете зберегти робочі процеси, натиснувши «s» у меню workflow. Ви можете надіслати їх до ~/.claude/workflows або розповсюджувати через skill.

Щоб поділитися ними через skill, помістіть файл JavaScript workflow у папку skill і посилайтеся на нього в SKILL.md. Для більшої гнучкості ви також можете запропонувати Claude: сприймати workflows з skill як шаблони, а не як сценарії, які потрібно виконувати буквально.

Новий світ

Workflows — це корисний новий спосіб розширення Claude Code. Ми закликаємо сприймати це як початкову точку. Ще багато чого потрібно дослідити щодо того, як краще його використовувати. Будь ласка, розкажіть нам про ваші відкриття.

Тарік Шіхіпар і Сід Бідасарія (@sidbid) — члени технічної команди Anthropic, які займаються роботою над Claude Code.

[Посилання на оригінал]

Натисніть, щоб дізнатися про вакансії в律動BlockBeats

Ласкаво просимо до офіційного спільноти BlockBeats:

Телеграм-канал з підпискою: https://t.me/theblockbeats

Telegram-чат: https://t.me/BlockBeats_App

Офіційний аккаунт Twitter: https://twitter.com/BlockBeatsAsia