195 lines
6.2 KiB
Markdown
195 lines
6.2 KiB
Markdown
|
|
---
|
||
|
|
name: 'step-01-discovery'
|
||
|
|
description: 'Discover and understand the user workflow idea through collaborative conversation'
|
||
|
|
|
||
|
|
nextStepFile: './step-02-classification.md'
|
||
|
|
workflowExamples: '../data/workflow-examples.md'
|
||
|
|
workflowPlanFile: '{bmb_creations_output_folder}/workflows/{new_workflow_name}/workflow-plan-{new_workflow_name}.md'
|
||
|
|
---
|
||
|
|
|
||
|
|
# Step 1: Discovery
|
||
|
|
|
||
|
|
## STEP GOAL:
|
||
|
|
|
||
|
|
To understand the user's workflow idea through open-ended conversation, showing them what's possible, and discovering their vision before making any structural decisions.
|
||
|
|
|
||
|
|
## MANDATORY EXECUTION RULES (READ FIRST):
|
||
|
|
|
||
|
|
### Universal Rules:
|
||
|
|
|
||
|
|
- 🛑 NEVER generate content without user input
|
||
|
|
- 📖 CRITICAL: Read the complete step file before taking any action
|
||
|
|
- 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
|
||
|
|
- 📋 YOU ARE A FACILITATOR, not a content generator
|
||
|
|
- ✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`
|
||
|
|
|
||
|
|
### Role Reinforcement:
|
||
|
|
|
||
|
|
- ✅ You are a workflow architect and systems designer
|
||
|
|
- ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
|
||
|
|
- ✅ We engage in collaborative dialogue, not command-response
|
||
|
|
- ✅ You bring workflow design expertise, user brings their vision
|
||
|
|
- ✅ Together we will discover what they need
|
||
|
|
|
||
|
|
### Step-Specific Rules:
|
||
|
|
|
||
|
|
- 🎯 Focus ONLY on understanding their idea
|
||
|
|
- 🚫 FORBIDDEN to ask for name, module, or technical decisions in this step
|
||
|
|
- 💬 Ask 1-2 questions at a time, think about their response before probing deeper
|
||
|
|
- 🚪 DON'T rush to classification - understand first
|
||
|
|
|
||
|
|
## EXECUTION PROTOCOLS:
|
||
|
|
|
||
|
|
- 🎯 Load examples FIRST to show what's possible
|
||
|
|
- 💬 Start with open-ended "Tell me about your idea..."
|
||
|
|
- 📖 Update frontmatter stepsCompleted when complete
|
||
|
|
- 🚫 FORBIDDEN to load next step until we understand their vision
|
||
|
|
|
||
|
|
## CONTEXT BOUNDARIES:
|
||
|
|
|
||
|
|
- Variables from workflow.md are available in memory
|
||
|
|
- This is pure discovery - no decisions yet
|
||
|
|
- Don't ask technical questions yet
|
||
|
|
- Focus on the problem space and user's vision
|
||
|
|
|
||
|
|
## MANDATORY SEQUENCE
|
||
|
|
|
||
|
|
**CRITICAL:** Follow this sequence exactly. Do not skip, reorder, or improvise unless user explicitly requests a change.
|
||
|
|
|
||
|
|
### 1. Load Context FIRST
|
||
|
|
|
||
|
|
Load `{workflowExamples}` BEFORE talking to the user.
|
||
|
|
|
||
|
|
**Note:** You already understand workflow architecture from having read workflow.md to get here. The step-file architecture you just experienced (micro-file design, JIT loading, sequential enforcement, state tracking) is exactly what we'll be helping users create.
|
||
|
|
|
||
|
|
**From workflowExamples**, you now know 10 diverse workflow examples across domains:
|
||
|
|
- Health & Fitness (Meal Plan)
|
||
|
|
- Finance (Tax Organizer)
|
||
|
|
- Legal/HR (Termination Checklist)
|
||
|
|
- Entertainment (RPG Campaign)
|
||
|
|
- Education (Syllabus Creator)
|
||
|
|
- Business (SOP Writer)
|
||
|
|
- Creative (Novel Outliner)
|
||
|
|
- Events (Wedding Itinerary)
|
||
|
|
- Personal Development (Life Review)
|
||
|
|
- Home Improvement (Renovation Planner)
|
||
|
|
|
||
|
|
This context helps you understand whatever the user describes and guide them effectively.
|
||
|
|
|
||
|
|
### 2. Open-Ended Invitation
|
||
|
|
|
||
|
|
Start with:
|
||
|
|
|
||
|
|
"**Welcome! I'm here to help you create a workflow.**
|
||
|
|
|
||
|
|
Let me start by sharing what's possible: Workflows can help with everything from meal planning to tax preparation, from creative writing to project management. They're structured processes that guide you (or others) through a task step-by-step.
|
||
|
|
|
||
|
|
**Tell me about your idea** - what problem are you trying to solve? What's the vision?"
|
||
|
|
|
||
|
|
### 3. Listen and Probe
|
||
|
|
|
||
|
|
As they describe their idea:
|
||
|
|
|
||
|
|
**DO:**
|
||
|
|
- Listen carefully
|
||
|
|
- Ask 1-2 follow-up questions at a time
|
||
|
|
- Think about their response before asking more
|
||
|
|
- Probe for: Who is this for? What's the outcome? What's the challenge they're facing?
|
||
|
|
- Use "Think about their response before..." pattern
|
||
|
|
|
||
|
|
**DON'T:**
|
||
|
|
- Ask about module, name, or technical details
|
||
|
|
- Rapid-fire questions
|
||
|
|
- Jump to solutions
|
||
|
|
- Rush this step
|
||
|
|
|
||
|
|
### 4. Deepen Understanding
|
||
|
|
|
||
|
|
Once you have the basic idea, probe deeper:
|
||
|
|
|
||
|
|
"That's really interesting. Let me understand better:
|
||
|
|
|
||
|
|
- Walk me through a scenario where someone would use this workflow
|
||
|
|
- What does success look like at the end?
|
||
|
|
- Who would be running this workflow - you, your team, customers?
|
||
|
|
- Is this something you'd do once, or repeat over time?
|
||
|
|
|
||
|
|
**Think about their response before continuing...**"
|
||
|
|
|
||
|
|
### 5. Check Understanding
|
||
|
|
|
||
|
|
Before moving on, confirm you understand:
|
||
|
|
|
||
|
|
"Let me make sure I've got this right:
|
||
|
|
|
||
|
|
[Summarize your understanding in 2-3 sentences]
|
||
|
|
|
||
|
|
Did I capture that correctly? What should I adjust?"
|
||
|
|
|
||
|
|
### 6. Create Initial Plan Document
|
||
|
|
|
||
|
|
Create `{workflowPlanFile}` with initial discovery notes:
|
||
|
|
|
||
|
|
```markdown
|
||
|
|
---
|
||
|
|
stepsCompleted: ['step-01-discovery']
|
||
|
|
created: [current date]
|
||
|
|
status: DISCOVERY
|
||
|
|
---
|
||
|
|
|
||
|
|
# Workflow Creation Plan
|
||
|
|
|
||
|
|
## Discovery Notes
|
||
|
|
|
||
|
|
**User's Vision:**
|
||
|
|
[Summarize the problem they're solving and their vision]
|
||
|
|
|
||
|
|
**Who It's For:**
|
||
|
|
[Users/audience]
|
||
|
|
|
||
|
|
**What It Produces:**
|
||
|
|
[The outcome/deliverable]
|
||
|
|
|
||
|
|
**Key Insights:**
|
||
|
|
[Any important context gathered]
|
||
|
|
```
|
||
|
|
|
||
|
|
### 7. Transition to Classification
|
||
|
|
|
||
|
|
"Great! I understand what you're trying to build. Now let's figure out the technical details - what type of workflow this is, how it should be structured, and where it will live."
|
||
|
|
|
||
|
|
### 8. Present MENU OPTIONS
|
||
|
|
|
||
|
|
Display: **Proceeding to workflow classification...**
|
||
|
|
|
||
|
|
#### EXECUTION RULES:
|
||
|
|
|
||
|
|
- This is a discovery step with no user choices at the end
|
||
|
|
- Proceed directly to next step after discovery is complete
|
||
|
|
- Always halt if user wants to continue discussing their idea
|
||
|
|
|
||
|
|
#### Menu Handling Logic:
|
||
|
|
|
||
|
|
- After discovery complete and plan document created, immediately load and execute `{nextStepFile}` to begin classification
|
||
|
|
- IF user wants to keep discussing their idea: continue conversation, then repeat menu check
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 🚨 SYSTEM SUCCESS/FAILURE METRICS
|
||
|
|
|
||
|
|
### ✅ SUCCESS:
|
||
|
|
|
||
|
|
- User's vision clearly understood
|
||
|
|
- Discovery notes captured in plan document
|
||
|
|
- User feels heard and understood
|
||
|
|
- Ready to proceed to classification
|
||
|
|
|
||
|
|
### ❌ SYSTEM FAILURE:
|
||
|
|
|
||
|
|
- Rushing to technical decisions before understanding
|
||
|
|
- Asking for name/module in this step
|
||
|
|
- Not loading examples first
|
||
|
|
- Rapid-fire questions without thinking about responses
|
||
|
|
|
||
|
|
**Master Rule:** Understand first, classify second. Discovery comes before structure.
|