@windagency/valora-plugin-engineering 1.0.0
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/README.md +20 -0
- package/agents/lead.md +489 -0
- package/commands/commit.md +788 -0
- package/commands/create-pr.md +401 -0
- package/commands/gather-knowledge.md +856 -0
- package/commands/plan-architecture.md +270 -0
- package/commands/plan-implementation.md +314 -0
- package/commands/plan.md +582 -0
- package/commands/review-code.md +681 -0
- package/commands/review-functional.md +236 -0
- package/commands/review-plan.md +551 -0
- package/commands/validate-parallel.md +281 -0
- package/commands/validate-plan.md +367 -0
- package/package.json +48 -0
- package/valora-plugin.json +7 -0
|
@@ -0,0 +1,236 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: review-functional
|
|
3
|
+
description: Validate feature completeness, acceptance criteria, user experience, and functional requirements alignment with PRD/task specifications
|
|
4
|
+
experimental: true
|
|
5
|
+
argument-hint: '<scope> [--severity=critical|high|medium|low] [--check-a11y=true|false]'
|
|
6
|
+
allowed-tools:
|
|
7
|
+
- codebase_search
|
|
8
|
+
- read_file
|
|
9
|
+
- grep
|
|
10
|
+
- list_dir
|
|
11
|
+
- glob_file_search
|
|
12
|
+
- run_terminal_cmd
|
|
13
|
+
# MCP: Browser automation for functional validation
|
|
14
|
+
- mcp_playwright
|
|
15
|
+
# MCP: Design validation against Figma specs
|
|
16
|
+
- mcp_figma
|
|
17
|
+
# MCP: Component documentation verification
|
|
18
|
+
- mcp_storybook
|
|
19
|
+
model: claude-opus-4.6
|
|
20
|
+
agent: lead
|
|
21
|
+
prompts:
|
|
22
|
+
pipeline:
|
|
23
|
+
- stage: context
|
|
24
|
+
prompt: context.analyze-functional-scope
|
|
25
|
+
required: true
|
|
26
|
+
inputs:
|
|
27
|
+
scope: $ARG_1
|
|
28
|
+
outputs:
|
|
29
|
+
- feature_scope
|
|
30
|
+
- requirements_list
|
|
31
|
+
- acceptance_criteria
|
|
32
|
+
- user_workflows
|
|
33
|
+
- integration_points
|
|
34
|
+
- stage: review
|
|
35
|
+
prompt: review.validate-functional-requirements
|
|
36
|
+
required: true
|
|
37
|
+
inputs:
|
|
38
|
+
scope: $ARG_1
|
|
39
|
+
severity: $ARG_severity
|
|
40
|
+
check_a11y: $ARG_check_a11y
|
|
41
|
+
requirements: $STAGE_context.requirements_list
|
|
42
|
+
outputs:
|
|
43
|
+
- completeness_score
|
|
44
|
+
- requirements_coverage
|
|
45
|
+
- ux_issues
|
|
46
|
+
- functional_gaps
|
|
47
|
+
- workflow_validation
|
|
48
|
+
- stage: documentation
|
|
49
|
+
prompt: documentation.generate-functional-review-report
|
|
50
|
+
batch: true
|
|
51
|
+
required: true
|
|
52
|
+
inputs:
|
|
53
|
+
completeness_score: $STAGE_review.completeness_score
|
|
54
|
+
functional_gaps: $STAGE_review.functional_gaps
|
|
55
|
+
ux_issues: $STAGE_review.ux_issues
|
|
56
|
+
workflow_validation: $STAGE_review.workflow_validation
|
|
57
|
+
requirements_coverage: $STAGE_review.requirements_coverage
|
|
58
|
+
outputs:
|
|
59
|
+
- functional_report
|
|
60
|
+
- go_no_go_decision
|
|
61
|
+
- recommendations
|
|
62
|
+
merge_strategy: sequential
|
|
63
|
+
cache_strategy: none
|
|
64
|
+
retry_policy:
|
|
65
|
+
max_attempts: 1
|
|
66
|
+
backoff_ms: 0
|
|
67
|
+
retry_on: []
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
# Prompt Orchestration
|
|
71
|
+
|
|
72
|
+
## Role
|
|
73
|
+
|
|
74
|
+
Use the [agent] profile
|
|
75
|
+
|
|
76
|
+
## Goal
|
|
77
|
+
|
|
78
|
+
Validate that the implemented feature fully satisfies functional requirements, acceptance criteria, and user experience expectations. Ensure feature completeness, proper user workflows, edge case handling, accessibility compliance, and alignment with product specifications before proceeding to commit and PR creation.
|
|
79
|
+
|
|
80
|
+
## Rules
|
|
81
|
+
|
|
82
|
+
### Functional Review Focus
|
|
83
|
+
|
|
84
|
+
**What This Review Validates**:
|
|
85
|
+
|
|
86
|
+
- ✅ Requirements coverage (all acceptance criteria met)
|
|
87
|
+
- ✅ User workflows (end-to-end task completion)
|
|
88
|
+
- ✅ UX and usability (intuitive, consistent, user-friendly)
|
|
89
|
+
- ✅ Edge cases and error handling (graceful degradation)
|
|
90
|
+
- ✅ Integration correctness (data flow, API calls, state management)
|
|
91
|
+
- ✅ Accessibility (WCAG 2.1 AA if applicable)
|
|
92
|
+
|
|
93
|
+
**Severity Classification**:
|
|
94
|
+
|
|
95
|
+
- **CRITICAL**: Core functionality broken, P0 requirements unmet, complete workflow failure
|
|
96
|
+
- **HIGH**: Major feature gaps, significant UX degradation, broken user workflows
|
|
97
|
+
- **MEDIUM**: Minor feature gaps, usability issues, inconsistent behavior
|
|
98
|
+
- **LOW**: Polish items, nice-to-have improvements, minor enhancements
|
|
99
|
+
|
|
100
|
+
**Key Principles**:
|
|
101
|
+
|
|
102
|
+
- Always reference specific acceptance criteria
|
|
103
|
+
- Frame issues from user perspective with user impact
|
|
104
|
+
- Include reproduction steps for functional issues
|
|
105
|
+
- Never approve with unmet P0 requirements
|
|
106
|
+
- Never conflate functional issues with code quality (use `/review-code` for that)
|
|
107
|
+
|
|
108
|
+
## Context
|
|
109
|
+
|
|
110
|
+
```plaintext
|
|
111
|
+
$ARGUMENTS
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
## Process Steps
|
|
115
|
+
|
|
116
|
+
The command orchestrates a pipeline of prompts to conduct comprehensive functional validation. Each stage delegates to specialized prompts:
|
|
117
|
+
|
|
118
|
+
### Stage 1: Context - Analyze Functional Scope
|
|
119
|
+
|
|
120
|
+
**Prompt**: `review.analyze-functional-scope`
|
|
121
|
+
|
|
122
|
+
Identifies feature scope, extracts requirements and acceptance criteria from PRD/task, maps user workflows, and defines validation boundaries.
|
|
123
|
+
|
|
124
|
+
### Stage 2: Review - Functional Validation
|
|
125
|
+
|
|
126
|
+
**Prompt**: `review.functional-validation`
|
|
127
|
+
|
|
128
|
+
Systematically validates implementation against requirements, tests user workflows, assesses UX, verifies edge cases, and checks integration points. Optionally includes accessibility validation.
|
|
129
|
+
|
|
130
|
+
### Stage 3: Documentation - Generate Report
|
|
131
|
+
|
|
132
|
+
**Prompt**: `review.generate-functional-report`
|
|
133
|
+
|
|
134
|
+
Synthesizes validation results into comprehensive report with go/no-go decision, prioritized recommendations, and clear next steps.
|
|
135
|
+
|
|
136
|
+
## Success Criteria
|
|
137
|
+
|
|
138
|
+
- ✅ All acceptance criteria validated against implementation
|
|
139
|
+
- ✅ User workflows tested end-to-end with clear pass/fail status
|
|
140
|
+
- ✅ UX assessed from user perspective with actionable feedback
|
|
141
|
+
- ✅ Requirements coverage calculated (percentage of criteria met)
|
|
142
|
+
- ✅ Clear go/no-go decision (APPROVE/REQUEST CHANGES/BLOCK)
|
|
143
|
+
- ✅ Prioritized recommendations with user impact and effort estimates
|
|
144
|
+
|
|
145
|
+
## Integration Points
|
|
146
|
+
|
|
147
|
+
**Prerequisites**:
|
|
148
|
+
|
|
149
|
+
- `/review-code` must pass (code quality, security, architecture validated)
|
|
150
|
+
- All tests passing
|
|
151
|
+
- No critical linter errors
|
|
152
|
+
|
|
153
|
+
**Outcomes**:
|
|
154
|
+
|
|
155
|
+
- **APPROVED**: Proceed to `/commit`
|
|
156
|
+
- **CHANGES REQUESTED**: Return to `/implement` with specific functional gaps
|
|
157
|
+
- **BLOCKED**: Critical requirements unmet, major re-implementation needed
|
|
158
|
+
|
|
159
|
+
**Next Command**: `/commit` (if approved) or `/implement` (if changes needed)
|
|
160
|
+
|
|
161
|
+
## Command Output Summary
|
|
162
|
+
|
|
163
|
+
Print the following summary at command completion:
|
|
164
|
+
|
|
165
|
+
**For APPROVED:**
|
|
166
|
+
|
|
167
|
+
```markdown
|
|
168
|
+
## ✅ Functional Review: APPROVED
|
|
169
|
+
|
|
170
|
+
**Completeness Score**: [XX]%
|
|
171
|
+
**Decision**: APPROVED - All acceptance criteria met
|
|
172
|
+
|
|
173
|
+
### Requirements Coverage
|
|
174
|
+
|
|
175
|
+
| Requirement | Status |
|
|
176
|
+
| ----------------------- | ------ |
|
|
177
|
+
| [REQ-001] [Description] | ✅ Met |
|
|
178
|
+
| [REQ-002] [Description] | ✅ Met |
|
|
179
|
+
| [REQ-003] [Description] | ✅ Met |
|
|
180
|
+
|
|
181
|
+
### User Workflows Validated
|
|
182
|
+
|
|
183
|
+
- ✅ [Primary user flow]
|
|
184
|
+
- ✅ [Secondary user flow]
|
|
185
|
+
- ✅ [Edge cases handled]
|
|
186
|
+
|
|
187
|
+
### Next Step
|
|
188
|
+
|
|
189
|
+
→ `/commit` to create atomic commit(s)
|
|
190
|
+
```
|
|
191
|
+
|
|
192
|
+
**For CHANGES REQUESTED:**
|
|
193
|
+
|
|
194
|
+
```markdown
|
|
195
|
+
## 🔄 Functional Review: CHANGES REQUESTED
|
|
196
|
+
|
|
197
|
+
**Completeness Score**: [XX]%
|
|
198
|
+
**Decision**: CHANGES REQUESTED - Functional gaps identified
|
|
199
|
+
|
|
200
|
+
### Requirements Coverage
|
|
201
|
+
|
|
202
|
+
| Requirement | Status |
|
|
203
|
+
| ----------------------- | ---------- |
|
|
204
|
+
| [REQ-001] [Description] | ✅ Met |
|
|
205
|
+
| [REQ-002] [Description] | ❌ Not Met |
|
|
206
|
+
| [REQ-003] [Description] | ⚠️ Partial |
|
|
207
|
+
|
|
208
|
+
### Functional Gaps
|
|
209
|
+
|
|
210
|
+
1. **[Gap description]**
|
|
211
|
+
- Expected: [What should happen]
|
|
212
|
+
- Actual: [What happens now]
|
|
213
|
+
|
|
214
|
+
### Next Step
|
|
215
|
+
|
|
216
|
+
→ `/implement` to address functional gaps
|
|
217
|
+
```
|
|
218
|
+
|
|
219
|
+
**For BLOCKED:**
|
|
220
|
+
|
|
221
|
+
```markdown
|
|
222
|
+
## ❌ Functional Review: BLOCKED
|
|
223
|
+
|
|
224
|
+
**Completeness Score**: [XX]%
|
|
225
|
+
**Decision**: BLOCKED - Critical requirements unmet
|
|
226
|
+
|
|
227
|
+
### Critical Issues
|
|
228
|
+
|
|
229
|
+
1. **[Requirement]**: Not implemented
|
|
230
|
+
- Impact: [Why this is critical]
|
|
231
|
+
|
|
232
|
+
### Next Step
|
|
233
|
+
|
|
234
|
+
→ Major re-implementation required
|
|
235
|
+
→ Consider revisiting `/plan` if scope issues
|
|
236
|
+
```
|