Workflows

Dynamic Workflows

Use hub-style delegation to route work adaptively across agents, then continue with sequential steps — all in the same unified builder.

April 1, 2026
9 min read

Dynamic workflows use the same unified builder as Sequential Workflows, but add hub nodes that can delegate work to other agents at runtime based on context. This lets a single workflow handle complex, branching logic without requiring you to hardcode every possible path.

Sequential vs. Dynamic: What's the Difference?

In a sequential workflow, every agent and every connection is defined upfront. Execution follows the path you drew.

In a dynamic workflow, one or more nodes act as Manager Hubs — they analyze the situation and delegate to the right agents dynamically. The hub coordinates, collects results, and the flow continues from there.

Crucially, these aren't separate workflow types. They live in the same builder. You can have sequential connections before a hub, a hub in the middle, and more sequential steps after it. Mix them however your process requires.

Sequential → [Manager Hub] ⟷ Specialist Agents → Sequential → Output
              (dynamic zone)

When to Use Dynamic Workflows

ScenarioWhy Dynamic Works
Routing based on contentHub decides which specialist to involve
Unknown required stepsHub determines what needs to happen
Parallel specialist workHub can delegate to multiple agents and gather results
Adaptive customer-facing flowsDifferent requests need different handling
Research across domainsHub routes to the right subject-matter agents

If your process always follows the same steps in the same order, a Sequential Workflow is simpler. Use dynamic when the right path depends on runtime information.

Making an Agent a Manager Hub

Any task in the workflow builder can become a hub node. When a task's assigned agent is configured to delegate to other agents, it becomes the coordination point for that part of the flow.

Step 1: Configure a Manager Agent

[!TIP] For best results with hub nodes, create a dedicated Manager agent whose sole job is coordination and delegation — not doing domain work itself. Give it a clear system prompt focused on routing, prioritization, and synthesizing results from specialists. A well-scoped Manager agent produces significantly better delegation decisions than a general-purpose agent used for both managing and executing.

In the Agent Builder, configure your Manager agent with:

  • Clear role definition: "You are a workflow manager. Your job is to delegate tasks to specialist agents and synthesize their results."
  • Knowledge of available agents: Describe what each specialist can do so the manager can route intelligently
  • Delegation instructions: Tell it how to decide who to involve and in what order

Step 2: Add the Hub Task to Your Workflow

  1. In the workflow builder, click Add Agent
  2. Select your Manager agent for this task
  3. Give the task a clear name (e.g., "Routing Hub" or "Research Coordinator")

Step 3: Connect Specialist Agents to the Hub

Add tasks for each specialist agent that the hub may delegate to, then connect them to the hub node using delegation edges (drawn from the hub outward to each specialist).

The hub can delegate to one or more specialists depending on what it decides at runtime.

Step 4: Continue with Sequential Steps After the Hub

After the hub has coordinated and collected results, you can connect more sequential tasks downstream:

[Trigger]
    ↓
[Intake Agent]           ← Sequential
    ↓
[Manager Hub] ⟷ [Technical Support Agent]
              ⟷ [Billing Agent]
              ⟷ [Sales Agent]
    ↓
[Response Formatter]     ← Sequential
    ↓
[Output]

The sequential tasks after the hub receive the hub's synthesized output and continue the linear chain as normal.

Sequential Tasks Before a Hub

You can also run sequential agents before the hub — useful for preprocessing or enrichment before the manager decides what to do:

[Trigger]
    ↓
[Data Enrichment Agent]  ← Sequential (always runs)
    ↓
[Classification Agent]   ← Sequential (always runs)
    ↓
[Manager Hub] ⟷ [Specialist A]
              ⟷ [Specialist B]
    ↓
[Output Formatter]       ← Sequential

This lets you normalize or prepare data before the dynamic routing step.

Example: Customer Inquiry Workflow

The Scenario

Incoming customer inquiries can be about billing, technical issues, or sales questions. Each type needs a different specialist, but all inquiries need a final formatted response.

Agents

  1. Intake Agent — Extracts key details from the raw inquiry
  2. Manager Agent (hub) — Analyzes the inquiry and delegates to the right specialist
  3. Technical Support Agent — Handles product/technical questions
  4. Billing Agent — Handles payment and account questions
  5. Sales Agent — Handles pricing and upgrade questions
  6. Response Formatter — Polishes the specialist's answer into a customer-ready reply

Workflow

[Webhook: Incoming Inquiry]
        ↓
[Intake Agent]
  Instructions: "Extract: inquiry type, urgency,
  customer tier, and core question."
  Context: Isolated
        ↓
[Manager Agent] ⟷ [Technical Support Agent]
                ⟷ [Billing Agent]
                ⟷ [Sales Agent]
        ↓
[Response Formatter]
  Instructions: "Format the specialist's answer
  into a professional customer-facing response."
  Context: Full
        ↓
[Output: Customer Reply]

Why This Works

  • Intake always runs — normalizes input before the manager sees it
  • Manager delegates to exactly the right specialist based on the inquiry type
  • Specialists handle their domain without worrying about routing logic
  • Response Formatter always runs — ensures consistent output regardless of which specialist was involved

Example: Multi-Domain Research Workflow

A more complex example where the hub coordinates parallel research across multiple domains, then a sequential writer synthesizes everything.

[Form: Research Topic]
        ↓
[Research Manager] ⟷ [Academic Sources Agent]
                   ⟷ [Industry Data Agent]
                   ⟷ [News & Trends Agent]
        ↓
[Synthesis Writer]
  Instructions: "Combine all research findings
  into a coherent, well-structured report."
  Context: Full
        ↓
[Editor Agent]
  Context: Full
        ↓
[Output: Research Report]

The manager decides which research agents to involve based on the topic, then the sequential writer and editor always run to produce the final output.

Best Practices

Use a Dedicated Manager Agent

Don't reuse a specialist agent as the hub. A manager agent focused entirely on coordination will make better routing decisions and produce cleaner handoffs to specialists.

Keep Specialist Agents Focused

Each specialist should do one thing well. The manager handles routing complexity; specialists handle domain complexity. Mixing these concerns degrades both.

Give the Manager Context About Specialists

In the manager agent's system prompt or task instructions, describe each specialist's capabilities. The manager can only route intelligently if it knows what each agent can do.

Design Clean Output From the Hub

The hub synthesizes results from specialists before passing to downstream sequential tasks. Give it explicit instructions on how to structure that synthesis — especially if a sequential agent after the hub needs to parse it.

Use Sequential Steps for Guaranteed Execution

Steps that always need to happen (intake, formatting, final output) belong in sequential connections. Reserve dynamic delegation for the parts where routing needs to be adaptive.

Test the Hub With Each Specialist Path

When testing a dynamic workflow:

  1. Test the full pipeline for each possible delegation path
  2. Verify the hub routes correctly for each input type
  3. Confirm sequential steps after the hub receive the synthesized output correctly

Troubleshooting

Hub not delegating to the right agent

  • Review the manager agent's system prompt — it needs clear descriptions of what each specialist handles
  • Add explicit routing instructions in the hub task's instructions field
  • Test the manager agent in isolation with sample inputs to verify its routing logic

Sequential tasks after the hub not receiving output

  • Confirm the hub task produces structured output that the downstream task can use
  • Add instructions in the hub's task telling it how to format results for the next step
  • Check that the connections from the hub to downstream tasks are correct

Specialists running when they shouldn't

  • Tighten the manager's routing criteria in its system prompt
  • Verify the delegation edge connections in the canvas

Related Guides