Skip to main content

Pipeline Teams Guide

CrewForm has three team modes. Choose the right one for your workflow:
ModeHow it worksBest for
Pipeline ← you are hereFixed sequential steps — each agent’s output feeds the nextStructured multi-step workflows
OrchestrationA brain agent dynamically delegates to workersAutonomous, adaptive task execution
CollaborationAgents take turns in a shared discussionBrainstorming, reviews, consensus-building
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.

How Pipelines Work

Input → Agent A → Agent B → Agent C → Final Output
         (step 1)   (step 2)   (step 3)
Each step receives:
  • 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

  1. Navigate to Teams → New Team
  2. Give it a name and description
  3. Select Pipeline as the team mode
  4. Add steps in order — each step maps to an agent

Step Configuration

FieldDescription
AgentWhich agent executes this step
Step NameLabel for this step (e.g., “Research”)
InstructionsWhat this specific step should do
Expected OutputFormat the agent should respond in
On Failureretry (up to max), stop (halt pipeline), or skip
Max RetriesHow 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

  1. Go to the team detail page
  2. Click Run Pipeline
  3. Enter the task input (e.g., “Write a blog post about AI in healthcare”)
  4. Watch each step execute in real-time
The run detail page shows:
  • 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:
## Task
[Original input from the user]

## Previous Step Output
[Output from the previous step]

## Your Instructions
[Step-specific instructions]

## Expected Output Format
[What format to respond in]

## Pipeline Context
This is step 3 in a multi-step pipeline. 2 previous steps have completed.

Failure Handling

StrategyBehavior
RetryRe-runs the step (up to max retries). Useful for transient API errors.
StopHalts the entire pipeline. The run is marked as failed.
SkipMarks 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.
Input → Agent A → [Fan-Out] → Agent B  ─┐
                             → Agent C  ─┤→ Merge Agent D → Agent E → Output
                             → Agent D  ─┘
                  (parallel branches)    (merge)

Creating a Fan-Out Step

  1. In the pipeline step list, click + Add Fan-Out Step
  2. Select Parallel Agents — the agents that will run concurrently
  3. Select a Merge Agent — the agent that receives all branch results and synthesizes them
  4. Configure Merge Instructions — how the merge agent should combine the outputs
  5. Choose a Failure Mode — what happens if a branch fails

Fan-Out Step Configuration

FieldDescription
Parallel Agents2+ agents that execute concurrently on the same input
Merge AgentSingle agent that receives all branch outputs and produces a unified result
Merge InstructionsSpecific instructions for the merge agent on how to combine results
On Branch Failurefail_fast (stop all branches), continue (complete remaining branches), or skip

Failure Modes

ModeBehavior
Fail FastIf any branch fails, cancel remaining branches and fail the step
ContinueComplete all remaining branches; pass successful results to the merge agent
SkipSkip 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
Merge Agent: Strategy lead synthesizes all three perspectives into a recommendation.

Pipeline Context for Merge Agents

The merge agent receives a special context block:
## Fan-Out Branch Results

### Branch 1: Financial Analyst
[Financial analysis output]

### Branch 2: Technical Reviewer
[Technical assessment output]

### Branch 3: Market Researcher
[Market research output]

## Merge Instructions
Synthesize all branch results into a single strategic recommendation.

Best Practices

  1. Start simple — Begin with 2-3 steps and add complexity gradually
  2. Specialized agents — Each agent should do one thing well
  3. Clear handoffs — Define expected output format so the next step knows what to expect
  4. Use retry for API steps — LLM APIs can have transient failures
  5. Use stop for critical steps — If step 1 fails, there’s no point running step 2
  6. 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

ShortcutAction
⌘ Z / Ctrl+ZUndo
⌘ ⇧ Z / Ctrl+Shift+ZRedo
⌘ A / Ctrl+ASelect all
FFit view
LAuto-layout
TToggle transcript
?Keyboard shortcuts help
EscapeClose panels / deselect

Auto-Layout

Click the Auto-Layout button or press L 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 existing teams.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:
  1. Open Teams → [Team Name] → Settings
  2. Scroll to Output Routes
  3. Select one or more specific channels — or leave blank to send to all
This setting applies to the final pipeline result. Individual step outputs are internal and not broadcast.

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