Module Brief Instructions

The workflow execution engine is governed by: {project_root}/bmad/core/tasks/workflow.xml You MUST have already loaded and processed: {project_root}/bmad/bmb/workflows/module-brief/workflow.yaml

Ask the user which mode they prefer: 1. Interactive Mode - Work through each section collaboratively with detailed questions 2. Express Mode - Quick essential questions only 3. YOLO Mode (#yolo) - Generate complete draft based on minimal input

Check for available inputs:

If brainstorming results exist, offer to load and incorporate them

Ask the user to describe their module idea. Probe for: - What problem does this module solve? - Who would use this module? - What makes this module exciting or unique? - Any inspiring examples or similar tools?

If they’re stuck, offer creative prompts:

<template-output>module_vision</template-output>

Based on the vision, work with user to define:

Module Code (kebab-case):

Module Name (friendly):

Module Category:

Personality Theme (optional but fun!):

<template-output>module_identity</template-output>

Help user envision their agent team

For each agent, capture:

Suggest agent archetypes based on module type:

<template-output>agent_architecture</template-output>

Map out the workflow landscape

Categorize workflows:

Core Workflows (2-3 essential ones):

Feature Workflows (3-5 specialized):

Utility Workflows (1-3 supporting):

For each workflow, define:

<template-output>workflow_ecosystem</template-output>

Create usage scenarios to validate the design

Write 2-3 user stories: “As a [user type], I want to [goal], so that [outcome]”

Then walk through how they’d use the module:

  1. They load [agent]
  2. They run [command/workflow]
  3. They get [result]
  4. This helps them [achievement]

This validates the module makes sense end-to-end.

<template-output>user_scenarios</template-output>

Assess technical requirements:

Data Requirements:

Integration Points:

Complexity Assessment:

<template-output>technical_planning</template-output>

Define what success looks like:

Module Success Criteria:

Quality Standards:

<template-output>success_metrics</template-output>

Create a phased approach:

Phase 1 - MVP (Minimum Viable Module):

Phase 2 - Enhancement:

Phase 3 - Polish:

<template-output>development_roadmap</template-output>

If user wants to add special touches:

Easter Eggs:

Delighters:

Module Lore:

<template-output>creative_features</template-output>

Identify potential challenges:

Technical Risks:

Usability Risks:

Scope Risks:

For each risk, note mitigation strategy.

<template-output>risk_assessment</template-output>

Review all sections with user Ensure module brief is ready for create-module workflow

Ask if they want to:

  1. Proceed directly to create-module workflow
  2. Save and refine later
  3. Generate additional planning documents

Highlight that this brief can be fed directly into create-module workflow!

<template-output>final_brief</template-output>