Pipeline Teams Guide
CrewForm has three team modes. Choose the right one for your workflow:Pipeline teams let you chain multiple agents together, where each agent’s output feeds into the next. This is ideal for multi-step workflows like research → analysis → report generation.
Mode How it works Best for Pipeline ← you are here Fixed sequential steps — each agent’s output feeds the next Structured multi-step workflows Orchestration A brain agent dynamically delegates to workers Autonomous, adaptive task execution Collaboration Agents take turns in a shared discussion Brainstorming, reviews, consensus-building
How Pipelines Work
- The original task input
- The previous step’s output (if not the first step)
- Its own step instructions and expected output format
Creating a Pipeline Team
- Navigate to Teams → New Team
- Give it a name and description
- Select Pipeline as the team mode
- Add steps in order — each step maps to an agent
Step Configuration
| Field | Description |
|---|---|
| Agent | Which agent executes this step |
| Step Name | Label for this step (e.g., “Research”) |
| Instructions | What this specific step should do |
| Expected Output | Format the agent should respond in |
| On Failure | retry (up to max), stop (halt pipeline), or skip |
| Max Retries | How many times to retry on failure (0–5) |
Example: Content Pipeline
A three-step pipeline for generating blog posts:Step 1: Research Agent
- Agent: Research Specialist (Claude Sonnet)
- Instructions: “Research the given topic. Find 5 key facts, statistics, and expert quotes.”
- Expected Output: “Bullet-point list of findings with sources”
- On Failure: retry (max 2)
Step 2: Writer Agent
- Agent: Content Writer (GPT-4o)
- Instructions: “Using the research provided, write a 1000-word blog post. Use an engaging, professional tone.”
- Expected Output: “Markdown-formatted blog post with headers”
- On Failure: retry (max 1)
Step 3: Editor Agent
- Agent: Copy Editor (Claude Haiku)
- Instructions: “Review and polish the blog post. Fix grammar, improve flow, ensure factual accuracy against the research.”
- Expected Output: “Final polished blog post in Markdown”
- On Failure: stop
Running a Pipeline
- Go to the team detail page
- Click Run Pipeline
- Enter the task input (e.g., “Write a blog post about AI in healthcare”)
- Watch each step execute in real-time
- Overall pipeline status
- Per-step status and output
- Token usage per step
- Total execution time
Pipeline Context
Each step automatically receives context about its position:Failure Handling
| Strategy | Behavior |
|---|---|
| Retry | Re-runs the step (up to max retries). Useful for transient API errors. |
| Stop | Halts the entire pipeline. The run is marked as failed. |
| Skip | Marks the step as skipped and continues to the next step. The next step won’t receive output from the skipped step. |
Fan-Out (Parallel Branching)
Pipeline teams support fan-out steps — a single step that dispatches work to multiple agents in parallel, then merges the results.Creating a Fan-Out Step
- In the pipeline step list, click + Add Fan-Out Step
- Select Parallel Agents — the agents that will run concurrently
- Select a Merge Agent — the agent that receives all branch results and synthesizes them
- Configure Merge Instructions — how the merge agent should combine the outputs
- Choose a Failure Mode — what happens if a branch fails
Fan-Out Step Configuration
| Field | Description |
|---|---|
| Parallel Agents | 2+ agents that execute concurrently on the same input |
| Merge Agent | Single agent that receives all branch outputs and produces a unified result |
| Merge Instructions | Specific instructions for the merge agent on how to combine results |
| On Branch Failure | fail_fast (stop all branches), continue (complete remaining branches), or skip |
Failure Modes
| Mode | Behavior |
|---|---|
| Fail Fast | If any branch fails, cancel remaining branches and fail the step |
| Continue | Complete all remaining branches; pass successful results to the merge agent |
| Skip | Skip the entire fan-out step; proceed to the next pipeline step |
Canvas Visualization
On the visual workflow canvas, fan-out steps render as a branching pattern:- A fan-out node splits into parallel branch edges
- Each branch agent appears as a separate node
- Branches converge at a merge node
- During execution, each branch shows its individual status (running/completed/failed)
Example: Multi-Perspective Analysis
A fan-out step for analyzing a business proposal from multiple angles: Parallel Agents:- Financial Analyst → evaluates ROI and risk
- Technical Reviewer → assesses feasibility
- Market Researcher → checks competitive landscape
Pipeline Context for Merge Agents
The merge agent receives a special context block:Best Practices
- Start simple — Begin with 2-3 steps and add complexity gradually
- Specialized agents — Each agent should do one thing well
- Clear handoffs — Define expected output format so the next step knows what to expect
- Use retry for API steps — LLM APIs can have transient failures
- Use stop for critical steps — If step 1 fails, there’s no point running step 2
- Monitor costs — Each step uses tokens; longer pipelines cost more
Visual Workflow Builder (Canvas)
Pipeline teams include a Visual Workflow Builder — an interactive canvas for designing, managing, and monitoring your pipeline graph in real-time. See the full Visual Workflow Builder Guide for complete documentation.Canvas Features
- Drag agents from the sidebar onto the canvas to add them as steps
- Connect nodes by dragging edges to define execution order
- Delete nodes via right-click context menu or keyboard shortcut
- Drag to rearrange — reposition nodes freely; positions are saved automatically
- Glassmorphism styling — frosted glass nodes with hover lift effects
- Searchable sidebar — filter agents by name or model when you have many agents
Live Execution Visualization
During a team run, the canvas transforms into a live monitoring dashboard:- Node states — Idle (default), Running (blue pulse), Completed (green ✓), Failed (red ✕)
- Camera auto-follow — Canvas pans smoothly to the currently executing agent
- Execution timeline — Horizontal progress rail showing step-by-step status
- Animated edges — Flowing dashed edges indicate data flow direction
Observability Panels
- Transcript (
T) — Real-time message feed with filter buttons and tool call expansion - Tool Heatmap — Aggregated tool usage with success rates and latency stats
Keyboard Shortcuts
| Shortcut | Action |
|---|---|
⌘ Z / Ctrl+Z | Undo |
⌘ ⇧ Z / Ctrl+Shift+Z | Redo |
⌘ A / Ctrl+A | Select all |
F | Fit view |
L | Auto-layout |
T | Toggle transcript |
? | Keyboard shortcuts help |
Escape | Close panels / deselect |
Auto-Layout
Click the Auto-Layout button or pressL to automatically arrange your nodes using the dagre layout algorithm. Pipeline teams use a top-to-bottom layout for clear sequential flow.
Position Persistence
Node positions are saved as part of the team configuration. When you reload the page or revisit the team, your canvas layout is exactly as you left it. No database migration is needed — positions are stored in the existingteams.config JSONB column.
Output Routes
Like individual agents, pipeline teams support targeted output delivery. By default, team run results are broadcast to all active output routes. To restrict where a team’s output is sent:- Open Teams → [Team Name] → Settings
- Scroll to Output Routes
- Select one or more specific channels — or leave blank to send to all
Monitoring
View pipeline metrics on the Analytics page:- Total tasks completed per team
- Average execution time
- Token usage breakdown by step
- Cost per pipeline run
Related
- Orchestration Teams — Brain agent dynamically delegates to workers
- Collaboration Teams — Agents discuss and reach consensus

