docs/v1.15.4/en/enterprise/features/studio-flows.mdx
Studio now supports building Flows in addition to Crews. Flows are event-driven workflows where you control exactly which steps run, in what order, and under what conditions — while still delegating the intelligent work within each step to AI agents.
To build a Flow, open Studio, describe your automation, and select Flows from the selector next to the prompt box.
<Frame>  </Frame>Crews are great when you want a team of agents to collaborate autonomously toward a goal. But many real-world automations need more predictability: fetch this data first, then summarize it, then post the result — every time, in that order.
Flows give you both:
This mix is what makes Flows well suited for production automations: the structure is guaranteed, and the agency is scoped to the steps that need it.
Describe what you want in natural language and the Studio Assistant designs the Flow for you — creating the steps, wiring them together, and configuring the agents and app integrations each step needs. The canvas on the right shows the resulting workflow as connected nodes, and you can keep iterating conversationally or edit any node directly.
<Frame>  </Frame>When you're ready, use Run to test the Flow end-to-end, inspect results in the Output and Traces tabs, and Deploy when it's stable. You can also Share the project or Download the source code.
Flows are composed from three core node types. Each node is a step in the workflow, and you can mix them freely.
A Single Agent node runs one agent against one focused task — ideal for well-scoped steps like fetching data from an integration, transforming content, or posting a message.
Clicking into an agent node opens its full configuration:
A Crew node embeds an entire crew — multiple agents collaborating across multiple tasks — as a single step in your Flow. Use it when a step is too rich for one agent, like grouping and summarizing data by team and then formatting the result for delivery.
<Frame>  </Frame>Opening a Crew node reveals its internal structure: the tasks it performs, the agents assigned to each, and the apps they use. The crew runs autonomously within the step, then hands its output to the next node in the Flow.
<Frame>  </Frame>This is the deterministic-plus-agentic pattern in action: the Flow guarantees when the crew runs, and the crew brings collaborative intelligence to how the work gets done.
A Router node branches the Flow based on conditions, so different outcomes take different paths. For example, a lead-routing Flow can score incoming leads and then route high-quality leads to a sales-assignment step while logging the rest for future nurturing.
<Frame>  </Frame>Routers are what make Flows genuinely event-driven: the same workflow handles every case, but each run follows only the branch its data warrants — no wasted steps, no ambiguity about what happens next.
Agents you build in Flows don't have to stay locked inside a single project. Every agent node includes a Publish to Agent Repository button that saves the agent — its role, goal, backstory, model, and configuration — to your organization's Agent Repository.
This works in both directions:
Because repository agents are synced across your organization, an improvement made to a shared agent benefits every Flow that uses it — keeping agent behavior consistent, governed, and free of duplicated effort.