agentic-code 0.5.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/.agents/context-maps/task-rule-matrix.yaml +248 -0
- package/.agents/rules/contextual/architecture/implementation-approach.md +202 -0
- package/.agents/rules/core/ai-development-guide.md +272 -0
- package/.agents/rules/core/documentation-criteria.md +184 -0
- package/.agents/rules/core/integration-e2e-testing.md +76 -0
- package/.agents/rules/core/metacognition.md +153 -0
- package/.agents/rules/core/testing-strategy.md +230 -0
- package/.agents/rules/language/general/rules.md +117 -0
- package/.agents/rules/language/general/testing.md +257 -0
- package/.agents/rules/language/typescript/rules.md +178 -0
- package/.agents/rules/language/typescript/testing.md +284 -0
- package/.agents/tasks/acceptance-test-generation.md +461 -0
- package/.agents/tasks/code-review.md +207 -0
- package/.agents/tasks/implementation.md +199 -0
- package/.agents/tasks/integration-test-review.md +132 -0
- package/.agents/tasks/prd-creation.md +336 -0
- package/.agents/tasks/quality-assurance.md +219 -0
- package/.agents/tasks/task-analysis.md +263 -0
- package/.agents/tasks/technical-design.md +432 -0
- package/.agents/tasks/technical-document-review.md +254 -0
- package/.agents/tasks/work-planning.md +239 -0
- package/.agents/workflows/agentic-coding.md +333 -0
- package/AGENTS.md +156 -0
- package/LICENSE +21 -0
- package/README.md +268 -0
- package/bin/cli.js +117 -0
- package/package.json +45 -0
- package/scripts/setup.js +82 -0
|
@@ -0,0 +1,239 @@
|
|
|
1
|
+
# Work Planning
|
|
2
|
+
|
|
3
|
+
## Required Rules [MANDATORY - MUST BE ACTIVE]
|
|
4
|
+
|
|
5
|
+
**RULE AVAILABILITY VERIFICATION:**
|
|
6
|
+
1. [VERIFY ACTIVE] `.agents/rules/core/metacognition.md` (loaded at session start)
|
|
7
|
+
2. [LOAD IF NOT ACTIVE] `.agents/rules/language/rules.md`
|
|
8
|
+
3. [LOAD IF NOT ACTIVE] `.agents/rules/language/testing.md`
|
|
9
|
+
4. [LOAD IF NOT ACTIVE] `.agents/rules/core/documentation-criteria.md`
|
|
10
|
+
|
|
11
|
+
**LOADING PROTOCOL:**
|
|
12
|
+
- STEP 1: VERIFY metacognition.md is active from initial session setup
|
|
13
|
+
- STEP 2: CHECK if language/rules.md is active in working memory
|
|
14
|
+
- STEP 3: If language/rules.md NOT active → Execute BLOCKING READ
|
|
15
|
+
- STEP 4: CHECK if testing.md is active in working memory
|
|
16
|
+
- STEP 5: If testing.md NOT active → Execute BLOCKING READ
|
|
17
|
+
- STEP 6: CHECK if documentation-criteria.md is active in working memory
|
|
18
|
+
- STEP 7: If documentation-criteria.md NOT active → Execute BLOCKING READ
|
|
19
|
+
- STEP 8: CONFIRM all rules active before proceeding with work planning
|
|
20
|
+
|
|
21
|
+
## Plan Injection Requirement [MANDATORY]
|
|
22
|
+
|
|
23
|
+
**Upon reading this file, IMMEDIATELY inject to work plan:**
|
|
24
|
+
1. All BLOCKING READs identified in Loading Protocol above:
|
|
25
|
+
- `.agents/rules/language/rules.md` (if not active)
|
|
26
|
+
- `.agents/rules/language/testing.md` (if not active)
|
|
27
|
+
- `.agents/rules/core/documentation-criteria.md` (if not active)
|
|
28
|
+
2. Mark each with "[From work-planning.md]" source tag
|
|
29
|
+
3. Show evidence of injection:
|
|
30
|
+
```
|
|
31
|
+
[PLAN INJECTION FROM work-planning.md]
|
|
32
|
+
Injected to work plan:
|
|
33
|
+
✓ BLOCKING READ: language/rules.md - development standards
|
|
34
|
+
✓ BLOCKING READ: language/testing.md - TDD process
|
|
35
|
+
✓ BLOCKING READ: documentation-criteria.md - documentation standards
|
|
36
|
+
Status: VERIFIED
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
**ENFORCEMENT:** Cannot proceed without Plan Injection evidence
|
|
40
|
+
|
|
41
|
+
**EVIDENCE REQUIRED:**
|
|
42
|
+
```
|
|
43
|
+
Rule Status Verification:
|
|
44
|
+
✓ metacognition.md - ACTIVE (from session setup)
|
|
45
|
+
✓ language/rules.md - ACTIVE (loaded/verified)
|
|
46
|
+
✓ language/testing.md - ACTIVE (loaded/verified)
|
|
47
|
+
✓ documentation-criteria.md - ACTIVE (loaded/verified)
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
## Phase Entry Gate [BLOCKING - SYSTEM HALT IF VIOLATED]
|
|
51
|
+
|
|
52
|
+
**CHECKPOINT: System CANNOT proceed until ALL boxes checked:**
|
|
53
|
+
☐ [VERIFIED] THIS FILE (`work-planning.md`) has been READ and is active
|
|
54
|
+
☐ [VERIFIED] Plan Injection completed (from work-planning.md Plan Injection Requirement)
|
|
55
|
+
☐ [VERIFIED] All required rules listed above are LOADED and active
|
|
56
|
+
☐ [VERIFIED] Work plan contains ALL BLOCKING READs from this file
|
|
57
|
+
☐ [VERIFIED] Design document EXISTS at `docs/design/[feature]-design.md`
|
|
58
|
+
☐ [VERIFIED] User has APPROVED the design
|
|
59
|
+
☐ [VERIFIED] Test skeletons exist (if applicable for test-driven approach)
|
|
60
|
+
☐ [VERIFIED] SESSION_BASELINE_DATE established and active
|
|
61
|
+
|
|
62
|
+
**METACOGNITION GATE [MANDATORY]:**
|
|
63
|
+
BEFORE creating work plan, execute metacognition assessment:
|
|
64
|
+
- Understand the design intent and goals
|
|
65
|
+
- Verify task decomposition strategy aligns with 1-commit principle
|
|
66
|
+
- Confirm dependencies are logical and achievable
|
|
67
|
+
|
|
68
|
+
**GATE ENFORCEMENT:**
|
|
69
|
+
IF any box unchecked → HALT → Return to uncompleted step
|
|
70
|
+
IF attempting to skip → CRITICAL ERROR
|
|
71
|
+
|
|
72
|
+
## Purpose
|
|
73
|
+
|
|
74
|
+
Create work plans with decomposed tasks.
|
|
75
|
+
|
|
76
|
+
## When to Use
|
|
77
|
+
|
|
78
|
+
- Medium/Large scale tasks (3+ files)
|
|
79
|
+
- When user chooses Agentic Coding workflow
|
|
80
|
+
- Refactoring with multiple components
|
|
81
|
+
|
|
82
|
+
## Completion Conditions [BLOCKING GATES]
|
|
83
|
+
|
|
84
|
+
☐ [MANDATORY] Work plan document created at `docs/plans/YYYYMMDD-{type}-{description}.md`
|
|
85
|
+
☐ [VERIFIED] Tasks follow 1-COMMIT PRINCIPLE (each task = 1 logical commit)
|
|
86
|
+
☐ [VERIFIED] Dependencies mapped with explicit order
|
|
87
|
+
☐ [VERIFIED] Each task has MEASURABLE completion criteria
|
|
88
|
+
☐ [VERIFIED] Each task has CHECKBOX for progress tracking
|
|
89
|
+
☐ [VERIFIED] Verification command/method specified for EACH task
|
|
90
|
+
☐ [VERIFIED] Risk factors with specific mitigations
|
|
91
|
+
|
|
92
|
+
**GATE CHECK**: Cannot proceed to implementation until ALL boxes checked
|
|
93
|
+
|
|
94
|
+
## Execution Guidelines
|
|
95
|
+
|
|
96
|
+
### 1. Plan Structure
|
|
97
|
+
|
|
98
|
+
Create work plan with:
|
|
99
|
+
- **Overview**: What's being built/changed
|
|
100
|
+
- **Phases**: Logical groupings of work
|
|
101
|
+
- **Tasks**: Individual implementation units
|
|
102
|
+
- **Dependencies**: What must complete before what
|
|
103
|
+
- **Risks**: Potential issues and mitigations
|
|
104
|
+
- **Test References**: Link to generated test skeletons (if available)
|
|
105
|
+
|
|
106
|
+
### 2. Task Decomposition Principles [1-COMMIT RULE]
|
|
107
|
+
|
|
108
|
+
**MANDATORY GRANULARITY - 1 TASK = 1 COMMIT**:
|
|
109
|
+
- Each task MUST represent ONE atomic change
|
|
110
|
+
- Each task MUST be committable independently
|
|
111
|
+
- Each task MUST NOT break the build when completed
|
|
112
|
+
|
|
113
|
+
**File Count Guidelines**:
|
|
114
|
+
- IDEAL: 1-2 files per task (one focused change)
|
|
115
|
+
- MAXIMUM: 3 files per task (if tightly coupled)
|
|
116
|
+
- PROHIBITED: 4+ files (MUST split into smaller tasks)
|
|
117
|
+
|
|
118
|
+
**Independence Requirements**:
|
|
119
|
+
- Independently verifiable (has own test/verification)
|
|
120
|
+
- Rollback-safe (can revert without breaking)
|
|
121
|
+
- Self-contained (doesn't leave system in partial state)
|
|
122
|
+
|
|
123
|
+
**Checkbox Update Protocol [MANDATORY]**:
|
|
124
|
+
- BEFORE starting task: Verify checkbox exists `- [ ]`
|
|
125
|
+
- AFTER completing task: Update checkbox to `- [x]` (standard Markdown)
|
|
126
|
+
- ENFORCEMENT: Unchecked completed tasks = Protocol violation
|
|
127
|
+
- REFERENCE: Link to relevant test skeletons when implementing testable features
|
|
128
|
+
|
|
129
|
+
### 3. Task Format [MANDATORY TEMPLATE]
|
|
130
|
+
|
|
131
|
+
```markdown
|
|
132
|
+
## Task N: [Task Name]
|
|
133
|
+
|
|
134
|
+
### Entry Conditions
|
|
135
|
+
- [ ] Previous dependencies complete
|
|
136
|
+
- [ ] Understand what to build
|
|
137
|
+
- [ ] Ready to follow TDD
|
|
138
|
+
|
|
139
|
+
### Scope [Max 2 files or split]
|
|
140
|
+
- Files affected: [EXACT file paths]
|
|
141
|
+
- Components: [SPECIFIC names]
|
|
142
|
+
|
|
143
|
+
### Implementation Steps (TDD + Commit)
|
|
144
|
+
1. RED: Write failing test
|
|
145
|
+
2. GREEN: Write code to pass test
|
|
146
|
+
3. REFACTOR: Improve the code
|
|
147
|
+
4. VERIFY: Run quality checks (0 errors required)
|
|
148
|
+
5. COMMIT: Git commit (following 1-COMMIT principle: 1 task = 1 commit)
|
|
149
|
+
|
|
150
|
+
### Exit Conditions
|
|
151
|
+
- [ ] Test passes
|
|
152
|
+
- [ ] Quality checks pass with 0 errors (per language/testing.md standards)
|
|
153
|
+
- [ ] Changes committed to git
|
|
154
|
+
- [ ] Task checkbox marked [x] in work plan
|
|
155
|
+
|
|
156
|
+
### Dependencies
|
|
157
|
+
- Depends on: Task [X]
|
|
158
|
+
- Blocks: Task [Y]
|
|
159
|
+
```
|
|
160
|
+
|
|
161
|
+
### 4. Ordering Strategy
|
|
162
|
+
|
|
163
|
+
1. **Foundation first**: Core structures before features
|
|
164
|
+
2. **Dependencies respected**: Prerequisites before dependents
|
|
165
|
+
3. **Testability maintained**: Each step verifiable
|
|
166
|
+
4. **Risk front-loaded**: Complex/uncertain parts early
|
|
167
|
+
|
|
168
|
+
### 5. Common Patterns
|
|
169
|
+
|
|
170
|
+
**Feature Implementation**
|
|
171
|
+
```
|
|
172
|
+
Stage 1: Data layer
|
|
173
|
+
- Task 1: Define data models
|
|
174
|
+
- Task 2: Create repositories
|
|
175
|
+
|
|
176
|
+
Stage 2: Business logic
|
|
177
|
+
- Task 3: Implement services
|
|
178
|
+
- Task 4: Add validation
|
|
179
|
+
|
|
180
|
+
Stage 3: Interface
|
|
181
|
+
- Task 5: Create API endpoints
|
|
182
|
+
- Task 6: Add error handling
|
|
183
|
+
|
|
184
|
+
Stage 4: Testing
|
|
185
|
+
- Task 7: Unit tests
|
|
186
|
+
- Task 8: Integration tests
|
|
187
|
+
```
|
|
188
|
+
|
|
189
|
+
**Refactoring**
|
|
190
|
+
```
|
|
191
|
+
Stage 1: Preparation
|
|
192
|
+
- Task 1: Add tests for current behavior
|
|
193
|
+
- Task 2: Create abstraction layer
|
|
194
|
+
|
|
195
|
+
Stage 2: Migration
|
|
196
|
+
- Task 3: Implement new structure
|
|
197
|
+
- Task 4: Migrate component by component
|
|
198
|
+
|
|
199
|
+
Stage 3: Cleanup
|
|
200
|
+
- Task 5: Remove old code
|
|
201
|
+
- Task 6: Update documentation
|
|
202
|
+
```
|
|
203
|
+
|
|
204
|
+
## Deliverables
|
|
205
|
+
|
|
206
|
+
Work plan document at `docs/plans/YYYYMMDD-{type}-{description}.md` containing:
|
|
207
|
+
- Task breakdown following 1-commit principle
|
|
208
|
+
- Execution order with dependencies
|
|
209
|
+
- Checkboxes for progress tracking (- [ ] format)
|
|
210
|
+
- Verification methods for each task
|
|
211
|
+
- Risk mitigation strategies
|
|
212
|
+
|
|
213
|
+
**CRITICAL**: Work plan location MUST be in `docs/plans/` directory
|
|
214
|
+
|
|
215
|
+
## Quality Criteria
|
|
216
|
+
|
|
217
|
+
Tasks MUST be:
|
|
218
|
+
- **Atomic**: ONE commit worth of changes
|
|
219
|
+
- **Trackable**: Has checkbox for progress
|
|
220
|
+
- **Measurable**: Clear completion criteria
|
|
221
|
+
- **Testable**: Verification method defined
|
|
222
|
+
- **Ordered**: Dependencies explicitly stated
|
|
223
|
+
- **Right-sized**: 1-2 files (3 max)
|
|
224
|
+
|
|
225
|
+
**ENFORCEMENT CHECKLIST**:
|
|
226
|
+
☐ Each task can be one commit
|
|
227
|
+
☐ Each task has - [ ] checkbox
|
|
228
|
+
☐ Each task has verification command
|
|
229
|
+
☐ No task exceeds 3 files
|
|
230
|
+
☐ Dependencies clearly marked
|
|
231
|
+
|
|
232
|
+
## Anti-Patterns
|
|
233
|
+
|
|
234
|
+
Avoid:
|
|
235
|
+
- Vague tasks ("Improve performance")
|
|
236
|
+
- Giant tasks (10+ files)
|
|
237
|
+
- Circular dependencies
|
|
238
|
+
- Missing verification methods
|
|
239
|
+
- Unclear completion criteria
|
|
@@ -0,0 +1,333 @@
|
|
|
1
|
+
# Agentic Coding Workflow
|
|
2
|
+
|
|
3
|
+
**When to use**: Medium/Large scale tasks (3+ files) after task-analysis.md recommendation. User approval required before starting.
|
|
4
|
+
|
|
5
|
+
Track progress internally - do not update this file.
|
|
6
|
+
|
|
7
|
+
## Workflow Overview
|
|
8
|
+
|
|
9
|
+
Execute phases sequentially. For Large scale (6+ files), include PRD phase.
|
|
10
|
+
|
|
11
|
+
## Phase 0: PRD Creation (Large scale only)
|
|
12
|
+
|
|
13
|
+
### Pre-Phase Gates [BLOCKING - CANNOT PROCEED WITHOUT]:
|
|
14
|
+
1. **[VERIFY PLAN INJECTION]** Confirm work plan contains ALL required BLOCKING READs for this phase
|
|
15
|
+
- If missing any: HALT - Return to task-analysis.md Step 8
|
|
16
|
+
2. **[BLOCKING READ]** Execute Read on `.agents/tasks/prd-creation.md`
|
|
17
|
+
3. **[VERIFY]** prd-creation.md is ACTIVE in working memory
|
|
18
|
+
4. **[VERIFY]** All rules required by prd-creation.md are LOADED (per its Required Rules section)
|
|
19
|
+
5. **[VERIFY]** Plan Injection from prd-creation.md completed
|
|
20
|
+
6. **[CONFIRM]** Entry gates in prd-creation.md are satisfied
|
|
21
|
+
|
|
22
|
+
**ENFORCEMENT**: NO requirements work until prd-creation.md confirmed active and Plan Injection verified
|
|
23
|
+
|
|
24
|
+
### Internal Checklist:
|
|
25
|
+
```
|
|
26
|
+
□ Target users identified
|
|
27
|
+
□ User stories documented
|
|
28
|
+
□ Success metrics defined
|
|
29
|
+
□ Scope boundaries clear
|
|
30
|
+
□ MoSCoW prioritization complete
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
### Deliverable:
|
|
34
|
+
- PRD document in `docs/prd/[feature-name]-prd.md`
|
|
35
|
+
|
|
36
|
+
### Completion Conditions:
|
|
37
|
+
- Business value articulated
|
|
38
|
+
- User requirements clear
|
|
39
|
+
- Success criteria measurable
|
|
40
|
+
|
|
41
|
+
### STOP POINT: PRD Review [BLOCKING GATE]
|
|
42
|
+
**SYSTEM HALT - CANNOT PROCEED WITHOUT:**
|
|
43
|
+
1. PRD document EXISTS at `docs/prd/[feature]-prd.md`
|
|
44
|
+
2. User EXPLICITLY states approval
|
|
45
|
+
3. All requirements understood
|
|
46
|
+
|
|
47
|
+
**ENFORCEMENT:**
|
|
48
|
+
- NO technical design until PRD approved
|
|
49
|
+
- VIOLATION = Return to PRD phase
|
|
50
|
+
|
|
51
|
+
## Phase 1: Requirements Analysis
|
|
52
|
+
|
|
53
|
+
### Internal Checklist:
|
|
54
|
+
```
|
|
55
|
+
□ User requirements documented
|
|
56
|
+
□ Functional requirements listed
|
|
57
|
+
□ Non-functional requirements identified
|
|
58
|
+
□ Constraints and assumptions noted
|
|
59
|
+
□ Success criteria defined
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
### Completion Conditions:
|
|
63
|
+
- All aspects of requirements are clear
|
|
64
|
+
- Ambiguities resolved through user questions
|
|
65
|
+
- Scope boundaries defined
|
|
66
|
+
|
|
67
|
+
## Phase 2: Technical Design
|
|
68
|
+
|
|
69
|
+
### Pre-Phase Gates [BLOCKING - CANNOT PROCEED WITHOUT]:
|
|
70
|
+
1. **[VERIFY PLAN INJECTION]** Confirm work plan contains ALL required BLOCKING READs for this phase
|
|
71
|
+
- If missing any: HALT - Return to task-analysis.md Step 8
|
|
72
|
+
2. **[BLOCKING READ]** Execute Read on `.agents/tasks/technical-design.md`
|
|
73
|
+
3. **[VERIFY]** technical-design.md is ACTIVE in working memory
|
|
74
|
+
4. **[VERIFY]** All rules required by technical-design.md are LOADED (per its Required Rules section)
|
|
75
|
+
5. **[CONFIRM]** Entry gates in technical-design.md are satisfied
|
|
76
|
+
|
|
77
|
+
**ENFORCEMENT**:
|
|
78
|
+
- NO design work until technical-design.md confirmed active
|
|
79
|
+
- NO proceeding without Plan Injection verification for ALL BLOCKING READs
|
|
80
|
+
|
|
81
|
+
### Pre-Design Requirements:
|
|
82
|
+
```
|
|
83
|
+
□ Check for need of technology decision documentation
|
|
84
|
+
□ Perform existing code investigation
|
|
85
|
+
□ Research latest information online
|
|
86
|
+
□ Document user agreements
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
### Internal Checklist:
|
|
90
|
+
```
|
|
91
|
+
□ Technology decisions documented if needed (refer to technical-design.md)
|
|
92
|
+
□ Architecture approach selected
|
|
93
|
+
□ Component structure designed
|
|
94
|
+
□ Data flow documented
|
|
95
|
+
□ Integration points identified
|
|
96
|
+
□ Technology choices justified
|
|
97
|
+
□ Error handling strategy defined
|
|
98
|
+
□ References cited with URLs
|
|
99
|
+
```
|
|
100
|
+
|
|
101
|
+
### Deliverable:
|
|
102
|
+
- Technology decision documents in `docs/adr/` (if needed)
|
|
103
|
+
- Design document in `docs/design/`
|
|
104
|
+
|
|
105
|
+
### Completion Conditions:
|
|
106
|
+
- Design covers all requirements
|
|
107
|
+
- Technical approach is clear
|
|
108
|
+
- Implementation path is defined
|
|
109
|
+
- Latest best practices researched
|
|
110
|
+
|
|
111
|
+
### STOP POINT: Design Review [BLOCKING GATE]
|
|
112
|
+
**SYSTEM HALT - CANNOT PROCEED WITHOUT:**
|
|
113
|
+
1. Design document EXISTS at `docs/design/[feature]-design.md`
|
|
114
|
+
2. **[VERIFY COMPLIANCE]** Design doc meets ALL requirements from technical-design.md:
|
|
115
|
+
- All Completion Conditions from technical-design.md satisfied
|
|
116
|
+
- All sections required by technical-design.md present
|
|
117
|
+
- If non-compliant: REJECT - Return to Phase 2
|
|
118
|
+
3. User EXPLICITLY states approval ("yes", "approved", "大丈夫", etc.)
|
|
119
|
+
4. ADR created if new technology introduced
|
|
120
|
+
|
|
121
|
+
**ENFORCEMENT:**
|
|
122
|
+
- NO implementation code until approval received
|
|
123
|
+
- NO proceeding without full task definition compliance
|
|
124
|
+
- NO skipping even for "simple" changes
|
|
125
|
+
- VIOLATION = Return to design phase
|
|
126
|
+
|
|
127
|
+
## Phase 3: Acceptance Test Generation
|
|
128
|
+
|
|
129
|
+
**PHASE ORDERING RATIONALE**: Test skeletons MUST be generated BEFORE work planning. Test structures define verification boundaries that determine task decomposition granularity. Work plans depend on these test specifications to map implementation units to concrete verification points.
|
|
130
|
+
|
|
131
|
+
### Pre-Phase Gates [BLOCKING - CANNOT PROCEED WITHOUT]:
|
|
132
|
+
1. **[VERIFY PLAN INJECTION]** Confirm work plan contains ALL required BLOCKING READs for this phase
|
|
133
|
+
- If missing any: HALT - Return to task-analysis.md Step 8
|
|
134
|
+
2. **[BLOCKING READ]** Execute Read on `.agents/tasks/acceptance-test-generation.md`
|
|
135
|
+
3. **[VERIFY]** acceptance-test-generation.md is ACTIVE in working memory
|
|
136
|
+
4. **[VERIFY]** All rules required by acceptance-test-generation.md are LOADED (per its Required Rules section)
|
|
137
|
+
5. **[VERIFY]** Plan Injection from acceptance-test-generation.md completed
|
|
138
|
+
6. **[CONFIRM]** Entry gates in acceptance-test-generation.md are satisfied
|
|
139
|
+
7. **[VERIFY]** Design document EXISTS and contains Acceptance Criteria section
|
|
140
|
+
|
|
141
|
+
**ENFORCEMENT**: NO test generation until acceptance-test-generation.md confirmed active and Plan Injection verified
|
|
142
|
+
|
|
143
|
+
### Internal Checklist:
|
|
144
|
+
```
|
|
145
|
+
□ Design document Acceptance Criteria analyzed
|
|
146
|
+
□ Multi-dimensional requirements mapped
|
|
147
|
+
□ Integration test skeletons generated
|
|
148
|
+
□ E2E test skeletons generated
|
|
149
|
+
□ Test priorities assigned using risk analysis
|
|
150
|
+
□ Verification points documented
|
|
151
|
+
□ Traceability matrix created
|
|
152
|
+
□ Edge cases systematically identified
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
### Deliverable:
|
|
156
|
+
- Integration test skeletons with pending/placeholder markers
|
|
157
|
+
- E2E test skeletons with pending/placeholder markers
|
|
158
|
+
- Traceability matrix linking tests to ACs
|
|
159
|
+
|
|
160
|
+
### Completion Conditions:
|
|
161
|
+
- All ACs mapped to test cases
|
|
162
|
+
- Test framework conventions followed
|
|
163
|
+
- Test priorities align with business risk
|
|
164
|
+
- Verification points clearly documented
|
|
165
|
+
|
|
166
|
+
### STOP POINT: Test Skeleton Review [BLOCKING GATE]
|
|
167
|
+
**SYSTEM HALT - CANNOT PROCEED WITHOUT:**
|
|
168
|
+
1. Test skeletons EXIST in appropriate test directories
|
|
169
|
+
2. **[VERIFY COMPLIANCE]** Test generation meets ALL requirements from acceptance-test-generation.md:
|
|
170
|
+
- All Completion Conditions from acceptance-test-generation.md satisfied
|
|
171
|
+
- Test framework conventions followed
|
|
172
|
+
- Traceability matrix complete
|
|
173
|
+
- If non-compliant: REJECT - Return to Phase 3
|
|
174
|
+
3. User EXPLICITLY states approval on test coverage approach
|
|
175
|
+
4. Generated tests follow existing project patterns
|
|
176
|
+
|
|
177
|
+
**ENFORCEMENT:**
|
|
178
|
+
- NO work planning until test skeletons approved
|
|
179
|
+
- NO proceeding without test generation compliance
|
|
180
|
+
- VIOLATION = Return to test generation phase
|
|
181
|
+
|
|
182
|
+
## Phase 4: Work Planning
|
|
183
|
+
|
|
184
|
+
**PHASE DEPENDENCY**: This phase REQUIRES completed test skeletons from Phase 3. Task decomposition uses test verification points as boundaries for work units. Each implementation task maps to specific test cases for validation.
|
|
185
|
+
|
|
186
|
+
### Pre-Phase Gates [BLOCKING - CANNOT PROCEED WITHOUT]:
|
|
187
|
+
1. **[VERIFY PLAN INJECTION]** Confirm work plan contains ALL required BLOCKING READs for this phase
|
|
188
|
+
- If missing any: HALT - Return to task-analysis.md Step 8
|
|
189
|
+
2. **[BLOCKING READ]** Execute Read on `.agents/tasks/work-planning.md`
|
|
190
|
+
3. **[VERIFY]** work-planning.md is ACTIVE in working memory
|
|
191
|
+
4. **[VERIFY]** All rules required by work-planning.md are LOADED (per its Required Rules section)
|
|
192
|
+
5. **[VERIFY]** Plan Injection from work-planning.md completed
|
|
193
|
+
6. **[CONFIRM]** Entry gates in work-planning.md are satisfied
|
|
194
|
+
7. **[VERIFY]** Design document APPROVED by user
|
|
195
|
+
8. **[VERIFY]** Test skeletons from Phase 3 EXIST in test directories
|
|
196
|
+
|
|
197
|
+
**ENFORCEMENT**: NO work plan creation until work-planning.md confirmed active and Plan Injection verified
|
|
198
|
+
|
|
199
|
+
### Internal Checklist:
|
|
200
|
+
```
|
|
201
|
+
□ Tasks decomposed into units
|
|
202
|
+
□ Dependencies identified
|
|
203
|
+
□ Execution order determined
|
|
204
|
+
□ Each task has clear completion criteria
|
|
205
|
+
□ Risk factors noted
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
### Deliverable:
|
|
209
|
+
- Work plan document with task list
|
|
210
|
+
|
|
211
|
+
### Task Breakdown Format:
|
|
212
|
+
```
|
|
213
|
+
1. [Task Name]
|
|
214
|
+
- Files affected:
|
|
215
|
+
- Dependencies:
|
|
216
|
+
- Completion: When [specific condition]
|
|
217
|
+
- Status: [ ] Pending
|
|
218
|
+
```
|
|
219
|
+
|
|
220
|
+
### STOP POINT: Work Plan Approval [BLOCKING GATE]
|
|
221
|
+
**SYSTEM HALT - CANNOT WRITE CODE WITHOUT:**
|
|
222
|
+
1. Work plan document EXISTS at `docs/plans/YYYYMMDD-{type}-{description}.md`
|
|
223
|
+
2. **[VERIFY INJECTION]** Plan MUST contain ALL BLOCKING READs identified in task-analysis Step 8:
|
|
224
|
+
- Every BLOCKING READ from workflow phases
|
|
225
|
+
- Every BLOCKING READ from task definitions
|
|
226
|
+
- Every BLOCKING READ from required rules
|
|
227
|
+
- Each marked with source: "[From Plan Injection]"
|
|
228
|
+
3. Each task has MEASURABLE completion criteria
|
|
229
|
+
4. User EXPLICITLY approves plan
|
|
230
|
+
|
|
231
|
+
**GATE VERIFICATION:**
|
|
232
|
+
```
|
|
233
|
+
Plan Location: docs/plans/[filename].md
|
|
234
|
+
Task Count: [N] tasks defined
|
|
235
|
+
BLOCKING READs in plan: [count] items
|
|
236
|
+
Plan Injection Status: [COMPLETE/INCOMPLETE]
|
|
237
|
+
User Approval: [AWAITING/RECEIVED]
|
|
238
|
+
```
|
|
239
|
+
|
|
240
|
+
**ENFORCEMENT:**
|
|
241
|
+
- First line of code PROHIBITED until approval
|
|
242
|
+
- Missing ANY BLOCKING READ = Return to task-analysis Step 8
|
|
243
|
+
|
|
244
|
+
## Phase 5: Implementation
|
|
245
|
+
|
|
246
|
+
### Pre-Implementation Gates [BLOCKING - CANNOT START WITHOUT]:
|
|
247
|
+
```
|
|
248
|
+
1. [VERIFY PLAN INJECTION] Confirm work plan contains ALL required BLOCKING READs for this phase
|
|
249
|
+
- If missing any: HALT - Return to task-analysis.md Step 8
|
|
250
|
+
2. [BLOCKING READ] Execute Read on `.agents/tasks/implementation.md`
|
|
251
|
+
3. [VERIFY] implementation.md is ACTIVE in working memory
|
|
252
|
+
4. [VERIFY] All rules required by implementation.md are LOADED (per its Required Rules section)
|
|
253
|
+
5. [VERIFY] Plan Injection from implementation.md completed
|
|
254
|
+
6. [CONFIRM] Entry gates in implementation.md are satisfied
|
|
255
|
+
7. [VERIFY] Work plan document EXISTS and has been APPROVED
|
|
256
|
+
8. [CONFIRM] Current task identified from work plan
|
|
257
|
+
```
|
|
258
|
+
|
|
259
|
+
**CRITICAL ENFORCEMENT**:
|
|
260
|
+
- ZERO lines of code until implementation.md confirmed active
|
|
261
|
+
- First code attempt without gates = IMMEDIATE DELETION
|
|
262
|
+
- Violation logged and requires restart from Phase 5 gates
|
|
263
|
+
|
|
264
|
+
### Execution Pattern [ENFORCED SEQUENCE]:
|
|
265
|
+
```
|
|
266
|
+
For each task in work plan:
|
|
267
|
+
1. [METACOGNITION PRE] Execute "When Starting Work" checklist from metacognition protocol
|
|
268
|
+
2. [TRACKING] Mark task as in_progress in task tracking
|
|
269
|
+
3. [IMPLEMENT] Write code following ALL loaded rules (TDD: RED-GREEN-REFACTOR)
|
|
270
|
+
4. [VERIFY] Run ALL quality check commands - MUST have 0 errors
|
|
271
|
+
5. [COMMIT] Git commit with descriptive message for this task
|
|
272
|
+
6. [UPDATE] Mark task checkbox complete [x] in work plan document
|
|
273
|
+
7. [GATE CHECK] ALL completion criteria must pass
|
|
274
|
+
8. [METACOGNITION POST] Execute "After Completion" checklist
|
|
275
|
+
9. [TRACKING] Mark task complete in task tracking
|
|
276
|
+
10. [CHECKPOINT] Cannot start next task until all steps complete
|
|
277
|
+
```
|
|
278
|
+
|
|
279
|
+
**ENFORCEMENT:**
|
|
280
|
+
- Skipping ANY step = RESTART task
|
|
281
|
+
- No code without implementation.md loaded
|
|
282
|
+
- No task transition without metacognition
|
|
283
|
+
|
|
284
|
+
### Guidelines:
|
|
285
|
+
- Complete one task fully before starting next
|
|
286
|
+
- Test each component as implemented
|
|
287
|
+
- Document significant decisions
|
|
288
|
+
- Ask user when blocked
|
|
289
|
+
|
|
290
|
+
## Phase 6: Quality Assurance
|
|
291
|
+
|
|
292
|
+
### Pre-Phase Gates [BLOCKING - CANNOT PROCEED WITHOUT]:
|
|
293
|
+
1. **[VERIFY PLAN INJECTION]** Confirm work plan contains ALL required BLOCKING READs for this phase
|
|
294
|
+
- If missing any: HALT - Return to task-analysis.md Step 8
|
|
295
|
+
2. **[BLOCKING READ]** Execute Read on `.agents/tasks/quality-assurance.md`
|
|
296
|
+
3. **[VERIFY]** quality-assurance.md is ACTIVE in working memory
|
|
297
|
+
4. **[VERIFY]** All rules required by quality-assurance.md are LOADED (per its Required Rules section)
|
|
298
|
+
5. **[VERIFY]** Plan Injection from quality-assurance.md completed
|
|
299
|
+
6. **[CONFIRM]** All implementation tasks marked complete in work plan
|
|
300
|
+
|
|
301
|
+
**ENFORCEMENT**: NO quality checks until quality-assurance.md confirmed active and Plan Injection verified
|
|
302
|
+
|
|
303
|
+
### Internal Checklist:
|
|
304
|
+
```
|
|
305
|
+
□ All tasks completed
|
|
306
|
+
□ Build succeeds
|
|
307
|
+
□ Tests pass
|
|
308
|
+
□ Linting clean
|
|
309
|
+
□ Documentation updated
|
|
310
|
+
□ Edge cases handled
|
|
311
|
+
```
|
|
312
|
+
|
|
313
|
+
### Completion Conditions:
|
|
314
|
+
- All quality standards met
|
|
315
|
+
- No known bugs remain
|
|
316
|
+
- Code is production-ready
|
|
317
|
+
|
|
318
|
+
## Phase 7: Review and Handoff
|
|
319
|
+
|
|
320
|
+
### Internal Checklist:
|
|
321
|
+
```
|
|
322
|
+
□ Implementation matches design
|
|
323
|
+
□ All requirements fulfilled
|
|
324
|
+
□ Documentation complete
|
|
325
|
+
□ Known limitations documented
|
|
326
|
+
□ Setup instructions provided
|
|
327
|
+
```
|
|
328
|
+
|
|
329
|
+
### Final Deliverables:
|
|
330
|
+
- Working implementation
|
|
331
|
+
- Updated documentation
|
|
332
|
+
- Test suite
|
|
333
|
+
- Setup/deployment instructions
|