Skip to content
🤖 AI-optimized docs: llms-full.txt

Workflows

A workflow is a structured process that guides an AI through complex tasks, step by step. Instead of one giant prompt trying to do everything at once, workflows break complexity into focused, sequential steps that execute in order.

Each step loads only when needed — the AI can’t skip ahead or lose focus. This is progressive disclosure, and it’s what makes workflows reliable for multi-session projects that actually get finished.

Use workflows for multi-step tasks where quality, completeness, and continuity matter. Skip workflows for simple one-off questions where a single prompt works fine.

Perfect for workflows:

  • Meal planning (discovery preferences, assessment, strategy, shopping list, prep schedule)
  • Novel outlining (structure selection, character arcs, beat breakdown, pacing review)
  • Tax preparation (document categorization, deduction discovery, compliance checklist)
  • Trip planning (destination research, itinerary building, budget optimization, booking schedule)

Skip workflows for:

  • Quick questions (single prompts work fine)
  • Simple tasks (under 300 lines of output)
  • One-time interactions (no need for structure)

When installed, a workflow is a skill. The terms are often interchangeable:

AspectSkillsWorkflows
DefinitionAny prompt with proper frontmatterSkills following BMad conventions
StructureSingle file or multi-stepUsually multi-step with sequential execution
LoadingLoads all at onceProgressive disclosure — one step at a time
Use caseSimple tasks, quick commandsComplex tasks, multi-session projects

Workflows can be simple single-file prompts or complex multi-step processes. Think of workflows as skills designed for structured, sequential execution.

Workflows use step-file architecture:

my-workflow/
├── workflow.md # Entry point and configuration
├── steps-c/ # Create flow steps (one file per step)
│ ├── step-01-init.md
│ ├── step-02-discovery.md
│ └── step-N-final.md
├── steps-e/ # Edit flow (optional, for tri-modal)
├── steps-v/ # Validate flow (optional, for tri-modal)
├── data/ # Reference materials, examples
└── templates/ # Output document templates

The workflow.md file defines the workflow’s name, description, and goal — but doesn’t list every step. That’s progressive disclosure in action.

Steps execute in sequence: step-01 → step-02 → step-03 → ... → step-N

Each step must complete before the next loads. This ensures thoroughness and prevents shortcuts.

Micro-file Design — Each step is 80-200 lines, focused on one concept

Just-in-Time Loading — Only the current step is in memory

Sequential Enforcement — No skipping steps, no optimization

State Tracking — Progress tracked in output file frontmatter

Some workflows track progress in the output document’s frontmatter, so users can stop mid-session and resume later:

---
stepsCompleted: ['step-01-init', 'step-02-discovery', 'step-03-strategy']
lastStep: 'step-03-strategy'
lastContinued: '2025-01-15'
---

Use continuable workflows for complex tasks with 8+ steps or when multiple sessions are likely.

TypeDescriptionExample
LinearSteps execute in fixed orderMeal planning, tax organizer
BranchingUser choice determines next stepsWedding itinerary (by venue type), course syllabus (by type)
Repeating LoopSame steps reused with new contentRPG campaign sessions, SOP writer
TypeDescriptionExample
Intent-basedCollaborative facilitation, creative explorationNovel outliner, trip planner
PrescriptiveExact compliance, regulated industriesTax organizer, employee termination checklist
BalancedFramework prescriptive, content flexibleCourse syllabus, room renovation
TypeStructureWhen to Use
Create-onlysteps-c/ onlySimple workflows, experimental
Tri-modalsteps-c/, steps-e/, steps-v/Complex workflows requiring quality assurance

Workflows can be chained — outputs become inputs for the next workflow. This creates effective pipelines:

brainstorming → research → brief → PRD → architecture → epics → sprint planning

Each workflow:

  1. Checks for required inputs from prior workflows
  2. Validates inputs are complete
  3. Produces output for next workflow
  4. Recommends next workflow in sequence

Before building, decide:

DecisionOptionsConsider
Module affiliationStandalone or module-basedDoes it need module variables?
ContinuableSingle-session or multi-sessionWill users need multiple sessions?
Document outputDocument-producing or action-onlyWhat does it produce?
IntentIntent or prescriptiveCollaborative or compliance?
StructureLinear, branching, or repeatingHow do steps connect?
ResourceDescription
Workflow PatternsStructure types and when to use them
Create Your First WorkflowStep-by-step tutorial
Workflow SchemaTechnical reference
Edit Agents and WorkflowsModifying workflows
Workflow VariablesFrontmatter reference