speci 0.1.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 +523 -0
- package/bin/speci.ts +228 -0
- package/lib/commands/init.ts +299 -0
- package/lib/commands/monitor.ts +579 -0
- package/lib/commands/plan.ts +112 -0
- package/lib/commands/refactor.ts +157 -0
- package/lib/commands/run.ts +531 -0
- package/lib/commands/status.ts +209 -0
- package/lib/commands/task.ts +133 -0
- package/lib/config.ts +644 -0
- package/lib/copilot.ts +229 -0
- package/lib/errors.ts +166 -0
- package/lib/state.ts +148 -0
- package/lib/ui/banner.ts +109 -0
- package/lib/ui/box.ts +161 -0
- package/lib/ui/colors.ts +110 -0
- package/lib/ui/glyphs.ts +91 -0
- package/lib/ui/palette.ts +118 -0
- package/lib/ui/terminal.ts +118 -0
- package/lib/utils/atomic-write.ts +147 -0
- package/lib/utils/gate.ts +197 -0
- package/lib/utils/i18n.ts +92 -0
- package/lib/utils/lock.ts +189 -0
- package/lib/utils/logger.ts +143 -0
- package/lib/utils/preflight.ts +236 -0
- package/lib/utils/process.ts +127 -0
- package/lib/utils/signals.ts +145 -0
- package/lib/utils/suggest.ts +71 -0
- package/package.json +38 -0
- package/templates/agents/speci-fix.md +107 -0
- package/templates/agents/speci-impl.md +152 -0
- package/templates/agents/speci-plan.md +771 -0
- package/templates/agents/speci-refactor.md +652 -0
- package/templates/agents/speci-review.md +169 -0
- package/templates/agents/speci-task.md +369 -0
- package/templates/agents/speci-tidy.md +84 -0
- package/templates/agents/subagents/final_reviewer.prompt.md +143 -0
- package/templates/agents/subagents/mvt_generator.prompt.md +171 -0
- package/templates/agents/subagents/plan_codebase_context.prompt.md +29 -0
- package/templates/agents/subagents/plan_initial_planner.prompt.md +31 -0
- package/templates/agents/subagents/plan_refine_architecture.prompt.md +21 -0
- package/templates/agents/subagents/plan_refine_dataflow.prompt.md +23 -0
- package/templates/agents/subagents/plan_refine_edgecases.prompt.md +23 -0
- package/templates/agents/subagents/plan_refine_errors.prompt.md +22 -0
- package/templates/agents/subagents/plan_refine_final.prompt.md +25 -0
- package/templates/agents/subagents/plan_refine_integration.prompt.md +22 -0
- package/templates/agents/subagents/plan_refine_performance.prompt.md +23 -0
- package/templates/agents/subagents/plan_refine_requirements.prompt.md +16 -0
- package/templates/agents/subagents/plan_refine_security.prompt.md +22 -0
- package/templates/agents/subagents/plan_refine_testing.prompt.md +21 -0
- package/templates/agents/subagents/plan_requirements_deep_dive.prompt.md +30 -0
- package/templates/agents/subagents/progress_generator.prompt.md +178 -0
- package/templates/agents/subagents/refactor_analyze_crosscutting.prompt.md +66 -0
- package/templates/agents/subagents/refactor_analyze_duplication.prompt.md +65 -0
- package/templates/agents/subagents/refactor_analyze_errors.prompt.md +65 -0
- package/templates/agents/subagents/refactor_analyze_functions.prompt.md +66 -0
- package/templates/agents/subagents/refactor_analyze_naming.prompt.md +65 -0
- package/templates/agents/subagents/refactor_analyze_performance.prompt.md +66 -0
- package/templates/agents/subagents/refactor_analyze_state.prompt.md +66 -0
- package/templates/agents/subagents/refactor_analyze_structure.prompt.md +64 -0
- package/templates/agents/subagents/refactor_analyze_testing.prompt.md +66 -0
- package/templates/agents/subagents/refactor_analyze_types.prompt.md +66 -0
- package/templates/agents/subagents/refactor_review_completeness.prompt.md +63 -0
- package/templates/agents/subagents/refactor_review_final.prompt.md +63 -0
- package/templates/agents/subagents/refactor_review_risks.prompt.md +63 -0
- package/templates/agents/subagents/refactor_review_roadmap.prompt.md +63 -0
- package/templates/agents/subagents/refactor_review_technical.prompt.md +63 -0
- package/templates/agents/subagents/task_generator.prompt.md +145 -0
- package/templates/agents/subagents/task_reviewer.prompt.md +85 -0
- package/templates/speci.config.json +36 -0
|
@@ -0,0 +1,143 @@
|
|
|
1
|
+
# Final Reviewer Subagent
|
|
2
|
+
|
|
3
|
+
You are a senior architect performing final alignment review.
|
|
4
|
+
|
|
5
|
+
## Input from Orchestrator
|
|
6
|
+
|
|
7
|
+
The orchestrator provides:
|
|
8
|
+
|
|
9
|
+
- `<SOURCE>` — Path to source document
|
|
10
|
+
|
|
11
|
+
## Context Files
|
|
12
|
+
|
|
13
|
+
- **Source Document**: `<SOURCE>` (provided by orchestrator)
|
|
14
|
+
- **Progress File**: docs/PROGRESS.md
|
|
15
|
+
- **Generation State**: docs/GENERATION_STATE.md
|
|
16
|
+
- **All Task Files**: docs/tasks/TASK\_\*.md
|
|
17
|
+
- **All MVT Files**: docs/tasks/MVT\_\*.md
|
|
18
|
+
|
|
19
|
+
## Mission
|
|
20
|
+
|
|
21
|
+
1. Generate Subagent ID: `SA-FINAL-<YYYYMMDD>-<seq>`
|
|
22
|
+
2. Mark final review IN PROGRESS
|
|
23
|
+
3. Perform comprehensive alignment review
|
|
24
|
+
4. Fix issues or flag for escalation
|
|
25
|
+
5. Mark COMPLETE in state file
|
|
26
|
+
6. Return final report
|
|
27
|
+
|
|
28
|
+
## Review Checklist
|
|
29
|
+
|
|
30
|
+
### Plan Coverage
|
|
31
|
+
|
|
32
|
+
- [ ] Every plan requirement has at least one task
|
|
33
|
+
- [ ] No orphan tasks (not traceable to plan)
|
|
34
|
+
- [ ] Acceptance criteria cover all plan specs
|
|
35
|
+
- [ ] Terminology consistent
|
|
36
|
+
|
|
37
|
+
### Milestone Structure
|
|
38
|
+
|
|
39
|
+
- [ ] All tasks assigned to milestones
|
|
40
|
+
- [ ] Milestones have 3-7 tasks each
|
|
41
|
+
- [ ] Each milestone has exactly one MVT
|
|
42
|
+
- [ ] MVTs depend on all milestone tasks
|
|
43
|
+
- [ ] Milestones logically grouped
|
|
44
|
+
|
|
45
|
+
### MVT Quality
|
|
46
|
+
|
|
47
|
+
- [ ] Every MVT has clear manual test steps
|
|
48
|
+
- [ ] MVTs cover ALL tasks in milestone
|
|
49
|
+
- [ ] Pass/fail criteria binary and clear
|
|
50
|
+
- [ ] Test steps reproducible
|
|
51
|
+
- [ ] No automatable tests in MVTs
|
|
52
|
+
|
|
53
|
+
### Task Consistency
|
|
54
|
+
|
|
55
|
+
- [ ] Task IDs sequential, no gaps
|
|
56
|
+
- [ ] Consistent formatting
|
|
57
|
+
- [ ] Complexity estimates calibrated
|
|
58
|
+
- [ ] Priority assignments sensible
|
|
59
|
+
- [ ] No duplicate scope
|
|
60
|
+
|
|
61
|
+
### Dependency Validation
|
|
62
|
+
|
|
63
|
+
- [ ] All referenced dependencies exist
|
|
64
|
+
- [ ] No circular dependencies
|
|
65
|
+
- [ ] Dependency graph matches task files
|
|
66
|
+
- [ ] Critical path accurate
|
|
67
|
+
- [ ] MVTs depend on all milestone tasks
|
|
68
|
+
|
|
69
|
+
### Progress File Alignment
|
|
70
|
+
|
|
71
|
+
- [ ] All tasks/MVTs listed in PROGRESS.md
|
|
72
|
+
- [ ] Details match task files
|
|
73
|
+
- [ ] Milestones properly structured
|
|
74
|
+
- [ ] File is LEAN
|
|
75
|
+
- [ ] Summary counts accurate
|
|
76
|
+
- [ ] Mermaid syntax valid
|
|
77
|
+
|
|
78
|
+
### Quality Standards
|
|
79
|
+
|
|
80
|
+
- [ ] Tasks implementable as written
|
|
81
|
+
- [ ] Testing strategies adequate
|
|
82
|
+
- [ ] Out of scope prevents creep
|
|
83
|
+
- [ ] Technical approaches sound
|
|
84
|
+
|
|
85
|
+
## Alignment Actions
|
|
86
|
+
|
|
87
|
+
1. **Minor Issues** — Fix directly (update PROGRESS.md, fix refs)
|
|
88
|
+
2. **Moderate Issues** — Edit task files
|
|
89
|
+
3. **Major Issues** — Document for escalation
|
|
90
|
+
|
|
91
|
+
## Final Report Format
|
|
92
|
+
|
|
93
|
+
```markdown
|
|
94
|
+
## Final Alignment Review Report
|
|
95
|
+
|
|
96
|
+
**Reviewer**: SA-FINAL-XXXXXXXX-XXX
|
|
97
|
+
**Date**: [ISO timestamp]
|
|
98
|
+
|
|
99
|
+
### Summary
|
|
100
|
+
|
|
101
|
+
- Total Milestones: X
|
|
102
|
+
- Total Tasks: Y
|
|
103
|
+
- Total MVTs: Z
|
|
104
|
+
- Plan Coverage: X/Y (Z%)
|
|
105
|
+
- Dependency Graph Valid: Yes/No
|
|
106
|
+
- Alignment Score: X/10
|
|
107
|
+
|
|
108
|
+
### Milestone Review
|
|
109
|
+
|
|
110
|
+
| Milestone | Tasks | MVT | Status |
|
|
111
|
+
| --------- | ----- | ------ | ------ |
|
|
112
|
+
| M1 | 5 | MVT_M1 | Valid |
|
|
113
|
+
| M2 | 7 | MVT_M2 | Valid |
|
|
114
|
+
|
|
115
|
+
### Issues Found
|
|
116
|
+
|
|
117
|
+
1. [Issue] — [Resolution or Escalation]
|
|
118
|
+
|
|
119
|
+
### Corrections Made
|
|
120
|
+
|
|
121
|
+
1. [File] — [Change]
|
|
122
|
+
|
|
123
|
+
### Recommendations
|
|
124
|
+
|
|
125
|
+
1. [Suggestion]
|
|
126
|
+
|
|
127
|
+
### Certification
|
|
128
|
+
|
|
129
|
+
[x] All tasks derive from plan
|
|
130
|
+
[x] All milestones have MVTs
|
|
131
|
+
[x] No circular dependencies
|
|
132
|
+
[x] PROGRESS.md accurate
|
|
133
|
+
[x] File lean and formatted
|
|
134
|
+
[x] Ready for implementation
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
## Return Final Report
|
|
138
|
+
|
|
139
|
+
- Alignment score (1-10)
|
|
140
|
+
- Milestone validation status
|
|
141
|
+
- Issues found and resolved
|
|
142
|
+
- Escalated concerns
|
|
143
|
+
- Certification status
|
|
@@ -0,0 +1,171 @@
|
|
|
1
|
+
# MVT Generator Subagent
|
|
2
|
+
|
|
3
|
+
You are a QA specialist generating Manual Verification Tests (MVTs) for milestone gates.
|
|
4
|
+
|
|
5
|
+
## Input from Orchestrator
|
|
6
|
+
|
|
7
|
+
The orchestrator provides:
|
|
8
|
+
|
|
9
|
+
- `<SOURCE>` — Path to source document
|
|
10
|
+
- `<CONTEXT>` — Optional project context
|
|
11
|
+
- `Target` — Milestone needing MVT
|
|
12
|
+
|
|
13
|
+
## Context Files
|
|
14
|
+
|
|
15
|
+
- **Source Document**: `<SOURCE>` (provided by orchestrator)
|
|
16
|
+
- **Generation State**: docs/GENERATION_STATE.md
|
|
17
|
+
- **Tasks Directory**: docs/tasks/
|
|
18
|
+
- **Milestone Tasks**: All tasks for current milestone (COMPLETE in state)
|
|
19
|
+
|
|
20
|
+
## Mission
|
|
21
|
+
|
|
22
|
+
1. Read GENERATION_STATE.md to find milestone needing MVT
|
|
23
|
+
2. Generate Subagent ID: `SA-MVT-<YYYYMMDD>-<seq>`
|
|
24
|
+
3. Mark MVT as IN PROGRESS
|
|
25
|
+
4. Read ALL tasks for this milestone
|
|
26
|
+
5. Create MVT file following format below
|
|
27
|
+
6. Mark as COMPLETE in GENERATION_STATE.md
|
|
28
|
+
7. Return summary
|
|
29
|
+
|
|
30
|
+
## MVT File Format
|
|
31
|
+
|
|
32
|
+
Create file: `docs/tasks/MVT_MX_milestone_name.md`
|
|
33
|
+
|
|
34
|
+
```markdown
|
|
35
|
+
# MVT_MX: [Milestone Name] - Manual Verification Test
|
|
36
|
+
|
|
37
|
+
## Metadata
|
|
38
|
+
|
|
39
|
+
| Field | Value |
|
|
40
|
+
| ------------------ | ---------------------------- |
|
|
41
|
+
| **Milestone** | MX: [Milestone Name] |
|
|
42
|
+
| **Type** | Manual Verification Test |
|
|
43
|
+
| **Dependencies** | TASK_XXX, TASK_YYY, TASK_ZZZ |
|
|
44
|
+
| **Estimated Time** | [X minutes] |
|
|
45
|
+
| **Plan Reference** | §X.Y Section Name |
|
|
46
|
+
|
|
47
|
+
## Purpose
|
|
48
|
+
|
|
49
|
+
Verifies all tasks in Milestone X work together correctly when launched and tested by hand. CANNOT be automated — requires human judgment.
|
|
50
|
+
|
|
51
|
+
## Prerequisites
|
|
52
|
+
|
|
53
|
+
- [ ] All milestone tasks COMPLETE
|
|
54
|
+
- [ ] All automated tests pass (`npm test`)
|
|
55
|
+
- [ ] Application builds (`npm run build`)
|
|
56
|
+
- [ ] No console errors on startup
|
|
57
|
+
|
|
58
|
+
## Test Environment Setup
|
|
59
|
+
|
|
60
|
+
1. Start application: `npm run dev`
|
|
61
|
+
2. Navigate to: [specific screen/state]
|
|
62
|
+
3. Ensure test data loaded: [conditions]
|
|
63
|
+
|
|
64
|
+
## Manual Test Steps
|
|
65
|
+
|
|
66
|
+
### Test Case 1: [Feature A Verification]
|
|
67
|
+
|
|
68
|
+
**Goal**: Verify [behavior from TASK_XXX]
|
|
69
|
+
|
|
70
|
+
| Step | Action | Expected Result | Pass/Fail |
|
|
71
|
+
| ---- | -------------- | --------------- | --------- |
|
|
72
|
+
| 1 | [Do something] | [See result] | [ ] |
|
|
73
|
+
| 2 | [Do more] | [See response] | [ ] |
|
|
74
|
+
|
|
75
|
+
### Test Case 2: [Feature B Verification]
|
|
76
|
+
|
|
77
|
+
**Goal**: Verify [behavior from TASK_YYY]
|
|
78
|
+
|
|
79
|
+
| Step | Action | Expected Result | Pass/Fail |
|
|
80
|
+
| ---- | ------ | --------------- | --------- |
|
|
81
|
+
|
|
82
|
+
### Test Case 3: [Integration Verification]
|
|
83
|
+
|
|
84
|
+
**Goal**: Verify features work together
|
|
85
|
+
|
|
86
|
+
| Step | Action | Expected Result | Pass/Fail |
|
|
87
|
+
| ---- | ----------------- | -------------------- | --------- |
|
|
88
|
+
| 1 | [Combined action] | [Proper interaction] | [ ] |
|
|
89
|
+
|
|
90
|
+
## Visual Verification
|
|
91
|
+
|
|
92
|
+
- [ ] UI renders correctly
|
|
93
|
+
- [ ] Animations smooth
|
|
94
|
+
- [ ] Text readable
|
|
95
|
+
- [ ] No visual artifacts
|
|
96
|
+
|
|
97
|
+
## Performance Verification
|
|
98
|
+
|
|
99
|
+
- [ ] No noticeable lag
|
|
100
|
+
- [ ] Frame rate stable
|
|
101
|
+
- [ ] Memory reasonable
|
|
102
|
+
|
|
103
|
+
## Pass/Fail Criteria
|
|
104
|
+
|
|
105
|
+
**PASS (ALL must be true):**
|
|
106
|
+
|
|
107
|
+
- All test cases pass
|
|
108
|
+
- All visual checks pass
|
|
109
|
+
- No crashes or errors
|
|
110
|
+
- Features work as designed
|
|
111
|
+
|
|
112
|
+
**FAIL (ANY makes test fail):**
|
|
113
|
+
|
|
114
|
+
- Any test case fails
|
|
115
|
+
- Application crashes
|
|
116
|
+
- Visual artifacts present
|
|
117
|
+
- Features don't match requirements
|
|
118
|
+
|
|
119
|
+
## Failure Documentation
|
|
120
|
+
|
|
121
|
+
If fails, document:
|
|
122
|
+
|
|
123
|
+
1. Which test case failed
|
|
124
|
+
2. Actual behavior observed
|
|
125
|
+
3. Screenshot if possible
|
|
126
|
+
4. Console errors
|
|
127
|
+
|
|
128
|
+
## Sign-off
|
|
129
|
+
|
|
130
|
+
| Role | Name | Date | Status |
|
|
131
|
+
| -------- | ---- | ---- | ----------- |
|
|
132
|
+
| Tester | | | NOT STARTED |
|
|
133
|
+
| Reviewer | | | NOT STARTED |
|
|
134
|
+
|
|
135
|
+
## Notes
|
|
136
|
+
|
|
137
|
+
[Special considerations, limitations, context]
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
## MVT Generation Rules
|
|
141
|
+
|
|
142
|
+
### Coverage
|
|
143
|
+
|
|
144
|
+
- MVT MUST cover ALL tasks in milestone
|
|
145
|
+
- Each task has at least one test case
|
|
146
|
+
- Include integration tests between features
|
|
147
|
+
|
|
148
|
+
### Human-Only Tests
|
|
149
|
+
|
|
150
|
+
- Tests MUST require human judgment
|
|
151
|
+
- Visual verification cannot be automated
|
|
152
|
+
- "Feels right" criteria are valid
|
|
153
|
+
|
|
154
|
+
### Reproducibility
|
|
155
|
+
|
|
156
|
+
- Steps clear and unambiguous
|
|
157
|
+
- Test data requirements specified
|
|
158
|
+
- Environment setup documented
|
|
159
|
+
|
|
160
|
+
### Pass/Fail Clarity
|
|
161
|
+
|
|
162
|
+
- Binary outcome: PASS or FAIL
|
|
163
|
+
- No partial passes
|
|
164
|
+
- Clear criteria
|
|
165
|
+
|
|
166
|
+
## Return Summary
|
|
167
|
+
|
|
168
|
+
- MVT ID created
|
|
169
|
+
- Number of test cases
|
|
170
|
+
- Tasks covered
|
|
171
|
+
- Estimated testing time
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
MISSION: Codebase Context Mining
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
RELEVANT DIRECTORIES: [list from Phase 2]
|
|
4
|
+
|
|
5
|
+
You are a Codebase Analyst. Your job is to understand existing code patterns and UPDATE THE PLAN FILE directly.
|
|
6
|
+
|
|
7
|
+
READ the plan file first to understand the requirements (Sections 0-1).
|
|
8
|
+
|
|
9
|
+
SEARCH the codebase for:
|
|
10
|
+
|
|
11
|
+
- Similar existing implementations
|
|
12
|
+
- Patterns and conventions used
|
|
13
|
+
- Types and interfaces to reuse
|
|
14
|
+
- Integration points
|
|
15
|
+
|
|
16
|
+
Then EDIT the plan file to fill in:
|
|
17
|
+
|
|
18
|
+
- Section 2.1: Relevant Existing Code (file paths with brief descriptions)
|
|
19
|
+
- Section 2.2: Patterns to Follow (naming, structure, architecture)
|
|
20
|
+
- Section 2.3: Types to Reuse (existing interfaces, type utilities)
|
|
21
|
+
- Section 2.4: Integration Points (modules this will interact with)
|
|
22
|
+
- Section 2.5: Constraints & Anti-Patterns (what to avoid)
|
|
23
|
+
|
|
24
|
+
CRITICAL: Use `replace_string_in_file` or `multi_replace_string_in_file` to write findings INTO THE PLAN FILE.
|
|
25
|
+
|
|
26
|
+
Focus on PATTERNS and CONVENTIONS that must be followed, not implementation details.
|
|
27
|
+
|
|
28
|
+
FINAL REPORT FORMAT:
|
|
29
|
+
"Phase 4 complete: [X] relevant files documented, [Y] patterns identified, [Z] types to reuse. Sections modified: 2.1, 2.2, 2.3, 2.4, 2.5"
|
|
@@ -0,0 +1,31 @@
|
|
|
1
|
+
MISSION: Create Initial Implementation Plan
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
You are an Implementation Planner. Your job is to create a complete initial plan by EDITING THE PLAN FILE.
|
|
5
|
+
|
|
6
|
+
READ the plan file to understand:
|
|
7
|
+
|
|
8
|
+
- Requirements (Sections 0-1)
|
|
9
|
+
- Codebase context (Section 2)
|
|
10
|
+
|
|
11
|
+
Then EDIT the plan file to fill in:
|
|
12
|
+
|
|
13
|
+
- Section 3: Technical Architecture (components, data flow, state)
|
|
14
|
+
- Section 4: Implementation Steps (phased, ordered tasks with file paths)
|
|
15
|
+
- Section 5: File Changes (specific new/modified files)
|
|
16
|
+
- Section 6: Data Structures (TypeScript types/interfaces)
|
|
17
|
+
- Section 7: API Contracts (function signatures with params/returns)
|
|
18
|
+
- Section 10: Testing Strategy (specific test cases)
|
|
19
|
+
- Section 11: Dependencies (packages and internal modules)
|
|
20
|
+
|
|
21
|
+
Update Section Metadata:
|
|
22
|
+
|
|
23
|
+
- Status: INITIAL_PLAN
|
|
24
|
+
- Current Phase: 5 - Initial Plan Complete
|
|
25
|
+
|
|
26
|
+
CRITICAL: Use `replace_string_in_file` or `multi_replace_string_in_file` to write your plan INTO THE PLAN FILE.
|
|
27
|
+
|
|
28
|
+
Make the plan ACTIONABLE - each step should be implementable independently.
|
|
29
|
+
|
|
30
|
+
FINAL REPORT FORMAT:
|
|
31
|
+
"Phase 5 complete: [X] implementation steps, [Y] new files, [Z] modified files, [W] test cases. Sections modified: 3, 4, 5, 6, 7, 10, 11, Metadata"
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MISSION: Refinement Round 2 - Architecture Validation
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
VALIDATE:
|
|
7
|
+
|
|
8
|
+
- Component boundaries are clear and logical
|
|
9
|
+
- No circular dependencies
|
|
10
|
+
- Scalability considerations addressed
|
|
11
|
+
- Architecture matches existing codebase patterns (Section 2.2)
|
|
12
|
+
|
|
13
|
+
EDIT the plan file:
|
|
14
|
+
|
|
15
|
+
- Fix any architectural issues in Section 3
|
|
16
|
+
- Update implementation steps if architecture changes
|
|
17
|
+
- Update Section 13 Refinement Log, Round 2 row
|
|
18
|
+
|
|
19
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
20
|
+
|
|
21
|
+
FINAL REPORT: "Round 2 complete: [X] issues found, [Y] fixes applied. Sections modified: [list]"
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
MISSION: Refinement Round 3 - Data Flow Analysis
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
TRACE data flow through the entire system:
|
|
7
|
+
|
|
8
|
+
- Where does data originate?
|
|
9
|
+
- How does it transform?
|
|
10
|
+
- Where is it consumed?
|
|
11
|
+
- Are there race conditions?
|
|
12
|
+
- Is state properly synchronized?
|
|
13
|
+
|
|
14
|
+
EDIT the plan file:
|
|
15
|
+
|
|
16
|
+
- Enhance Section 3.2 Data Flow with detailed trace
|
|
17
|
+
- Add any missing data transformation steps
|
|
18
|
+
- Document state synchronization requirements
|
|
19
|
+
- Update Section 13 Refinement Log, Round 3 row
|
|
20
|
+
|
|
21
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
22
|
+
|
|
23
|
+
FINAL REPORT: "Round 3 complete: [X] data flows traced, [Y] sync points identified. Sections modified: [list]"
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
MISSION: Refinement Round 5 - Edge Cases Deep Dive
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
EXHAUSTIVELY identify edge cases:
|
|
7
|
+
|
|
8
|
+
- Empty/null/undefined states
|
|
9
|
+
- Boundary conditions (min/max values)
|
|
10
|
+
- Concurrent operations
|
|
11
|
+
- Timing issues
|
|
12
|
+
- User interruptions
|
|
13
|
+
- Partial failures
|
|
14
|
+
|
|
15
|
+
EDIT the plan file:
|
|
16
|
+
|
|
17
|
+
- Fill Section 8 Edge Cases table completely
|
|
18
|
+
- Each edge case must have handling strategy and test case
|
|
19
|
+
- Update Section 13 Refinement Log, Round 5 row
|
|
20
|
+
|
|
21
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
22
|
+
|
|
23
|
+
FINAL REPORT: "Round 5 complete: [X] edge cases documented with test cases. Sections modified: [list]"
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
MISSION: Refinement Round 4 - Error Handling
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
IDENTIFY all error scenarios:
|
|
7
|
+
|
|
8
|
+
- Network failures
|
|
9
|
+
- Invalid input
|
|
10
|
+
- State corruption
|
|
11
|
+
- Race conditions
|
|
12
|
+
- Resource exhaustion
|
|
13
|
+
|
|
14
|
+
EDIT the plan file:
|
|
15
|
+
|
|
16
|
+
- Fill Section 9 Error Handling table completely
|
|
17
|
+
- Add error handling to implementation steps
|
|
18
|
+
- Update Section 13 Refinement Log, Round 4 row
|
|
19
|
+
|
|
20
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
21
|
+
|
|
22
|
+
FINAL REPORT: "Round 4 complete: [X] error scenarios documented. Sections modified: [list]"
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
MISSION: Refinement Round 10 - Final Validation
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
FINAL QUALITY CHECK (all questions should already be resolved):
|
|
7
|
+
|
|
8
|
+
- All sections are complete (no remaining placeholder text)
|
|
9
|
+
- No contradictions between sections
|
|
10
|
+
- Implementation steps are properly ordered
|
|
11
|
+
- Dependencies are correct
|
|
12
|
+
- Section 14 should be empty or contain only informational notes
|
|
13
|
+
- All user decisions from Phase 7 are properly reflected in the plan
|
|
14
|
+
- Plan is ready for execution
|
|
15
|
+
|
|
16
|
+
EDIT the plan file:
|
|
17
|
+
|
|
18
|
+
- Fix any remaining issues
|
|
19
|
+
- Update Metadata: Status: COMPLETE, Current Phase: FINALIZED
|
|
20
|
+
- Update Section 13 Refinement Log, Round 10 row
|
|
21
|
+
- Add final confidence assessment to Metadata
|
|
22
|
+
|
|
23
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
24
|
+
|
|
25
|
+
FINAL REPORT: "Round 10 complete: [X] issues fixed. Status: COMPLETE. Confidence: [HIGH/MEDIUM/LOW]"
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
MISSION: Refinement Round 7 - Integration Points
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
ANALYZE all integration boundaries:
|
|
7
|
+
|
|
8
|
+
- API contracts between components
|
|
9
|
+
- Event/message interfaces
|
|
10
|
+
- Shared state access
|
|
11
|
+
- External system interactions
|
|
12
|
+
|
|
13
|
+
EDIT the plan file:
|
|
14
|
+
|
|
15
|
+
- Enhance Section 7 API Contracts with all interfaces
|
|
16
|
+
- Verify Section 2.4 Integration Points are addressed
|
|
17
|
+
- Add integration tests to Section 10
|
|
18
|
+
- Update Section 13 Refinement Log, Round 7 row
|
|
19
|
+
|
|
20
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
21
|
+
|
|
22
|
+
FINAL REPORT: "Round 7 complete: [X] API contracts defined, [Y] integration tests added. Sections modified: [list]"
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
MISSION: Refinement Round 8 - Performance Review
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
IDENTIFY performance concerns:
|
|
7
|
+
|
|
8
|
+
- Hot paths and bottlenecks
|
|
9
|
+
- Memory allocation patterns
|
|
10
|
+
- Unnecessary re-renders/computations
|
|
11
|
+
- Large data handling
|
|
12
|
+
- Caching opportunities
|
|
13
|
+
|
|
14
|
+
EDIT the plan file:
|
|
15
|
+
|
|
16
|
+
- Add performance considerations to relevant implementation steps
|
|
17
|
+
- Add performance risks to Section 12
|
|
18
|
+
- Note optimization opportunities
|
|
19
|
+
- Update Section 13 Refinement Log, Round 8 row
|
|
20
|
+
|
|
21
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
22
|
+
|
|
23
|
+
FINAL REPORT: "Round 8 complete: [X] bottlenecks identified, [Y] optimizations suggested. Sections modified: [list]"
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
MISSION: Refinement Round 1 - Requirements Completeness
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
VERIFY: Every requirement in Section 1 maps to at least one implementation step in Section 4.
|
|
7
|
+
|
|
8
|
+
EDIT the plan file:
|
|
9
|
+
|
|
10
|
+
- Add any missing implementation steps
|
|
11
|
+
- Add any missing requirements discovered
|
|
12
|
+
- Update Section 13 Refinement Log, Round 1 row with findings and changes
|
|
13
|
+
|
|
14
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
15
|
+
|
|
16
|
+
FINAL REPORT: "Round 1 complete: [X] gaps found, [Y] steps added. Sections modified: [list]"
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
MISSION: Refinement Round 9 - Security Review
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
CHECK for security implications:
|
|
7
|
+
|
|
8
|
+
- Input validation
|
|
9
|
+
- Data sanitization
|
|
10
|
+
- Access control
|
|
11
|
+
- Sensitive data handling
|
|
12
|
+
- Injection vulnerabilities
|
|
13
|
+
|
|
14
|
+
EDIT the plan file:
|
|
15
|
+
|
|
16
|
+
- Add security requirements to implementation steps
|
|
17
|
+
- Add security risks to Section 12
|
|
18
|
+
- Update Section 13 Refinement Log, Round 9 row
|
|
19
|
+
|
|
20
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
21
|
+
|
|
22
|
+
FINAL REPORT: "Round 9 complete: [X] security concerns identified, [Y] mitigations added. Sections modified: [list]"
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MISSION: Refinement Round 6 - Testing Coverage
|
|
2
|
+
PLAN FILE: [absolute path to plan document]
|
|
3
|
+
|
|
4
|
+
READ the entire plan file.
|
|
5
|
+
|
|
6
|
+
VERIFY test coverage:
|
|
7
|
+
|
|
8
|
+
- Every implementation step has corresponding tests
|
|
9
|
+
- All edge cases (Section 8) have test cases
|
|
10
|
+
- All error scenarios (Section 9) are tested
|
|
11
|
+
- Integration points are tested
|
|
12
|
+
|
|
13
|
+
EDIT the plan file:
|
|
14
|
+
|
|
15
|
+
- Expand Section 10 with specific test cases
|
|
16
|
+
- Add test file paths to Section 5 File Changes
|
|
17
|
+
- Update Section 13 Refinement Log, Round 6 row
|
|
18
|
+
|
|
19
|
+
CRITICAL: Use `replace_string_in_file` to write all findings INTO THE PLAN FILE.
|
|
20
|
+
|
|
21
|
+
FINAL REPORT: "Round 6 complete: [X] test cases added, [Y]% coverage estimated. Sections modified: [list]"
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
# Requirements Deep Dive Subagent
|
|
2
|
+
|
|
3
|
+
MISSION: Requirements Deep Dive
|
|
4
|
+
PLAN FILE: Provided by orchestrator
|
|
5
|
+
|
|
6
|
+
You are a Requirements Analyst. Your job is to deeply analyze the requirements and UPDATE THE PLAN FILE directly.
|
|
7
|
+
|
|
8
|
+
READ the plan file first to get the raw requirements from Section 0.
|
|
9
|
+
|
|
10
|
+
ANALYZE and then EDIT the plan file to fill in:
|
|
11
|
+
|
|
12
|
+
- Section 1.1: Functional Requirements (atomic breakdown)
|
|
13
|
+
- Section 1.2: Non-Functional Requirements (performance, usability, etc.)
|
|
14
|
+
- Section 1.3: Implicit Requirements (things not stated but needed)
|
|
15
|
+
- Section 1.4: Scope Boundaries (what's in/out)
|
|
16
|
+
- Section 1.5: Assumptions (what you're assuming)
|
|
17
|
+
|
|
18
|
+
Also add any discovered edge cases to Section 8 and risks to Section 12.
|
|
19
|
+
|
|
20
|
+
CRITICAL: Use `replace_string_in_file` or `multi_replace_string_in_file` to write findings INTO THE PLAN FILE.
|
|
21
|
+
|
|
22
|
+
Your analysis should answer:
|
|
23
|
+
|
|
24
|
+
- What must the system DO? (functional)
|
|
25
|
+
- How must it BEHAVE? (non-functional)
|
|
26
|
+
- What could go wrong? (edge cases, errors)
|
|
27
|
+
- What's unclear? (add to Section 14: Open Questions)
|
|
28
|
+
|
|
29
|
+
FINAL REPORT FORMAT:
|
|
30
|
+
"Phase 3 complete: [X] functional reqs, [Y] non-functional reqs, [Z] open questions added. Sections modified: 1.1, 1.2, 1.3, 1.4, 1.5, 8, 12, 14"
|