@appiq/flutter-workflow 1.3.0 → 1.4.1
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/CHANGELOG.md +89 -0
- package/README.md +3 -1
- package/agents/claude/cubit-agent.md +91 -4
- package/agents/claude/data-agent.md +108 -4
- package/agents/claude/domain-agent.md +104 -4
- package/agents/{orchestrator.md → claude/feature-manager.md} +27 -12
- package/agents/{initial-flow-agent.md → claude/integration-validator.md} +23 -23
- package/agents/claude/po-agent.md +17 -3
- package/agents/claude/security-agent.md +109 -4
- package/agents/claude/test-agent.md +17 -3
- package/agents/claude/ui-agent.md +107 -5
- package/agents/cubit-agent.md +1 -1
- package/agents/data-agent.md +1 -1
- package/agents/domain-agent.md +1 -1
- package/agents/feature-manager.md +269 -0
- package/agents/integration-validator.md +342 -0
- package/agents/po-agent.md +3 -3
- package/agents/security-agent.md +1 -1
- package/agents/test-agent.md +1 -1
- package/agents/ui-agent.md +1 -1
- package/package.json +2 -2
- package/templates/task-breakdown-template.md +265 -0
- package/templates/task-history-template.md +276 -0
- package/agents/claude/initial-flow-agent.md +0 -55
- package/agents/claude/orchestrator.md +0 -41
|
@@ -0,0 +1,265 @@
|
|
|
1
|
+
---
|
|
2
|
+
feature_name: ${FEATURE_NAME}
|
|
3
|
+
status: planning
|
|
4
|
+
created_date: ${DATE}
|
|
5
|
+
feature_file: docs/features/${FEATURE_NAME}.md
|
|
6
|
+
agents_assigned: 8
|
|
7
|
+
estimated_duration: ${ESTIMATE}
|
|
8
|
+
priority: ${PRIORITY}
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# ${FEATURE_NAME} - Task Breakdown & Implementation Plan
|
|
12
|
+
|
|
13
|
+
## 📋 Overview
|
|
14
|
+
**Feature**: ${FEATURE_NAME}
|
|
15
|
+
**Status**: ${STATUS}
|
|
16
|
+
**Created**: ${DATE}
|
|
17
|
+
**FeatureMaster Analysis**: Completed
|
|
18
|
+
**Implementation Phase**: Ready to Start
|
|
19
|
+
|
|
20
|
+
## 🎯 Implementation Summary
|
|
21
|
+
${IMPLEMENTATION_SUMMARY}
|
|
22
|
+
|
|
23
|
+
## 📊 Agent Task Assignments
|
|
24
|
+
|
|
25
|
+
### 📋 PO Agent (Phoenix) - Requirements & Planning
|
|
26
|
+
**Status**: ⏳ Pending
|
|
27
|
+
**Estimated Duration**: ${PO_DURATION}
|
|
28
|
+
**Priority**: High
|
|
29
|
+
|
|
30
|
+
#### Tasks:
|
|
31
|
+
- [ ] **REQ-001**: Analyze feature requirements from docs/features/${FEATURE_NAME}.md
|
|
32
|
+
- [ ] **REQ-002**: Create detailed user stories with acceptance criteria
|
|
33
|
+
- [ ] **REQ-003**: Define functional and non-functional requirements
|
|
34
|
+
- [ ] **REQ-004**: Create stakeholder communication plan
|
|
35
|
+
- [ ] **REQ-005**: Validate technical feasibility and constraints
|
|
36
|
+
|
|
37
|
+
**Acceptance Criteria**:
|
|
38
|
+
- [ ] All requirements clearly documented
|
|
39
|
+
- [ ] User stories with acceptance criteria defined
|
|
40
|
+
- [ ] Technical constraints identified
|
|
41
|
+
- [ ] Stakeholder approval obtained
|
|
42
|
+
|
|
43
|
+
**Deliverables**:
|
|
44
|
+
- Updated feature documentation
|
|
45
|
+
- Detailed task specifications
|
|
46
|
+
- Risk assessment report
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
### 🎨 UI Agent (Aria) - Presentation Layer
|
|
51
|
+
**Status**: ⏳ Pending
|
|
52
|
+
**Estimated Duration**: ${UI_DURATION}
|
|
53
|
+
**Priority**: High
|
|
54
|
+
|
|
55
|
+
#### Tasks:
|
|
56
|
+
- [ ] **UI-001**: Design responsive screen layouts
|
|
57
|
+
- [ ] **UI-002**: Create reusable widget components
|
|
58
|
+
- [ ] **UI-003**: Implement accessibility features
|
|
59
|
+
- [ ] **UI-004**: Add localization support
|
|
60
|
+
- [ ] **UI-005**: Design user interaction flows
|
|
61
|
+
|
|
62
|
+
**Acceptance Criteria**:
|
|
63
|
+
- [ ] Responsive design for all screen sizes
|
|
64
|
+
- [ ] Accessibility compliance (WCAG 2.1)
|
|
65
|
+
- [ ] Consistent design system implementation
|
|
66
|
+
- [ ] Smooth user interactions
|
|
67
|
+
|
|
68
|
+
**Deliverables**:
|
|
69
|
+
- Screen implementations
|
|
70
|
+
- Reusable widget library
|
|
71
|
+
- Accessibility documentation
|
|
72
|
+
|
|
73
|
+
---
|
|
74
|
+
|
|
75
|
+
### 🔄 Cubit Agent (Sage) - State Management
|
|
76
|
+
**Status**: ⏳ Pending
|
|
77
|
+
**Estimated Duration**: ${CUBIT_DURATION}
|
|
78
|
+
**Priority**: High
|
|
79
|
+
|
|
80
|
+
#### Tasks:
|
|
81
|
+
- [ ] **STATE-001**: Design state structure and management
|
|
82
|
+
- [ ] **STATE-002**: Implement business logic flows
|
|
83
|
+
- [ ] **STATE-003**: Create error handling mechanisms
|
|
84
|
+
- [ ] **STATE-004**: Optimize performance and memory usage
|
|
85
|
+
- [ ] **STATE-005**: Implement state persistence
|
|
86
|
+
|
|
87
|
+
**Acceptance Criteria**:
|
|
88
|
+
- [ ] Clean state management architecture
|
|
89
|
+
- [ ] Comprehensive error handling
|
|
90
|
+
- [ ] Performance optimized
|
|
91
|
+
- [ ] State persistence working
|
|
92
|
+
|
|
93
|
+
**Deliverables**:
|
|
94
|
+
- Cubit implementations
|
|
95
|
+
- State management documentation
|
|
96
|
+
- Performance benchmarks
|
|
97
|
+
|
|
98
|
+
---
|
|
99
|
+
|
|
100
|
+
### 🏗️ Domain Agent (Atlas) - Business Logic
|
|
101
|
+
**Status**: ⏳ Pending
|
|
102
|
+
**Estimated Duration**: ${DOMAIN_DURATION}
|
|
103
|
+
**Priority**: High
|
|
104
|
+
|
|
105
|
+
#### Tasks:
|
|
106
|
+
- [ ] **DOMAIN-001**: Define business entities and models
|
|
107
|
+
- [ ] **DOMAIN-002**: Implement use cases and business rules
|
|
108
|
+
- [ ] **DOMAIN-003**: Create repository interfaces
|
|
109
|
+
- [ ] **DOMAIN-004**: Design domain events and workflows
|
|
110
|
+
- [ ] **DOMAIN-005**: Validate business logic compliance
|
|
111
|
+
|
|
112
|
+
**Acceptance Criteria**:
|
|
113
|
+
- [ ] Clean Architecture compliance
|
|
114
|
+
- [ ] Business rules properly implemented
|
|
115
|
+
- [ ] Domain isolation maintained
|
|
116
|
+
- [ ] Use cases fully tested
|
|
117
|
+
|
|
118
|
+
**Deliverables**:
|
|
119
|
+
- Domain entities
|
|
120
|
+
- Use case implementations
|
|
121
|
+
- Repository interfaces
|
|
122
|
+
- Business logic documentation
|
|
123
|
+
|
|
124
|
+
---
|
|
125
|
+
|
|
126
|
+
### 📊 Data Agent (Nova) - Data Layer
|
|
127
|
+
**Status**: ⏳ Pending
|
|
128
|
+
**Estimated Duration**: ${DATA_DURATION}
|
|
129
|
+
**Priority**: High
|
|
130
|
+
|
|
131
|
+
#### Tasks:
|
|
132
|
+
- [ ] **DATA-001**: Implement repository pattern
|
|
133
|
+
- [ ] **DATA-002**: Create API integration layer
|
|
134
|
+
- [ ] **DATA-003**: Set up local storage and caching
|
|
135
|
+
- [ ] **DATA-004**: Implement data validation and security
|
|
136
|
+
- [ ] **DATA-005**: Add offline functionality support
|
|
137
|
+
|
|
138
|
+
**Acceptance Criteria**:
|
|
139
|
+
- [ ] Repository pattern properly implemented
|
|
140
|
+
- [ ] API integration working
|
|
141
|
+
- [ ] Local storage functional
|
|
142
|
+
- [ ] Data security measures in place
|
|
143
|
+
|
|
144
|
+
**Deliverables**:
|
|
145
|
+
- Repository implementations
|
|
146
|
+
- API integration code
|
|
147
|
+
- Local storage setup
|
|
148
|
+
- Data security documentation
|
|
149
|
+
|
|
150
|
+
---
|
|
151
|
+
|
|
152
|
+
### 🔒 Security Agent (Guardian) - Security & Compliance
|
|
153
|
+
**Status**: ⏳ Pending
|
|
154
|
+
**Estimated Duration**: ${SECURITY_DURATION}
|
|
155
|
+
**Priority**: Critical
|
|
156
|
+
|
|
157
|
+
#### Tasks:
|
|
158
|
+
- [ ] **SEC-001**: Implement authentication and authorization
|
|
159
|
+
- [ ] **SEC-002**: Ensure COPPA compliance measures
|
|
160
|
+
- [ ] **SEC-003**: Add data encryption and protection
|
|
161
|
+
- [ ] **SEC-004**: Create security audit logging
|
|
162
|
+
- [ ] **SEC-005**: Validate API security protocols
|
|
163
|
+
|
|
164
|
+
**Acceptance Criteria**:
|
|
165
|
+
- [ ] Authentication system secure
|
|
166
|
+
- [ ] COPPA compliance verified
|
|
167
|
+
- [ ] Data encryption implemented
|
|
168
|
+
- [ ] Security audit trail active
|
|
169
|
+
|
|
170
|
+
**Deliverables**:
|
|
171
|
+
- Security implementation
|
|
172
|
+
- COPPA compliance documentation
|
|
173
|
+
- Security audit reports
|
|
174
|
+
- Vulnerability assessment
|
|
175
|
+
|
|
176
|
+
---
|
|
177
|
+
|
|
178
|
+
### 🧪 Test Agent (Trinity) - Quality Assurance
|
|
179
|
+
**Status**: ⏳ Pending
|
|
180
|
+
**Estimated Duration**: ${TEST_DURATION}
|
|
181
|
+
**Priority**: High
|
|
182
|
+
|
|
183
|
+
#### Tasks:
|
|
184
|
+
- [ ] **TEST-001**: Create unit test suite
|
|
185
|
+
- [ ] **TEST-002**: Implement widget testing
|
|
186
|
+
- [ ] **TEST-003**: Set up integration testing
|
|
187
|
+
- [ ] **TEST-004**: Performance testing and benchmarks
|
|
188
|
+
- [ ] **TEST-005**: Security testing and validation
|
|
189
|
+
|
|
190
|
+
**Acceptance Criteria**:
|
|
191
|
+
- [ ] 90%+ test coverage achieved
|
|
192
|
+
- [ ] All tests passing
|
|
193
|
+
- [ ] Performance benchmarks met
|
|
194
|
+
- [ ] Security tests validated
|
|
195
|
+
|
|
196
|
+
**Deliverables**:
|
|
197
|
+
- Complete test suite
|
|
198
|
+
- Test coverage reports
|
|
199
|
+
- Performance benchmarks
|
|
200
|
+
- Quality assurance documentation
|
|
201
|
+
|
|
202
|
+
---
|
|
203
|
+
|
|
204
|
+
### ✅ Integration Validator - Final Integration
|
|
205
|
+
**Status**: ⏳ Pending
|
|
206
|
+
**Estimated Duration**: ${INTEGRATION_DURATION}
|
|
207
|
+
**Priority**: Critical
|
|
208
|
+
|
|
209
|
+
#### Tasks:
|
|
210
|
+
- [ ] **INT-001**: Validate complete system integration
|
|
211
|
+
- [ ] **INT-002**: Configure dependency injection
|
|
212
|
+
- [ ] **INT-003**: Set up provider hierarchy
|
|
213
|
+
- [ ] **INT-004**: Perform final system validation
|
|
214
|
+
- [ ] **INT-005**: Prepare deployment documentation
|
|
215
|
+
|
|
216
|
+
**Acceptance Criteria**:
|
|
217
|
+
- [ ] All components properly integrated
|
|
218
|
+
- [ ] No integration errors
|
|
219
|
+
- [ ] System performance validated
|
|
220
|
+
- [ ] Deployment ready
|
|
221
|
+
|
|
222
|
+
**Deliverables**:
|
|
223
|
+
- Integration validation report
|
|
224
|
+
- Deployment documentation
|
|
225
|
+
- System performance metrics
|
|
226
|
+
- Final quality assurance
|
|
227
|
+
|
|
228
|
+
---
|
|
229
|
+
|
|
230
|
+
## 📈 Progress Tracking
|
|
231
|
+
|
|
232
|
+
### Overall Progress: 0% Complete
|
|
233
|
+
```
|
|
234
|
+
🟪🟪🟪🟪🟪🟪🟪🟪🟪🟪 0/10 phases complete
|
|
235
|
+
```
|
|
236
|
+
|
|
237
|
+
### Agent Progress:
|
|
238
|
+
- 📋 **PO Agent**: ⏳ Not Started (0/5 tasks)
|
|
239
|
+
- 🎨 **UI Agent**: ⏳ Not Started (0/5 tasks)
|
|
240
|
+
- 🔄 **Cubit Agent**: ⏳ Not Started (0/5 tasks)
|
|
241
|
+
- 🏗️ **Domain Agent**: ⏳ Not Started (0/5 tasks)
|
|
242
|
+
- 📊 **Data Agent**: ⏳ Not Started (0/5 tasks)
|
|
243
|
+
- 🔒 **Security Agent**: ⏳ Not Started (0/5 tasks)
|
|
244
|
+
- 🧪 **Test Agent**: ⏳ Not Started (0/5 tasks)
|
|
245
|
+
- ✅ **Integration Validator**: ⏳ Not Started (0/5 tasks)
|
|
246
|
+
|
|
247
|
+
## 🎯 Next Steps
|
|
248
|
+
1. **Activate PO Agent** to begin requirements analysis
|
|
249
|
+
2. **Update task status** as agents complete work
|
|
250
|
+
3. **Monitor progress** through this document
|
|
251
|
+
4. **Coordinate handoffs** between agents
|
|
252
|
+
5. **Track quality gates** and blockers
|
|
253
|
+
|
|
254
|
+
## 📝 Implementation History
|
|
255
|
+
### ${DATE} - Task Breakdown Created
|
|
256
|
+
- FeatureMaster completed initial analysis
|
|
257
|
+
- Task breakdown created with 8 agent assignments
|
|
258
|
+
- Implementation plan ready for execution
|
|
259
|
+
- Waiting for user approval to begin
|
|
260
|
+
|
|
261
|
+
---
|
|
262
|
+
|
|
263
|
+
**Last Updated**: ${DATE} by FeatureMaster
|
|
264
|
+
**Next Review**: After each agent completion
|
|
265
|
+
**Quality Gate**: All tasks must be completed and validated before deployment
|
|
@@ -0,0 +1,276 @@
|
|
|
1
|
+
# ${FEATURE_NAME} - Implementation History & Activity Log
|
|
2
|
+
|
|
3
|
+
## 📊 Feature Summary
|
|
4
|
+
**Feature Name**: ${FEATURE_NAME}
|
|
5
|
+
**Start Date**: ${START_DATE}
|
|
6
|
+
**Current Status**: ${CURRENT_STATUS}
|
|
7
|
+
**Completion**: ${COMPLETION_PERCENTAGE}%
|
|
8
|
+
**Total Agents**: 8
|
|
9
|
+
**Active Agent**: ${CURRENT_AGENT}
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
## 🎯 FeatureMaster Activity Log
|
|
14
|
+
|
|
15
|
+
### ${DATE} - Initial Analysis Complete
|
|
16
|
+
**Agent**: FeatureMaster 🎯
|
|
17
|
+
**Duration**: ${ANALYSIS_DURATION}
|
|
18
|
+
**Status**: ✅ Complete
|
|
19
|
+
|
|
20
|
+
**Activities Performed**:
|
|
21
|
+
- Analyzed feature requirements from docs/features/${FEATURE_NAME}.md
|
|
22
|
+
- Created comprehensive implementation plan
|
|
23
|
+
- Identified COPPA compliance requirements
|
|
24
|
+
- Designed agent coordination workflow
|
|
25
|
+
- Generated task breakdown document
|
|
26
|
+
|
|
27
|
+
**Key Findings**:
|
|
28
|
+
${KEY_FINDINGS}
|
|
29
|
+
|
|
30
|
+
**Decisions Made**:
|
|
31
|
+
${DECISIONS_MADE}
|
|
32
|
+
|
|
33
|
+
**Files Created/Modified**:
|
|
34
|
+
- `docs/tasks/${FEATURE_NAME}_tasks.md` - Created task breakdown
|
|
35
|
+
- `docs/tasks/${FEATURE_NAME}_history.md` - Created this history log
|
|
36
|
+
- `docs/features/${FEATURE_NAME}.md` - Updated status to 'planning'
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## 📋 Agent Activity Timeline
|
|
41
|
+
|
|
42
|
+
### PO Agent (Phoenix) 📋
|
|
43
|
+
**Status**: ${PO_STATUS}
|
|
44
|
+
**Start**: ${PO_START_DATE}
|
|
45
|
+
**Duration**: ${PO_DURATION}
|
|
46
|
+
|
|
47
|
+
#### Activities:
|
|
48
|
+
${PO_ACTIVITIES}
|
|
49
|
+
|
|
50
|
+
#### Completed Tasks:
|
|
51
|
+
${PO_COMPLETED_TASKS}
|
|
52
|
+
|
|
53
|
+
#### Deliverables:
|
|
54
|
+
${PO_DELIVERABLES}
|
|
55
|
+
|
|
56
|
+
#### Issues/Blockers:
|
|
57
|
+
${PO_ISSUES}
|
|
58
|
+
|
|
59
|
+
---
|
|
60
|
+
|
|
61
|
+
### UI Agent (Aria) 🎨
|
|
62
|
+
**Status**: ${UI_STATUS}
|
|
63
|
+
**Start**: ${UI_START_DATE}
|
|
64
|
+
**Duration**: ${UI_DURATION}
|
|
65
|
+
|
|
66
|
+
#### Activities:
|
|
67
|
+
${UI_ACTIVITIES}
|
|
68
|
+
|
|
69
|
+
#### Completed Tasks:
|
|
70
|
+
${UI_COMPLETED_TASKS}
|
|
71
|
+
|
|
72
|
+
#### Deliverables:
|
|
73
|
+
${UI_DELIVERABLES}
|
|
74
|
+
|
|
75
|
+
#### Issues/Blockers:
|
|
76
|
+
${UI_ISSUES}
|
|
77
|
+
|
|
78
|
+
---
|
|
79
|
+
|
|
80
|
+
### Cubit Agent (Sage) 🔄
|
|
81
|
+
**Status**: ${CUBIT_STATUS}
|
|
82
|
+
**Start**: ${CUBIT_START_DATE}
|
|
83
|
+
**Duration**: ${CUBIT_DURATION}
|
|
84
|
+
|
|
85
|
+
#### Activities:
|
|
86
|
+
${CUBIT_ACTIVITIES}
|
|
87
|
+
|
|
88
|
+
#### Completed Tasks:
|
|
89
|
+
${CUBIT_COMPLETED_TASKS}
|
|
90
|
+
|
|
91
|
+
#### Deliverables:
|
|
92
|
+
${CUBIT_DELIVERABLES}
|
|
93
|
+
|
|
94
|
+
#### Issues/Blockers:
|
|
95
|
+
${CUBIT_ISSUES}
|
|
96
|
+
|
|
97
|
+
---
|
|
98
|
+
|
|
99
|
+
### Domain Agent (Atlas) 🏗️
|
|
100
|
+
**Status**: ${DOMAIN_STATUS}
|
|
101
|
+
**Start**: ${DOMAIN_START_DATE}
|
|
102
|
+
**Duration**: ${DOMAIN_DURATION}
|
|
103
|
+
|
|
104
|
+
#### Activities:
|
|
105
|
+
${DOMAIN_ACTIVITIES}
|
|
106
|
+
|
|
107
|
+
#### Completed Tasks:
|
|
108
|
+
${DOMAIN_COMPLETED_TASKS}
|
|
109
|
+
|
|
110
|
+
#### Deliverables:
|
|
111
|
+
${DOMAIN_DELIVERABLES}
|
|
112
|
+
|
|
113
|
+
#### Issues/Blockers:
|
|
114
|
+
${DOMAIN_ISSUES}
|
|
115
|
+
|
|
116
|
+
---
|
|
117
|
+
|
|
118
|
+
### Data Agent (Nova) 📊
|
|
119
|
+
**Status**: ${DATA_STATUS}
|
|
120
|
+
**Start**: ${DATA_START_DATE}
|
|
121
|
+
**Duration**: ${DATA_DURATION}
|
|
122
|
+
|
|
123
|
+
#### Activities:
|
|
124
|
+
${DATA_ACTIVITIES}
|
|
125
|
+
|
|
126
|
+
#### Completed Tasks:
|
|
127
|
+
${DATA_COMPLETED_TASKS}
|
|
128
|
+
|
|
129
|
+
#### Deliverables:
|
|
130
|
+
${DATA_DELIVERABLES}
|
|
131
|
+
|
|
132
|
+
#### Issues/Blockers:
|
|
133
|
+
${DATA_ISSUES}
|
|
134
|
+
|
|
135
|
+
---
|
|
136
|
+
|
|
137
|
+
### Security Agent (Guardian) 🔒
|
|
138
|
+
**Status**: ${SECURITY_STATUS}
|
|
139
|
+
**Start**: ${SECURITY_START_DATE}
|
|
140
|
+
**Duration**: ${SECURITY_DURATION}
|
|
141
|
+
|
|
142
|
+
#### Activities:
|
|
143
|
+
${SECURITY_ACTIVITIES}
|
|
144
|
+
|
|
145
|
+
#### Completed Tasks:
|
|
146
|
+
${SECURITY_COMPLETED_TASKS}
|
|
147
|
+
|
|
148
|
+
#### Deliverables:
|
|
149
|
+
${SECURITY_DELIVERABLES}
|
|
150
|
+
|
|
151
|
+
#### Issues/Blockers:
|
|
152
|
+
${SECURITY_ISSUES}
|
|
153
|
+
|
|
154
|
+
---
|
|
155
|
+
|
|
156
|
+
### Test Agent (Trinity) 🧪
|
|
157
|
+
**Status**: ${TEST_STATUS}
|
|
158
|
+
**Start**: ${TEST_START_DATE}
|
|
159
|
+
**Duration**: ${TEST_DURATION}
|
|
160
|
+
|
|
161
|
+
#### Activities:
|
|
162
|
+
${TEST_ACTIVITIES}
|
|
163
|
+
|
|
164
|
+
#### Completed Tasks:
|
|
165
|
+
${TEST_COMPLETED_TASKS}
|
|
166
|
+
|
|
167
|
+
#### Deliverables:
|
|
168
|
+
${TEST_DELIVERABLES}
|
|
169
|
+
|
|
170
|
+
#### Issues/Blockers:
|
|
171
|
+
${TEST_ISSUES}
|
|
172
|
+
|
|
173
|
+
---
|
|
174
|
+
|
|
175
|
+
### Integration Validator ✅
|
|
176
|
+
**Status**: ${INTEGRATION_STATUS}
|
|
177
|
+
**Start**: ${INTEGRATION_START_DATE}
|
|
178
|
+
**Duration**: ${INTEGRATION_DURATION}
|
|
179
|
+
|
|
180
|
+
#### Activities:
|
|
181
|
+
${INTEGRATION_ACTIVITIES}
|
|
182
|
+
|
|
183
|
+
#### Completed Tasks:
|
|
184
|
+
${INTEGRATION_COMPLETED_TASKS}
|
|
185
|
+
|
|
186
|
+
#### Deliverables:
|
|
187
|
+
${INTEGRATION_DELIVERABLES}
|
|
188
|
+
|
|
189
|
+
#### Issues/Blockers:
|
|
190
|
+
${INTEGRATION_ISSUES}
|
|
191
|
+
|
|
192
|
+
---
|
|
193
|
+
|
|
194
|
+
## 📈 Progress Milestones
|
|
195
|
+
|
|
196
|
+
### Completed Milestones:
|
|
197
|
+
- ✅ **${DATE}**: FeatureMaster analysis complete
|
|
198
|
+
- ✅ **${DATE}**: Task breakdown created
|
|
199
|
+
- ✅ **${DATE}**: Agent coordination plan established
|
|
200
|
+
|
|
201
|
+
### Upcoming Milestones:
|
|
202
|
+
- ⏳ **${PO_MILESTONE_DATE}**: PO requirements complete
|
|
203
|
+
- ⏳ **${UI_MILESTONE_DATE}**: UI implementation complete
|
|
204
|
+
- ⏳ **${CUBIT_MILESTONE_DATE}**: State management complete
|
|
205
|
+
- ⏳ **${DOMAIN_MILESTONE_DATE}**: Business logic complete
|
|
206
|
+
- ⏳ **${DATA_MILESTONE_DATE}**: Data layer complete
|
|
207
|
+
- ⏳ **${SECURITY_MILESTONE_DATE}**: Security implementation complete
|
|
208
|
+
- ⏳ **${TEST_MILESTONE_DATE}**: Testing complete
|
|
209
|
+
- ⏳ **${INTEGRATION_MILESTONE_DATE}**: Integration validation complete
|
|
210
|
+
|
|
211
|
+
---
|
|
212
|
+
|
|
213
|
+
## 🚨 Issues & Resolution Log
|
|
214
|
+
|
|
215
|
+
### Open Issues:
|
|
216
|
+
${OPEN_ISSUES}
|
|
217
|
+
|
|
218
|
+
### Resolved Issues:
|
|
219
|
+
${RESOLVED_ISSUES}
|
|
220
|
+
|
|
221
|
+
---
|
|
222
|
+
|
|
223
|
+
## 📊 Quality Gates Status
|
|
224
|
+
|
|
225
|
+
### Requirements Phase:
|
|
226
|
+
- [ ] Requirements analysis complete
|
|
227
|
+
- [ ] Stakeholder approval obtained
|
|
228
|
+
- [ ] Technical feasibility confirmed
|
|
229
|
+
- [ ] Risk assessment completed
|
|
230
|
+
|
|
231
|
+
### Development Phase:
|
|
232
|
+
- [ ] UI implementation reviewed
|
|
233
|
+
- [ ] State management validated
|
|
234
|
+
- [ ] Business logic tested
|
|
235
|
+
- [ ] Data layer verified
|
|
236
|
+
- [ ] Security measures implemented
|
|
237
|
+
|
|
238
|
+
### Testing Phase:
|
|
239
|
+
- [ ] Unit tests passing (90%+ coverage)
|
|
240
|
+
- [ ] Integration tests successful
|
|
241
|
+
- [ ] Performance benchmarks met
|
|
242
|
+
- [ ] Security testing complete
|
|
243
|
+
|
|
244
|
+
### Integration Phase:
|
|
245
|
+
- [ ] System integration validated
|
|
246
|
+
- [ ] Deployment readiness confirmed
|
|
247
|
+
- [ ] Documentation complete
|
|
248
|
+
- [ ] Final quality approval
|
|
249
|
+
|
|
250
|
+
---
|
|
251
|
+
|
|
252
|
+
## 📝 Lessons Learned
|
|
253
|
+
|
|
254
|
+
### What Went Well:
|
|
255
|
+
${LESSONS_POSITIVE}
|
|
256
|
+
|
|
257
|
+
### Areas for Improvement:
|
|
258
|
+
${LESSONS_IMPROVEMENT}
|
|
259
|
+
|
|
260
|
+
### Process Optimizations:
|
|
261
|
+
${PROCESS_OPTIMIZATIONS}
|
|
262
|
+
|
|
263
|
+
---
|
|
264
|
+
|
|
265
|
+
## 📋 Final Summary
|
|
266
|
+
**Feature Status**: ${FINAL_STATUS}
|
|
267
|
+
**Total Duration**: ${TOTAL_DURATION}
|
|
268
|
+
**Quality Score**: ${QUALITY_SCORE}/100
|
|
269
|
+
**Team Satisfaction**: ${TEAM_SATISFACTION}/10
|
|
270
|
+
**Deployment Status**: ${DEPLOYMENT_STATUS}
|
|
271
|
+
|
|
272
|
+
---
|
|
273
|
+
|
|
274
|
+
**Last Updated**: ${LAST_UPDATE_DATE}
|
|
275
|
+
**Updated By**: ${LAST_UPDATE_AGENT}
|
|
276
|
+
**Next Review**: ${NEXT_REVIEW_DATE}
|
|
@@ -1,55 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: appiq-initial-flow-agent
|
|
3
|
-
description: Use this agent for Flutter project initialization, provider setup, dependency injection configuration, and integration after feature implementation. Prevents cubit initialization errors and ensures proper provider setup. Examples: <example>Context: Feature implementation complete, need integration setup. user: "All feature components are implemented, need proper initialization" assistant: "I'm going to use the Task tool to launch the appiq-initial-flow-agent to configure dependency injection and provider setup" <commentary>Since the user needs post-implementation integration, use the initial flow agent to set up proper initialization and prevent common errors.</commentary></example> <example>Context: Cubit initialization errors or provider issues. user: "Getting BlocProvider context errors and cubit not initialized" assistant: "Let me use the appiq-initial-flow-agent to resolve provider setup and dependency injection issues" <commentary>The user has common initialization problems, so use the initial flow agent to fix provider hierarchy and DI setup.</commentary></example>
|
|
4
|
-
model: sonnet
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
You are InitFlow, the AppIQ Flutter Initialization & Provider Setup Specialist. You ensure seamless integration of all feature components, eliminating common initialization errors and provider setup issues that can break application flow.
|
|
8
|
-
|
|
9
|
-
## Your Mission
|
|
10
|
-
Configure complete dependency injection, provider hierarchy, and feature integration after implementation, preventing cubit initialization errors and ensuring proper component integration throughout the application.
|
|
11
|
-
|
|
12
|
-
## Core Responsibilities
|
|
13
|
-
1. **Dependency Injection Setup**: Complete GetIt configuration for all architectural layers
|
|
14
|
-
2. **Provider Hierarchy Management**: BLoC provider setup with proper context access
|
|
15
|
-
3. **Integration Validation**: Comprehensive testing of all component integrations
|
|
16
|
-
4. **Error Prevention**: Eliminate common initialization and provider context errors
|
|
17
|
-
5. **Performance Optimization**: Efficient provider setup and resource management
|
|
18
|
-
6. **Testing Infrastructure**: Mock setup and integration test configuration
|
|
19
|
-
|
|
20
|
-
## Common Issues You Resolve
|
|
21
|
-
- **BlocProvider Context Errors**: "BlocProvider.of() called with a context that does not contain a Cubit"
|
|
22
|
-
- **Duplicate Registrations**: Dependency injection conflicts and duplicate providers
|
|
23
|
-
- **Provider Hierarchy**: Incorrect provider setup and context access issues
|
|
24
|
-
- **Cubit Initialization**: Cubit not initialized or dependency injection failures
|
|
25
|
-
- **Memory Leaks**: Unclosed streams and improper resource disposal
|
|
26
|
-
- **Integration Errors**: Component integration and architectural layer communication
|
|
27
|
-
|
|
28
|
-
## Dependency Injection Patterns
|
|
29
|
-
- **Repository Registration**: Proper repository and data source injection
|
|
30
|
-
- **Use Case Registration**: Domain layer use case configuration
|
|
31
|
-
- **Cubit Registration**: State management component setup
|
|
32
|
-
- **Service Registration**: External service and utility integration
|
|
33
|
-
- **Mock Setup**: Testing infrastructure with proper mock configuration
|
|
34
|
-
|
|
35
|
-
## Provider Configuration
|
|
36
|
-
- **MultiBlocProvider Setup**: Proper provider hierarchy in main.dart
|
|
37
|
-
- **Feature Providers**: Feature-specific provider registration and setup
|
|
38
|
-
- **Global Providers**: App-level state management and shared services
|
|
39
|
-
- **Context Access**: Proper provider context access and widget integration
|
|
40
|
-
- **Provider Disposal**: Resource cleanup and memory management
|
|
41
|
-
|
|
42
|
-
## Integration Architecture
|
|
43
|
-
- **Layer Integration**: Presentation, Domain, Data, and Infrastructure layer coordination
|
|
44
|
-
- **Service Integration**: External APIs, local storage, authentication, and analytics
|
|
45
|
-
- **Route Configuration**: Navigation setup with proper provider access
|
|
46
|
-
- **Error Handling**: Comprehensive error handling and logging infrastructure
|
|
47
|
-
- **Performance Optimization**: Startup time and resource usage optimization
|
|
48
|
-
|
|
49
|
-
## Quality Validation
|
|
50
|
-
- **Integration Testing**: Complete feature integration and provider setup validation
|
|
51
|
-
- **Error Resolution**: Identification and resolution of initialization issues
|
|
52
|
-
- **Performance Testing**: Provider setup performance and resource usage validation
|
|
53
|
-
- **Documentation**: Comprehensive integration documentation and setup guides
|
|
54
|
-
|
|
55
|
-
After completing initialization and integration, coordinate with the Orchestrator for final workflow validation and deployment readiness confirmation.
|
|
@@ -1,41 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: appiq-orchestrator
|
|
3
|
-
description: Use this agent to coordinate AppIQ Flutter feature development workflow. Manages 8 specialized agents (PO, UI, Cubit, Domain, Data, Security, Test) following Clean Architecture principles. Examples: <example>Context: Starting new Flutter feature development. user: "I want to create a user profile feature" assistant: "I'm going to use the Task tool to launch the appiq-orchestrator agent to coordinate the complete feature development workflow" <commentary>Since the user wants to develop a Flutter feature, use the appiq-orchestrator to manage the complete workflow through all 8 agents.</commentary></example> <example>Context: Managing ongoing feature development. user: "What's the status of my authentication feature?" assistant: "Let me use the appiq-orchestrator agent to check the current workflow status and coordinate next steps" <commentary>The user needs workflow status updates, so use the orchestrator to manage and report on feature development progress.</commentary></example>
|
|
4
|
-
model: sonnet
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
You are Conductor, the AppIQ Flutter Workflow Orchestrator. You coordinate feature development through 8 specialized agents following Clean Architecture principles and ensuring quality gates are met at each stage.
|
|
8
|
-
|
|
9
|
-
## Your Mission
|
|
10
|
-
Orchestrate complete Flutter feature development from requirements to deployment using the agent sequence: PO Agent → UI Agent → Cubit Agent → Domain Agent → Data Agent → Security Agent → Test Agent → Deployment.
|
|
11
|
-
|
|
12
|
-
## Core Responsibilities
|
|
13
|
-
1. **Workflow Management**: Coordinate all 8 agents in proper sequence
|
|
14
|
-
2. **Quality Assurance**: Enforce quality gates and Clean Architecture compliance
|
|
15
|
-
3. **Status Tracking**: Maintain feature status in docs/features/$featureName.md
|
|
16
|
-
4. **Agent Coordination**: Ensure smooth handoffs between agents
|
|
17
|
-
5. **COPPA Compliance**: Validate security and privacy requirements
|
|
18
|
-
6. **Testing Excellence**: Ensure 70% unit, 20% widget, 10% integration test coverage
|
|
19
|
-
|
|
20
|
-
## Agent Sequence & Quality Gates
|
|
21
|
-
- **PO Agent (Phoenix)**: Requirements analysis, user stories, acceptance criteria
|
|
22
|
-
- **UI Agent (Maya)**: Material Design 3, responsive layouts, accessibility
|
|
23
|
-
- **Cubit Agent (Alex)**: State management, business logic, Clean Architecture
|
|
24
|
-
- **Domain Agent (Jordan)**: Domain entities, use cases, business rules
|
|
25
|
-
- **Data Agent (Sam)**: Repositories, data sources, API integration
|
|
26
|
-
- **Security Agent (Cipher)**: Security validation, COPPA compliance, encryption
|
|
27
|
-
- **Test Agent (Trinity)**: Comprehensive testing, quality validation
|
|
28
|
-
- **Final Validation**: Code review, deployment readiness
|
|
29
|
-
|
|
30
|
-
## Workflow Commands
|
|
31
|
-
- **start-feature**: Initialize new feature development workflow
|
|
32
|
-
- **check-status**: Review current workflow status and next steps
|
|
33
|
-
- **advance-workflow**: Move to next agent in sequence after quality gate validation
|
|
34
|
-
- **handle-blocker**: Address workflow blockers and coordination issues
|
|
35
|
-
- **quality-review**: Perform comprehensive quality assurance review
|
|
36
|
-
- **deploy-feature**: Final validation and deployment coordination
|
|
37
|
-
|
|
38
|
-
## Quality Enforcement
|
|
39
|
-
Ensure every feature meets AppIQ standards: Clean Architecture compliance, comprehensive testing, accessibility, security validation, performance optimization, and complete documentation. No compromises on quality - guide teams through proper implementation.
|
|
40
|
-
|
|
41
|
-
Always coordinate with the active agent and maintain comprehensive status updates throughout the development lifecycle.
|