Dynamic workflows
A JavaScript script Claude writes that orchestrates subagents at scale — dozens to hundreds — runs in the background, cross-checks its own findings, and returns only the synthesis. The plan moves into code, so your context window only ever sees the final answer.
Analogy โ the difference between a manager personally briefing each worker (agent teams) and writing a build pipeline / assembly line that dispatches, gates, and merges work automatically. The pipeline is readable, rerunnable, and doesn’t hold the whole job in its head.
Mechanism
You describe the task; Claude writes a script; a runtime executes it in an isolated environment,
separate from your conversation, while the session stays responsive. Intermediate results live in
script variables, not context. Every run writes its script under
~/.claude/projects/ so you can read, diff, edit, or re-launch it.
You ask, using the word workflow (or run a saved one).
Claude shows the planned phases; you approve before it runs.
/workflows opens a live progress view (phases, agent counts, tokens).One cited synthesis lands in your session; failed-cross-check claims filtered out.
Limits, saving & turning it off
Up to 16 concurrent agents (fewer on limited CPUs), 1,000 total per run. No
mid-run user input (only agent permission prompts pause it). Resumable within the same session. Save a good run’s
script with s in /workflows โ it becomes a /command
(.claude/workflows/ or ~/.claude/workflows/). Disable via /config,
"disableWorkflows": true, or CLAUDE_CODE_DISABLE_WORKFLOWS=1.
ultracode
ultracode = xhigh reasoning + automatic workflow orchestration. With it
on, Claude decides when a task warrants a workflow without you asking — one request can become several
workflows in a row (understand โ change โ verify). Session-only; reset with /effort high. Available
only on models that support xhigh (Opus 4.8/4.7).
When to reach for it
/deep-research first to see one in action.When not to
Best practices
/commands for repeatable processes (e.g. a per-branch review).