Anthropic moves dynamic workflows to beta for Claude Managed Agents
Dynamic workflows moved from research preview to public beta in Claude Managed Agents and Claude Code. A lead agent writes an orchestration script, fans work out to sub-agents and merges results. The figure that matters is not the ceiling but variance. In tests, a single agent found 14 to 27 of 70 seeded bugs per run. The workflow found 66 every time.
What happened
Summary of reporting by The DecoderOn 9 October Anthropic moved dynamic workflows from research preview to public beta for Claude Managed Agents on the Claude Platform. The same pattern is available inside Claude Code. A lead agent writes a short JavaScript program instead of delegating turn by turn. The script plans phases, hands bounded work to sub-agents, lets later agents verify findings, and merges results at the end. It runs server-side in the background, keeping the main session free.
A single run can orchestrate up to 1,000 agents. That figure counts agents across a full run, not simultaneous executions. The Claude Code runtime still runs up to 16 concurrently by default. You can configure concurrency from 1 to 256 via CLAUDE_CODE_WORKFLOW_MAX_CONCURRENT_AGENTS (v2.1.269 or later). The engine accepts up to 4,096 items in one pipeline call. To halt runaway loops, total run size caps at 1,000 agents. Worktree isolation gives each agent a dedicated repository copy so parallel edits do not collide.
Anthropic validated this with a bug-seeding test. Engineers planted 70 hidden bugs in a 116,000-line codebase. A single agent found 14, 15 and 27 bugs across three runs. In contrast, the dynamic workflow found 66 of 70 every time. Anthropic warns that runs burn substantial tokens and advises starting small. Activation requires the versioned agent type multiagent_20261001. Claude Code users can scaffold a bounded template with /claude-api managed-agents-onboard bug-hunter.
Reporting: The Decoder (https://the-decoder.com/anthropics-claude-can-now-orchestrate-up-to-1000-ai-agents-in-parallel-through-dynamic-workflows/) and AlphaSignal (https://alphasignal.ai/news/anthropic-s-claude-now-orchestrates-1-000-agents-finding-66-of-70-bugs).
The Azrty take
Orchestration at scale pays on audits and migrations. It burns cash elsewhere, so measure recall and cap spend.
Orchestration at this scale pays on audits, migrations and high-volume reviews. Everywhere else, it burns cash. The figure GCC engineering leaders must watch is not 1,000. It is run-to-run variance. In Anthropic's benchmark, a single agent's recall swung between 20% and 38.6% across three runs on the same defects. The dynamic workflow held 94.3% every time. For a monorepo security audit, framework migration or bulk contract review, consistent coverage beats raw speed. The lethal failure mode is the silent miss. That risk matters acutely in regulated UAE sectors like banking, government and telecoms.
The mechanics are concrete. Anthropic details the setup in its multiagent orchestration guide (https://platform.claude.com/docs/en/managed-agents/multiagent-orchestration). A lead agent on claude-opus-5-5 delegates to specialist workers on claude-haiku-5-5. Each worker is a predefined agent with its own model, prompt and tools. Teams can list up to 20 predefined agents per side, with subagents and workflows tracked separately. Delegation runs only one level deep. A single session holds at most 25 live child threads. Locally, the Claude Code workflows guide (https://code.claude.com/docs/en/workflows) runs the same pattern via a script. It uses agent(), pipeline() and parallel() calls with explicit phases in the progress view. Structured outputs get validated against a schema in up to 5 attempts. Sibling agents share prompt caches across fan-outs. They reuse the first agent's prefix instead of paying cold input costs each time. Under Anthropic's prompt caching specification (https://docs.anthropic.com/en/docs/build-with-claude/prompt-caching), cached read tokens cost 10% of base input rates. That discount prevents linear cost spikes during wide fan-outs. These controls turn an erratic swarm into an engineered pipeline.
Most teams will stumble by treating the 1,000 cap as raw throughput. They will skip cost and permission controls. Concurrency defaults to 16, not 1,000. Token spend scales with agent count, pipeline phases and cross-verification passes under Claude API token pricing (https://docs.anthropic.com/en/docs/about-claude/pricing). The Claude Code documentation flags any run as large at 25 agents or 1.5 million projected tokens. Sceptics argue swarms burn tokens for marginal quality gains. That critique is correct for single-file edits. It is flat wrong for 500-file migrations. Engineering discipline means knowing which problem you face. Track precision and reviewer hours, not just recall. Never run unattended without a hard budget. Session budgets must be declared at session creation. You cannot add them retroactively, and runs pause automatically once spent.
Our approach at Azrty is simple: keep the orchestration, but wrap it in strict engineering controls. Front every run with a pinned, auditable agent definition. Disable inline agents so nothing self-spawns outside your approved catalogue. Pin every version and cap spend at the session boundary. Isolate parallel changes with Git worktrees (https://git-scm.com/docs/git-worktree) so concurrent branch edits do not collide. Route every model call through a centralised gateway with hard budgets and access controls. That is how we built our FastLLM Proxy in front of private LLM clusters and 80 hosted providers. Strict gates must validate swarm outputs before anything lands. Our Procoder quality gates block unformatted or untested agent output from closing tasks. NovaForge, our self-hosted Git platform, merges code only after passing test suites and an independent human review. A practical starting config: {"multiagent": {"type": "multiagent_20261001", "workflows": {"type": "enabled", "inline_agents": {"type": "disabled"}, "predefined_agents": [{"type": "agent", "id": "$AUDITOR_AGENT_ID", "version": 1}]}, "subagents": {"type": "enabled", "inline_agents": {"type": "disabled"}, "predefined_agents": [{"type": "agent", "id": "$REVIEWER_AGENT_ID", "version": 1}]}}}. Pair this with /config workflowSizeGuideline=small and a session budget. You secure the recall gains without opening an unmetered tab.
Some organisations require agents to run on sovereign infrastructure with data held strictly in-region. Our Dubai team builds and supports exactly that setup. We provide local orchestration on managed or private GPUs through Kuvryn AI. A human operator approves critical steps with Dhole, while automated quality gates protect every merge. For GCC enterprises, audit-grade coverage offers massive upside. The accompanying risk is an uncontrolled token bonfire backed by weak permissions. Capture the coverage gain, but enforce the guardrails.
What to do now
- Upgrade Claude Code to v2.1.271 or later. This release enables usage-limit pause behaviour and small default size guidelines. Run /config workflowSizeGuideline=small so Claude targets under 5 agents while your team maps the cost curve.
- On the Platform, configure a lead agent with multiagent type multiagent_20261001. Set inline_agents to disabled under both subagents and workflows. Register pinned predefined agents, up to 20 per list. Always set a session budget inside client.beta.sessions.create, because existing sessions cannot accept budgets later.
- Run a bounded benchmark this month. Pick one repository, plant 20 known defects, and run three single-agent passes against three workflow passes. Track recall, precision, token consumption and elapsed wall-clock time. Use the built-in Large workflow warning at 25 agents or 1.5M tokens as a hard spend ceiling.
- Lock down unattended runs before letting them touch main branches. Exclude Workflow from auto-allow rules until manual audits clear the run. Restrict predefined agents strictly to necessary MCP servers and vault credentials. Enable Git worktree isolation so parallel tasks operate in independent checkouts.
