@exaudeus/workrail 0.0.5 ā 0.0.7
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json
CHANGED
|
@@ -1,73 +1,276 @@
|
|
|
1
1
|
{
|
|
2
2
|
"id": "workflow-for-workflows",
|
|
3
|
-
"name": "Workflow
|
|
4
|
-
"version": "0.0.
|
|
5
|
-
"description": "
|
|
3
|
+
"name": "Progressive Workflow Creation Guide",
|
|
4
|
+
"version": "0.0.2",
|
|
5
|
+
"description": "An adaptive meta-workflow that guides users through creating high-quality workflow templates with personalized learning paths. Offers three experience-based approaches: Basic (step-by-step with detailed explanations), Intermediate (balanced guidance with examples), and Advanced (comprehensive features with expert context). All paths can produce sophisticated workflows - the difference is in explanation depth and feature introduction timing.",
|
|
6
|
+
"clarificationPrompts": [
|
|
7
|
+
"What's your experience level with workflow creation? (New to this / Some experience / Very experienced)",
|
|
8
|
+
"What type of workflow are you creating? (e.g., coding, analysis, content creation, process management)",
|
|
9
|
+
"What recurring problem or task should this workflow solve?",
|
|
10
|
+
"Who is the intended audience for this workflow? (e.g., beginners, experts, specific roles)",
|
|
11
|
+
"Are there any specific constraints or requirements for this workflow?"
|
|
12
|
+
],
|
|
6
13
|
"preconditions": [
|
|
7
14
|
"User has a clear idea of the recurring task or problem the new workflow should solve.",
|
|
8
|
-
"The '
|
|
9
|
-
"The agent has access to 'create_file', 'edit_file', and 'run_terminal_cmd' tools."
|
|
15
|
+
"The agent has access to 'create_file', 'edit_file', 'run_terminal_cmd', 'workflow_validate_json', and 'workflow_validate' tools."
|
|
10
16
|
],
|
|
11
17
|
"metaGuidance": [
|
|
18
|
+
"PROGRESSIVE LEARNING: Adapt to user experience level. Use learningPath variable for guidance depth - detailed for 'basic', balanced for 'intermediate', expert for 'advanced'.",
|
|
19
|
+
"QUALITY FOCUS: All learning paths can produce sophisticated workflows. The difference is in HOW features are taught, not WHICH features are available. Introduce advanced features when the use case demands it, regardless of path.",
|
|
12
20
|
"The goal is to create a *reusable template*, not a single-use script. Use placeholders like [User provides X] where appropriate.",
|
|
13
21
|
"Prompts should define goals and roles for the agent, not a rigid script. This allows the agent to use its intelligence to best achieve the task.",
|
|
14
22
|
"At each step, the agent should confirm with the user before proceeding with a file modification or command.",
|
|
15
23
|
"Maintain a clear distinction between the workflow being created and this meta-workflow.",
|
|
16
|
-
"Save progress frequently by confirming file edits."
|
|
24
|
+
"Save progress frequently by confirming file edits.",
|
|
25
|
+
"TOOL INTEGRATION: Leverage MCP tools throughout - Use 'workflow_list' and 'workflow_get' for template discovery, 'workflow_validate_json' for comprehensive validation, and 'workflow_validate' for step-by-step output validation.",
|
|
26
|
+
"When validation fails, the MCP tools provide detailed error messages and actionable suggestions - use these to guide improvements rather than guessing at fixes.",
|
|
27
|
+
"PATH-SPECIFIC GUIDANCE: Tailor explanation depth by learningPath. Basic: detailed explanations. Intermediate: balanced with examples. Advanced: comprehensive with expert context.",
|
|
28
|
+
"FEATURE TEACHING: Introduce features progressively within each path. Even basic users should learn about conditional steps and context variables when their workflow needs them - just with more explanation of why and how."
|
|
17
29
|
],
|
|
18
30
|
"steps": [
|
|
19
31
|
{
|
|
20
|
-
"id": "phase-
|
|
21
|
-
"title": "Phase
|
|
22
|
-
"prompt": "
|
|
32
|
+
"id": "phase-0-discovery",
|
|
33
|
+
"title": "Phase 0: Comprehensive Discovery & Requirements Analysis",
|
|
34
|
+
"prompt": "Before we build, let's understand the 'why'. This phase ensures your new workflow solves the right problem for the right people.\n\n**STEP 1: Define the Core Problem & Goal**\n\n- **Problem Statement**: Describe the specific, recurring task or problem this new workflow will solve.\n- **Primary Objective**: What is the single most important outcome or key message of completing this workflow?\n- **Critical Failure Mode**: What is the most critical error or negative outcome this workflow is designed to prevent?\n\n**STEP 2: Understand the Users & Context**\n\n- **Target Audience**: Who is this workflow for? Describe their role, expertise level, and what they need to succeed.\n- **Usage Context**: In what situation will this workflow be used? (e.g., during code review, content planning, incident response, customer onboarding).\n\n**STEP 3: Gather Materials & Define Success**\n\n- **Supporting Materials**: What supporting documents, data, or examples are available that could inform the design?\n- **Constraints & Requirements**: Are there any specific constraints, required tools, or other requirements to consider?\n- **Success Metrics**: How will you measure if this workflow is successful? What does a high-quality result look like?\n\n**Agent Guidance**: Synthesize this information and confirm your understanding before proceeding. Use `workflow_list` and `workflow_get` to find suitable templates based on the problem *structure*, not necessarily the domain.",
|
|
35
|
+
"guidance": [
|
|
36
|
+
"BE SPECIFIC: Vague goals lead to vague workflows. The more precise you are here, the better the final product.",
|
|
37
|
+
"THINK ABOUT THE USER: A workflow for an expert looks very different from one for a novice. Empathize with your audience.",
|
|
38
|
+
"PROVIDE EXAMPLES: If you have examples of the problem or desired outcome, share them now.",
|
|
39
|
+
"TEMPLATE STRATEGY: Focus on structural similarity, not domain similarity, when recommending templates. A good 'bug investigation' workflow might be a great template for a 'customer complaint' workflow."
|
|
40
|
+
],
|
|
41
|
+
"askForFiles": true,
|
|
42
|
+
"requireConfirmation": true
|
|
43
|
+
},
|
|
44
|
+
{
|
|
45
|
+
"id": "phase-1-assessment",
|
|
46
|
+
"title": "Phase 1: Personalized Learning Path Selection",
|
|
47
|
+
"prompt": "Excellent! With a clear understanding of your goals, let's choose the best way to build your workflow.\n\nPlease select your experience level with workflow creation to get a personalized-path:\n\nš± **Basic Path - \"Learn by Doing with Explanation\"**\n - New to workflows or want thorough understanding\n - Step-by-step guidance with detailed explanations\n - Progressive introduction of advanced features with context\n - Focus: Understanding concepts and building confidence\n\nš **Intermediate Path - \"Balanced Guidance with Examples\"**\n - Some experience with automation or process design\n - Structured approach with practical examples\n - Feature recommendations based on your use case\n - Focus: Efficient workflow creation with best practices\n\nš **Advanced Path - \"Full Features with Expert Context\"**\n - Experienced with workflow/automation tools\n - Comprehensive feature access from the start\n - Architectural guidance and performance considerations\n - Focus: Sophisticated workflow engineering\n\n**Agent Guidance**: Based on the user's selection, set the `learningPath` context variable to 'basic', 'intermediate', or 'advanced'.",
|
|
48
|
+
"guidance": [
|
|
49
|
+
"PATH EXPLANATION: Clearly explain what each learning path offers so users can make an informed choice based on the discovery from Phase 0.",
|
|
50
|
+
"QUALITY FOCUS: All paths should result in high-quality workflows. The difference is in teaching approach, not final capability."
|
|
51
|
+
],
|
|
52
|
+
"requireConfirmation": true
|
|
53
|
+
},
|
|
54
|
+
{
|
|
55
|
+
"id": "phase-2-basic",
|
|
56
|
+
"runCondition": {"var": "learningPath", "equals": "basic"},
|
|
57
|
+
"title": "Phase 2: Guided Workflow Creation (Basic Path)",
|
|
58
|
+
"prompt": "Let's create your workflow step-by-step with detailed explanations! š±\n\n**UNDERSTANDING WORKFLOWS:**\nA workflow is like a recipe that guides someone (or an AI) through a complex task. It has:\n- **Metadata**: Name, description, and settings\n- **Steps**: The actual instructions to follow\n- **Features**: Special capabilities like conditional logic\n\n**STEP 1: Create Your Workflow File**\nAgent: Ask the user for a filename (e.g., `my-workflow.json`) and create the file using the template from Phase 1. Explain each field as you add it.\n\n**STEP 2: Build the Structure Together**\nWe'll go through each part of your workflow:\n\n1. **Basic Info** (`id`, `name`, `version`, `description`)\n - Agent: Explain why each field matters and help craft clear, descriptive content\n\n2. **Setup Requirements** (`preconditions`)\n - Agent: Explain what preconditions are and why they prevent problems\n\n3. **Global Rules** (`metaGuidance`)\n - Agent: Explain the difference between global rules and step-specific instructions\n\n4. **The Action Steps** (`steps`)\n - Agent: Start with simple linear steps, but explain that workflows can also have:\n - **Conditional steps**: \"Do this IF condition is true\"\n - **Context variables**: Information that flows between steps\n - **Validation**: Automatic quality checks\n - If the user's workflow needs these features, introduce them with clear examples\n\n**LEARNING FOCUS:** Understanding what each piece does and why it's useful.",
|
|
59
|
+
"guidance": [
|
|
60
|
+
"EXPLAIN EVERYTHING: This user is learning. Explain the purpose of each JSON field and workflow concept.",
|
|
61
|
+
"PROGRESSIVE FEATURES: Start with basics, introduce advanced features (conditional steps, context variables) when the use case needs them - with full explanations.",
|
|
62
|
+
"USE ANALOGIES: Compare workflow concepts to familiar things (recipes, instruction manuals, etc.).",
|
|
63
|
+
"ENCOURAGE QUESTIONS: Invite the user to ask about anything that's unclear.",
|
|
64
|
+
"QUALITY TEACHING: Even though this is the basic path, don't compromise on workflow quality - just explain more."
|
|
65
|
+
],
|
|
66
|
+
"validationCriteria": [
|
|
67
|
+
{
|
|
68
|
+
"type": "regex",
|
|
69
|
+
"pattern": "\"id\":\\s*\"[a-zA-Z0-9_-]+\"",
|
|
70
|
+
"message": "Workflow must have a valid id field with alphanumeric characters, underscores, or hyphens"
|
|
71
|
+
},
|
|
72
|
+
{
|
|
73
|
+
"type": "regex",
|
|
74
|
+
"pattern": "\"name\":\\s*\"[^\"]{3,}\"",
|
|
75
|
+
"message": "Workflow must have a descriptive name (at least 3 characters)"
|
|
76
|
+
},
|
|
77
|
+
{
|
|
78
|
+
"type": "regex",
|
|
79
|
+
"pattern": "\"description\":\\s*\"[^\"]{20,}\"",
|
|
80
|
+
"message": "Workflow must have a meaningful description (at least 20 characters)"
|
|
81
|
+
},
|
|
82
|
+
{
|
|
83
|
+
"type": "regex",
|
|
84
|
+
"pattern": "\"steps\":\\s*\\[",
|
|
85
|
+
"message": "Workflow must have a steps array with at least one step"
|
|
86
|
+
}
|
|
87
|
+
]
|
|
88
|
+
},
|
|
89
|
+
{
|
|
90
|
+
"id": "phase-2-intermediate",
|
|
91
|
+
"runCondition": {"var": "learningPath", "equals": "intermediate"},
|
|
92
|
+
"title": "Phase 2: Structured Workflow Development (Intermediate Path)",
|
|
93
|
+
"prompt": "Let's build your workflow with a structured approach and best practices! š\n\n**STEP 1: Initialize Workflow File**\nAgent: Request a filename and create the workflow file using the template from Phase 1. Use efficient, clear explanations.\n\n**STEP 2: Core Structure Development**\nWe'll build your workflow systematically:\n\n1. **Metadata & Identity** (`id`, `name`, `version`, `description`)\n - Focus on discoverability and clear communication\n - Best practice: Make names searchable and descriptions actionable\n\n2. **Operational Requirements** (`preconditions`, `metaGuidance`)\n - Define what's needed before starting\n - Establish global rules for consistency\n\n3. **Enhanced Features** (based on your workflow type):\n - **Clarification Prompts**: Gather better input upfront\n - **Validation Criteria**: Automatic quality checks\n - **Context Variables**: When you need information to flow between steps\n - **Conditional Logic**: For workflows with decision points\n\n4. **Step Architecture**\n - Design clear, actionable steps\n - Add confirmation gates for critical actions\n - Include file sharing when collaboration is needed\n\n**FEATURE RECOMMENDATIONS:**\nAgent: Based on the workflow type, recommend specific features. For example:\n- Coding workflows ā validation criteria + confirmation gates\n- Analysis workflows ā context variables + clarification prompts\n- Process workflows ā conditional steps + clear guidance\n\n**EFFICIENCY FOCUS:** Building professionally structured workflows with appropriate features.",
|
|
94
|
+
"guidance": [
|
|
95
|
+
"STRUCTURED APPROACH: Follow a logical sequence with clear reasoning for each decision.",
|
|
96
|
+
"FEATURE RECOMMENDATIONS: Suggest appropriate features based on workflow type and use case.",
|
|
97
|
+
"BEST PRACTICES: Share proven patterns and explain why they work.",
|
|
98
|
+
"PRACTICAL EXAMPLES: Use real-world scenarios to illustrate concepts.",
|
|
99
|
+
"BALANCED DEPTH: Provide enough detail to understand without overwhelming with basics."
|
|
100
|
+
],
|
|
101
|
+
"validationCriteria": [
|
|
102
|
+
{
|
|
103
|
+
"type": "regex",
|
|
104
|
+
"pattern": "\"id\":\\s*\"[a-zA-Z0-9_-]+\"",
|
|
105
|
+
"message": "Workflow must have a valid id field with alphanumeric characters, underscores, or hyphens"
|
|
106
|
+
},
|
|
107
|
+
{
|
|
108
|
+
"type": "regex",
|
|
109
|
+
"pattern": "\"name\":\\s*\"[^\"]{3,}\"",
|
|
110
|
+
"message": "Workflow must have a descriptive name (at least 3 characters)"
|
|
111
|
+
},
|
|
112
|
+
{
|
|
113
|
+
"type": "regex",
|
|
114
|
+
"pattern": "\"description\":\\s*\"[^\"]{20,}\"",
|
|
115
|
+
"message": "Workflow must have a meaningful description (at least 20 characters)"
|
|
116
|
+
},
|
|
117
|
+
{
|
|
118
|
+
"type": "regex",
|
|
119
|
+
"pattern": "\"steps\":\\s*\\[",
|
|
120
|
+
"message": "Workflow must have a steps array with at least one step"
|
|
121
|
+
}
|
|
122
|
+
]
|
|
123
|
+
},
|
|
124
|
+
{
|
|
125
|
+
"id": "phase-2-advanced",
|
|
126
|
+
"runCondition": {"var": "learningPath", "equals": "advanced"},
|
|
127
|
+
"title": "Phase 2: Comprehensive Workflow Architecture (Advanced Path)",
|
|
128
|
+
"prompt": "Let's architect a sophisticated workflow with full feature utilization! š\n\n**STEP 1: Rapid File Initialization**\nAgent: Create the workflow file with the template foundation. Focus on architectural decisions.\n\n**STEP 2: Architectural Design**\nComprehensive workflow engineering:\n\n1. **Core Architecture** (`id`, `name`, `version`, `description`)\n - Semantic versioning strategy\n - Namespace considerations for organizational use\n - Description as API documentation\n\n2. **Operational Design** (`preconditions`, `metaGuidance`, `contextVariables`)\n - Comprehensive precondition modeling\n - Sophisticated metaGuidance for complex scenarios\n - Context variable architecture for data flow\n\n3. **Advanced Feature Implementation**:\n - **Complex Conditional Logic**: Nested conditions, multiple variable evaluation\n - **Validation Architecture**: Multi-layered validation with custom criteria\n - **User Experience Design**: Clarification prompts, confirmation patterns, file sharing\n - **Performance Considerations**: Step efficiency, resource optimization\n\n4. **Enterprise-Grade Features**:\n - **Error Handling**: Comprehensive failure modes\n - **Scalability**: Design for reuse and extension\n - **Maintainability**: Clear separation of concerns\n - **Integration**: API-ready for workflow orchestration systems\n\n**ARCHITECTURAL DECISIONS:**\nAgent: Discuss trade-offs and design patterns. Consider:\n- When to use conditional vs. separate workflows\n- Context variable scope and lifecycle\n- Validation strategy (fail-fast vs. comprehensive)\n- Step granularity for optimal user experience\n\n**MASTERY FOCUS:** Creating enterprise-grade workflows with sophisticated architecture.",
|
|
23
129
|
"guidance": [
|
|
24
|
-
"Focus on
|
|
25
|
-
"
|
|
130
|
+
"ARCHITECTURAL THINKING: Focus on design patterns, scalability, and maintainability.",
|
|
131
|
+
"FULL FEATURE ACCESS: Leverage the complete feature set appropriately for the use case.",
|
|
132
|
+
"PERFORMANCE AWARENESS: Consider efficiency and resource implications.",
|
|
133
|
+
"ENTERPRISE PATTERNS: Apply proven enterprise workflow patterns.",
|
|
134
|
+
"EXPERT CONTEXT: Assume understanding of complex concepts, focus on sophisticated applications."
|
|
135
|
+
],
|
|
136
|
+
"validationCriteria": [
|
|
137
|
+
{
|
|
138
|
+
"type": "regex",
|
|
139
|
+
"pattern": "\"id\":\\s*\"[a-zA-Z0-9_-]+\"",
|
|
140
|
+
"message": "Workflow must have a valid id field with alphanumeric characters, underscores, or hyphens"
|
|
141
|
+
},
|
|
142
|
+
{
|
|
143
|
+
"type": "regex",
|
|
144
|
+
"pattern": "\"name\":\\s*\"[^\"]{3,}\"",
|
|
145
|
+
"message": "Workflow must have a descriptive name (at least 3 characters)"
|
|
146
|
+
},
|
|
147
|
+
{
|
|
148
|
+
"type": "regex",
|
|
149
|
+
"pattern": "\"description\":\\s*\"[^\"]{20,}\"",
|
|
150
|
+
"message": "Workflow must have a meaningful description (at least 20 characters)"
|
|
151
|
+
},
|
|
152
|
+
{
|
|
153
|
+
"type": "regex",
|
|
154
|
+
"pattern": "\"steps\":\\s*\\[",
|
|
155
|
+
"message": "Workflow must have a steps array with at least one step"
|
|
156
|
+
}
|
|
26
157
|
]
|
|
27
158
|
},
|
|
28
159
|
{
|
|
29
|
-
"id": "phase-
|
|
30
|
-
"
|
|
31
|
-
"
|
|
160
|
+
"id": "phase-3-basic",
|
|
161
|
+
"runCondition": {"var": "learningPath", "equals": "basic"},
|
|
162
|
+
"title": "Phase 3: Learning Through Validation (Basic Path)",
|
|
163
|
+
"prompt": "Great! Your workflow draft is complete. Now let's make sure it works perfectly! š±\n\n**UNDERSTANDING VALIDATION:**\nValidation is like proofreading - it catches mistakes before they cause problems. Our validation tool will check:\n- **Syntax**: Is the JSON format correct?\n- **Structure**: Are all required fields present?\n- **Logic**: Do the conditions and references make sense?\n\n**STEP 1: Run Your First Validation**\nAgent: Use `workflow_validate_json` to check the workflow. Explain what the tool is doing and why each check matters.\n\n**STEP 2: Learning from Errors (Don't worry - errors are normal!)**\nAgent: If there are errors (and there usually are!):\n1. **Explain each error type** in simple terms\n2. **Show exactly where** the problem is\n3. **Explain why** it's a problem\n4. **Guide the fix** step-by-step\n5. **Rerun validation** to see progress\n\n**COMMON ERROR TYPES YOU MIGHT SEE:**\n- **Missing quotes**: JSON needs quotes around text\n- **Missing commas**: JSON items need separators\n- **Invalid references**: Steps referencing things that don't exist\n- **Logic errors**: Conditions that don't make sense\n\n**LEARNING GOAL:** Understanding what makes a workflow valid and why each rule exists.\n\nRemember: Every error is a learning opportunity! Professional developers deal with validation errors all the time.",
|
|
164
|
+
"guidance": [
|
|
165
|
+
"EDUCATIONAL APPROACH: Treat each error as a teaching moment. Explain what went wrong and why the rule exists.",
|
|
166
|
+
"STEP-BY-STEP FIXES: Guide through each fix individually, don't overwhelm with multiple changes.",
|
|
167
|
+
"ENCOURAGE LEARNING: Emphasize that errors are normal and part of the learning process.",
|
|
168
|
+
"EXPLAIN THE WHY: Help user understand the reasoning behind validation rules.",
|
|
169
|
+
"BUILD CONFIDENCE: Celebrate when validation passes and acknowledge progress."
|
|
170
|
+
],
|
|
171
|
+
"requireConfirmation": true
|
|
172
|
+
},
|
|
173
|
+
{
|
|
174
|
+
"id": "phase-3-intermediate",
|
|
175
|
+
"runCondition": {"var": "learningPath", "equals": "intermediate"},
|
|
176
|
+
"title": "Phase 3: Systematic Validation & Quality Assurance (Intermediate Path)",
|
|
177
|
+
"prompt": "Time to validate and refine your workflow with systematic quality checks! š\n\n**VALIDATION STRATEGY:**\nWe'll use a layered approach to ensure your workflow is both technically correct and professionally robust.\n\n**STEP 1: Comprehensive Validation**\nAgent: Execute `workflow_validate_json` for complete structural and logical validation.\n\n**STEP 2: Error Pattern Analysis**\nAgent: When issues are found:\n1. **Categorize errors** by type (syntax, logic, reference, etc.)\n2. **Identify patterns** that might indicate systemic issues\n3. **Prioritize fixes** (critical syntax errors first, then logic improvements)\n4. **Apply fixes systematically** using `edit_file`\n5. **Re-validate incrementally** to confirm progress\n\n**QUALITY CHECKPOINTS:**\n- **Structural Integrity**: All required fields, proper JSON formatting\n- **Logical Consistency**: Step references, condition logic, context variables\n- **Best Practice Compliance**: Naming conventions, description quality\n- **Feature Integration**: Proper use of advanced features\n\n**PROFESSIONAL PATTERNS:**\n- Group related fixes together for efficiency\n- Document any trade-offs or design decisions\n- Test edge cases in conditional logic\n- Ensure error messages are actionable\n\n**EFFICIENCY FOCUS:** Systematic error resolution with pattern recognition for faster iteration.",
|
|
178
|
+
"guidance": [
|
|
179
|
+
"SYSTEMATIC APPROACH: Handle errors methodically, grouping similar issues for efficient resolution.",
|
|
180
|
+
"PATTERN RECOGNITION: Help user identify common error patterns and prevention strategies.",
|
|
181
|
+
"PROFESSIONAL STANDARDS: Apply industry best practices for validation and quality assurance.",
|
|
182
|
+
"EFFICIENT ITERATION: Balance thoroughness with practical development speed.",
|
|
183
|
+
"QUALITY FOCUS: Ensure the workflow meets professional standards beyond just 'working'."
|
|
184
|
+
],
|
|
185
|
+
"requireConfirmation": true
|
|
186
|
+
},
|
|
187
|
+
{
|
|
188
|
+
"id": "phase-3-advanced",
|
|
189
|
+
"runCondition": {"var": "learningPath", "equals": "advanced"},
|
|
190
|
+
"title": "Phase 3: Advanced Validation & Architectural Review (Advanced Path)",
|
|
191
|
+
"prompt": "Execute comprehensive validation with performance and architectural considerations! š\n\n**ENTERPRISE VALIDATION APPROACH:**\nMulti-layered validation encompassing syntax, logic, performance, and architectural integrity.\n\n**STEP 1: Comprehensive Technical Validation**\nAgent: Deploy `workflow_validate_json` for complete validation coverage.\n\n**STEP 2: Advanced Error Analysis & Resolution**\nAgent: For any issues identified:\n1. **Root Cause Analysis**: Trace errors to architectural decisions\n2. **Impact Assessment**: Evaluate consequences for scalability and maintainability\n3. **Strategic Resolution**: Fix underlying patterns, not just symptoms\n4. **Performance Optimization**: Consider validation implications for execution efficiency\n5. **Architectural Refinement**: Ensure fixes align with overall design principles\n\n**ENTERPRISE QUALITY GATES:**\n- **Architectural Consistency**: Design patterns, separation of concerns\n- **Performance Implications**: Validation overhead, execution efficiency\n- **Scalability Considerations**: Context variable scope, conditional complexity\n- **Maintainability Factors**: Code clarity, documentation completeness\n- **Integration Readiness**: API compatibility, orchestration system compliance\n\n**ADVANCED VALIDATION CONSIDERATIONS:**\n- **Complex Conditional Logic**: Nested condition validation, variable scope\n- **Context Variable Architecture**: Data flow integrity, lifecycle management\n- **Performance Optimization**: Validation caching, step efficiency\n- **Error Handling Strategy**: Graceful failure modes, recovery patterns\n\n**ARCHITECTURAL REFINEMENT:**\nUse validation feedback to refine architectural decisions and optimize for enterprise deployment.\n\n**MASTERY INDICATORS:** Zero validation errors, optimized performance, enterprise-ready architecture.",
|
|
192
|
+
"guidance": [
|
|
193
|
+
"ARCHITECTURAL PERSPECTIVE: View validation through the lens of overall system design and long-term maintainability.",
|
|
194
|
+
"PERFORMANCE AWARENESS: Consider validation overhead and execution efficiency implications.",
|
|
195
|
+
"ENTERPRISE STANDARDS: Apply enterprise-grade quality gates and compliance requirements.",
|
|
196
|
+
"STRATEGIC THINKING: Fix root causes and patterns, not just individual errors.",
|
|
197
|
+
"OPTIMIZATION FOCUS: Use validation as an opportunity to refine and optimize the workflow architecture."
|
|
198
|
+
],
|
|
199
|
+
"requireConfirmation": true
|
|
200
|
+
},
|
|
201
|
+
{
|
|
202
|
+
"id": "phase-4-basic",
|
|
203
|
+
"runCondition": {"var": "learningPath", "equals": "basic"},
|
|
204
|
+
"title": "Phase 4: Simple Testing & Improvement (Basic Path)",
|
|
205
|
+
"prompt": "Excellent! Your workflow is technically sound. Now let's make sure it's clear and easy to use! š±\n\n**WHY TEST WORKFLOWS?**\nTesting helps us find problems before real users do. It's like having friends read your writing before you publish it!\n\n**STEP 1: Choose What to Test**\nUser: Pick one important step from your workflow - maybe the most complex one or the one users will struggle with most.\n\n**STEP 2: Simple Persona Testing**\nAgent: Let's test your chosen step by imagining different types of users:\n\n**š¶ The Beginner User:**\n- Would someone new to this topic understand the instructions?\n- Are there any technical words that need explanation?\n- Are the steps clear and specific enough?\n\n**ā” The Busy User:**\n- Could someone in a hurry misunderstand this?\n- Is it too long or wordy?\n- Could we make it clearer or more direct?\n\n**STEP 3: Make It Better**\nAgent: Based on what we find:\n1. **Explain each problem** in simple terms\n2. **Suggest specific improvements**\n3. **Make the changes** using `edit_file`\n4. **Check our work** with `workflow_validate`\n\n**LEARNING GOAL:** Understanding how to make instructions clear for everyone.\n\nRemember: Good workflows work for both experts and beginners!",
|
|
32
206
|
"guidance": [
|
|
33
|
-
"
|
|
34
|
-
"
|
|
207
|
+
"SIMPLE APPROACH: Focus on clarity and basic usability rather than complex edge cases.",
|
|
208
|
+
"EDUCATIONAL FOCUS: Explain why each test matters and what good instructions look like.",
|
|
209
|
+
"ENCOURAGE EMPATHY: Help user think about different types of people who might use their workflow.",
|
|
210
|
+
"PRACTICAL IMPROVEMENTS: Focus on concrete, actionable changes that clearly improve usability.",
|
|
211
|
+
"BUILD CONFIDENCE: Celebrate improvements and explain how testing makes workflows better."
|
|
35
212
|
]
|
|
36
213
|
},
|
|
37
214
|
{
|
|
38
|
-
"id": "phase-
|
|
39
|
-
"
|
|
40
|
-
"
|
|
215
|
+
"id": "phase-4-intermediate",
|
|
216
|
+
"runCondition": {"var": "learningPath", "equals": "intermediate"},
|
|
217
|
+
"title": "Phase 4: Systematic Testing & Quality Refinement (Intermediate Path)",
|
|
218
|
+
"prompt": "Your workflow is validated and ready for comprehensive testing! Let's ensure it's robust and professional. š\n\n**PROFESSIONAL TESTING STRATEGY:**\nSystematic evaluation across multiple user scenarios and edge cases.\n\n**STEP 1: Critical Step Selection**\nUser: Identify 1-2 critical steps that are either complex, have high impact, or involve user decision-making.\n\n**STEP 2: Multi-Persona Analysis**\nAgent: Evaluate selected steps through strategic perspectives:\n\n**š Domain Expert Perspective:**\n- Does the step leverage domain knowledge appropriately?\n- Are there implied assumptions that should be explicit?\n- Could an expert efficiently navigate without losing important context?\n\n**ā” Efficiency-Focused User:**\n- Can the step be completed quickly without sacrificing quality?\n- Are there unnecessary bottlenecks or redundant confirmations?\n- Is the cognitive load appropriate for the task complexity?\n\n**š Quality-Conscious User:**\n- Does the step provide sufficient guidance for high-quality outcomes?\n- Are validation points appropriate and actionable?\n- Does the step prevent common mistakes effectively?\n\n**STEP 3: Strategic Refinements**\nAgent: Based on analysis:\n1. **Prioritize improvements** by impact and feasibility\n2. **Implement targeted enhancements** using `edit_file`\n3. **Validate consistency** with `workflow_validate`\n4. **Document rationale** for key design decisions\n\n**PROFESSIONAL FOCUS:** Balancing efficiency, quality, and usability for real-world deployment.",
|
|
41
219
|
"guidance": [
|
|
42
|
-
"
|
|
43
|
-
"
|
|
220
|
+
"STRATEGIC THINKING: Focus on improvements that have the highest impact on workflow effectiveness.",
|
|
221
|
+
"PROFESSIONAL STANDARDS: Apply industry best practices for user experience and process design.",
|
|
222
|
+
"BALANCED APPROACH: Consider trade-offs between different user needs and workflow goals.",
|
|
223
|
+
"SYSTEMATIC PROCESS: Use structured analysis to ensure comprehensive coverage of potential issues.",
|
|
224
|
+
"PRACTICAL DEPLOYMENT: Focus on refinements that matter for real-world workflow usage."
|
|
44
225
|
]
|
|
45
226
|
},
|
|
46
227
|
{
|
|
47
|
-
"id": "phase-4-
|
|
48
|
-
"
|
|
49
|
-
"
|
|
228
|
+
"id": "phase-4-advanced",
|
|
229
|
+
"runCondition": {"var": "learningPath", "equals": "advanced"},
|
|
230
|
+
"title": "Phase 4: Enterprise Testing & Architectural Refinement (Advanced Path)",
|
|
231
|
+
"prompt": "Execute sophisticated testing with enterprise-grade analysis and optimization! š\n\n**ENTERPRISE TESTING FRAMEWORK:**\nComprehensive evaluation encompassing usability, performance, scalability, and architectural integrity.\n\n**STEP 1: Strategic Component Selection**\nUser: Identify critical workflow components for analysis - focus on high-complexity steps, decision points, or integration touchpoints.\n\n**STEP 2: Advanced Multi-Dimensional Analysis**\nAgent: Execute comprehensive evaluation framework:\n\n**šļø Architectural Perspective:**\n- Evaluate step design patterns and consistency\n- Assess scalability implications and resource efficiency\n- Analyze integration points and API compatibility\n- Review error handling and recovery mechanisms\n\n**ā” Performance & Efficiency Analysis:**\n- Identify potential execution bottlenecks\n- Evaluate context variable usage and lifecycle\n- Assess conditional logic complexity and optimization opportunities\n- Review validation overhead and optimization potential\n\n**šÆ Enterprise User Experience:**\n- Analyze workflows for enterprise deployment scenarios\n- Evaluate multi-user collaboration patterns\n- Assess compliance and audit trail requirements\n- Review customization and configuration flexibility\n\n**š§ Maintenance & Evolution Considerations:**\n- Evaluate long-term maintainability and extensibility\n- Assess version management and backward compatibility\n- Review documentation and knowledge transfer requirements\n- Analyze monitoring and observability integration\n\n**STEP 3: Strategic Architectural Refinement**\nAgent: Based on comprehensive analysis:\n1. **Architect strategic improvements** addressing systemic opportunities\n2. **Optimize for enterprise deployment** with sophisticated enhancements\n3. **Validate architectural integrity** using `workflow_validate`\n4. **Document architectural decisions** and optimization rationale\n\n**MASTERY OUTCOME:** Enterprise-ready workflow optimized for scalability, maintainability, and sophisticated deployment scenarios.",
|
|
50
232
|
"guidance": [
|
|
51
|
-
"
|
|
52
|
-
"
|
|
233
|
+
"ARCHITECTURAL EXCELLENCE: Focus on sophisticated design patterns and enterprise-grade considerations.",
|
|
234
|
+
"PERFORMANCE OPTIMIZATION: Identify and address efficiency opportunities across all dimensions.",
|
|
235
|
+
"ENTERPRISE READINESS: Ensure the workflow meets sophisticated organizational deployment requirements.",
|
|
236
|
+
"STRATEGIC REFINEMENT: Make improvements that enhance long-term value and architectural integrity.",
|
|
237
|
+
"COMPREHENSIVE ANALYSIS: Apply enterprise-grade evaluation frameworks for thorough assessment."
|
|
53
238
|
]
|
|
54
239
|
},
|
|
55
240
|
{
|
|
56
|
-
"id": "phase-5-
|
|
57
|
-
"title": "Phase 5:
|
|
58
|
-
"prompt": "
|
|
241
|
+
"id": "phase-5-completion",
|
|
242
|
+
"title": "Phase 5: Celebration & Growth",
|
|
243
|
+
"prompt": "š **WORKFLOW CREATION COMPLETE!** š\n\n**STEP 1: Final Review**\nAgent: Review the workflow's `name` and `description`, then run final validation with `workflow_validate_json`.\n\n**STEP 2: Path-Specific Celebration**\n\nAgent: Provide appropriate celebration based on learning path:\n\n**š± BASIC PATH:**\nCongratulations! You've created your first workflow with advanced features!\nLearned: Workflow structure, conditional steps, validation, clear guidance.\nNext: Try intermediate path for advanced patterns and sophisticated testing.\n\n**š INTERMEDIATE PATH:**\nExcellent work! You've created a professionally structured workflow!\nMastered: Efficient authoring, strategic features, systematic validation, design patterns.\nNext: Create domain workflows, contribute templates, explore advanced logic.\n\n**š ADVANCED PATH:**\nOutstanding! You've demonstrated workflow architecture mastery!\nAchieved: Sophisticated design, enterprise validation, advanced patterns, expert engineering.\nNext: Lead design, contribute advanced templates, mentor others, explore innovations.\n\n**STEP 3: Completion**\nAgent: Confirm workflow is deployment-ready. For basic/intermediate users, offer level-up opportunities for future workflows.\n\n**UNIVERSAL TRUTH:** Workflow mastery continues with each template. Every workflow is an opportunity to improve!",
|
|
59
244
|
"guidance": [
|
|
60
|
-
"
|
|
61
|
-
"
|
|
245
|
+
"ADAPTIVE CELEBRATION: Match the celebration intensity and language to the user's learning path and achievement level.",
|
|
246
|
+
"GROWTH ORIENTATION: Always provide clear next steps that encourage continued learning and skill development.",
|
|
247
|
+
"PATH-SPECIFIC GUIDANCE: Tailor advice to the user's demonstrated skill level and learning journey.",
|
|
248
|
+
"LEVEL-UP OPPORTUNITIES: For basic and intermediate users, gently suggest trying higher complexity paths for future workflows.",
|
|
249
|
+
"UNIVERSAL PRINCIPLES: End with shared wisdom that applies to all workflow creators regardless of skill level."
|
|
250
|
+
],
|
|
251
|
+
"validationCriteria": [
|
|
252
|
+
{
|
|
253
|
+
"type": "length",
|
|
254
|
+
"min": 500,
|
|
255
|
+
"message": "Final workflow should be comprehensive (at least 500 characters)"
|
|
256
|
+
},
|
|
257
|
+
{
|
|
258
|
+
"type": "regex",
|
|
259
|
+
"pattern": "\"steps\":\\s*\\[[^\\]]+\\]",
|
|
260
|
+
"message": "Final workflow must have at least one complete step"
|
|
261
|
+
}
|
|
62
262
|
]
|
|
63
263
|
},
|
|
64
264
|
{
|
|
65
|
-
"id": "
|
|
66
|
-
"
|
|
67
|
-
"
|
|
265
|
+
"id": "level-up-opportunity",
|
|
266
|
+
"runCondition": {"var": "learningPath", "not_equals": "advanced"},
|
|
267
|
+
"title": "š Ready to Level Up?",
|
|
268
|
+
"prompt": "**OPTIONAL: Explore the Next Level**\n\nYou've successfully completed your workflow! Would you like to explore what the next learning path offers for your future workflows?\n\n**FOR BASIC PATH GRADUATES:**\nThe **Intermediate Path** offers:\n- More efficient workflow creation process\n- Advanced feature recommendations based on use case\n- Professional design patterns and best practices\n- Systematic validation and testing approaches\n\n**FOR INTERMEDIATE PATH GRADUATES:**\nThe **Advanced Path** offers:\n- Comprehensive feature utilization from the start\n- Enterprise-grade architectural considerations\n- Performance optimization and scalability patterns\n- Sophisticated testing and validation frameworks\n\n**Remember:** You can always return to your comfortable level - this is just an invitation to explore new possibilities when you're ready!\n\n**Agent Guidance:** If the user expresses interest, provide a brief preview of what they would experience in the next path level. If not interested, celebrate their current achievement and encourage them to practice at their current level.",
|
|
68
269
|
"guidance": [
|
|
69
|
-
"
|
|
70
|
-
"
|
|
270
|
+
"OPTIONAL EXPLORATION: Make it clear this is purely optional and they've already succeeded.",
|
|
271
|
+
"NO PRESSURE: Emphasize they can always return to their comfort level.",
|
|
272
|
+
"PREVIEW VALUE: Show concrete benefits of advancing without making current level seem inadequate.",
|
|
273
|
+
"RESPECT CHOICE: Whether they advance or stay, celebrate their decision and provide appropriate support."
|
|
71
274
|
]
|
|
72
275
|
}
|
|
73
276
|
]
|