Динамични workflows

Оркестрация на много субагенти чрез скрипт, който Claude написва — ключовата дума ultracode, /workflows, запазване на run като команда, лимити, resume и цена.

Динамичният workflow е JavaScript скрипт, който оркестрира субагенти в голям мащаб. Ти описваш задачата, Claude написва скрипта, а един runtime го изпълнява на заден план, докато сесията ти остава свободна.

Смисълът не е просто „повече агенти“. Планът се премества в код: цикълът, разклоненията и междинните резултати живеят в променливи на скрипта, а не в контекстен прозорец. В контекста на Claude влиза само крайният отговор.

Кога си струва

Субагенти, skills, agent teams и workflows могат да свършат многостъпкова задача. Разликата е у кого е планът:

Посягаш към workflow, когато задачата е по-голяма, отколкото един разговор може да координира, или когато една и съща стъпка трябва да мине през много елементи: обхождане на цялото репо за бъгове, миграция на 500 файла, изследователски въпрос, чиито източници трябва да се засичат взаимно, труден план, който си струва да бъде нахвърлян от няколко независими ъгъла.

Ширина или дълбочина

Функцията, с която workflow-ите най-често се бъркат, не са субагентите, а /goal — защото и двете оставят Claude да върви дълго без теб. Само че сочат в различни посоки:

/goal all tests pass and the linter is clean работи, докато това стане вярно. Workflow разгръща сто агента по сто файла веднъж и после синтезира. И двете наказват мъглявото задание — едното, като не стига до край, другото — като харчи паралелно.

Комбинират се (workflow вътре в goal цикъл), което е мощно и отличен начин да похарчиш много пари бързо. Ограничи обхвата и назови резултата, преди да пуснеш което и да е от двете.

Как се пуска

ultracode: audit every API endpoint under src/routes/ for missing auth checks

Claude Code подчертава ключовата дума в полето за въвеждане и написва скрипт, вместо да работи ход по ход. Ключовата дума променя само как е структурирана работата — run-ът си остава в permission mode-а и sandbox-а на сесията.

Вграденият

/deep-research <въпрос> идва с Claude Code и е най-бързият начин да видиш workflow в действие. Разпръсква уеб търсения по няколко посоки, засича намерените източници един срещу друг, гласува по всяко твърдение и връща доклад с цитати, от който отпадналите при кръстосаната проверка твърдения са премахнати. Нужен му е наличен WebSearch tool и се пуска само когато ти го извикаш.

Одобрение

Промптът преди всеки run изброява планираните фази с Yes, run it, Yes, and don’t ask again за този workflow в този проект, View raw script (Ctrl+G го отваря в редактора ти) и No. Tab ти позволява да коригираш промпта, преди run-ът да тръгне.

Как изглежда скриптът

Обикновен JavaScript с top-level await: meta блок, след него тяло, което пуска агенти.

export const meta = {
  name: 'audit-routes',
  description: 'Audit every route handler for missing auth checks',
}

const found = await agent('List every .ts file under src/routes/.', {
  schema: { type: 'object', required: ['files'], properties: { files: { type: 'array', items: { type: 'string' } } } },
})

const audits = await pipeline(found.files, file =>
  agent(`Audit ${file} for missing authentication checks.`, { label: file }),
)

return audits.filter(Boolean)

Наблюдение и управление на run

/workflows изброява текущите и приключилите workflows; избираш един и с Enter отваряш progress view-то, което показва всяка фаза с брой агенти, общо токени и изминало време. Едноредово резюме се появява и в task панела под полето за въвеждане (↓ за фокус, Enter за разгъване).

Запазване на run като команда

Натискаш s в /workflows, после Tab, за да избереш къде да отиде:

Скриптовете в проекта са споделени с всеки, който клонира репото; тези в домашната директория те следват през всички проекти и са видими само за теб. И в двата случая workflow-ът става /<name> в следващите сесии и се появява в автодовършването на /. Ако и двете места дефинират едно и също име, печели това в проекта. Workflows, разпространени през plugin, живеят в workflows/ директория в корена на плъгина и се пускат с namespace — /acme-tools:release-audit.

Запазените workflows приемат вход през args:

Run /triage-issues on issues 1024, 1025, and 1030

Продължаване след пауза

Спрян run се продължава с p от /workflows, в рамките на същата сесия — излезеш ли от Claude Code, той се губи. Две правила решават какво се запазва:

Затова разпръскване между много малки агенти запазва много повече свършена работа от един дълъг агент.

Лимити и цена

Един run може да изяде значително повече токени, отколкото същата задача в разговор, и се брои към лимитите на плана ти като всяка друга сесия. Claude Code маркира run с над 25 планирани агента или прогноза над 1.5M токена с предупреждение Large workflow в task панела — само информативно и скрито при включен ultracode.

Насока за размер

Съвет към Claude колко агента да цели, не таван. Задава се от /config (Dynamic workflow size), с /config workflowSizeGuideline=small или с ключа workflowSizeGuideline в settings файл.

Изключване

Изключи Dynamic workflows от /config, сложи "disableWorkflows": true в ~/.claude/settings.json (или в managed settings за цялата организация), или задай CLAUDE_CODE_DISABLE_WORKFLOWS=1. Вградените команди изчезват, ultracode спира да пуска run-ове и излиза от менюто на /effort.