codex-workflows 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/.agents/skills/ai-development-guide/SKILL.md +283 -0
- package/.agents/skills/ai-development-guide/agents/openai.yaml +7 -0
- package/.agents/skills/ai-development-guide/references/frontend.md +135 -0
- package/.agents/skills/coding-rules/SKILL.md +98 -0
- package/.agents/skills/coding-rules/agents/openai.yaml +7 -0
- package/.agents/skills/coding-rules/references/typescript.md +220 -0
- package/.agents/skills/documentation-criteria/SKILL.md +127 -0
- package/.agents/skills/documentation-criteria/agents/openai.yaml +7 -0
- package/.agents/skills/documentation-criteria/references/adr-template.md +64 -0
- package/.agents/skills/documentation-criteria/references/design-template.md +327 -0
- package/.agents/skills/documentation-criteria/references/plan-template.md +131 -0
- package/.agents/skills/documentation-criteria/references/prd-template.md +119 -0
- package/.agents/skills/documentation-criteria/references/task-template.md +38 -0
- package/.agents/skills/documentation-criteria/references/ui-spec-template.md +145 -0
- package/.agents/skills/implementation-approach/SKILL.md +145 -0
- package/.agents/skills/implementation-approach/agents/openai.yaml +7 -0
- package/.agents/skills/integration-e2e-testing/SKILL.md +125 -0
- package/.agents/skills/integration-e2e-testing/agents/openai.yaml +7 -0
- package/.agents/skills/integration-e2e-testing/references/e2e-design.md +86 -0
- package/.agents/skills/recipe-add-integration-tests/SKILL.md +128 -0
- package/.agents/skills/recipe-add-integration-tests/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-build/SKILL.md +119 -0
- package/.agents/skills/recipe-build/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-design/SKILL.md +90 -0
- package/.agents/skills/recipe-design/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-diagnose/SKILL.md +187 -0
- package/.agents/skills/recipe-diagnose/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-front-build/SKILL.md +127 -0
- package/.agents/skills/recipe-front-build/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-front-design/SKILL.md +90 -0
- package/.agents/skills/recipe-front-design/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-front-plan/SKILL.md +68 -0
- package/.agents/skills/recipe-front-plan/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-front-review/SKILL.md +101 -0
- package/.agents/skills/recipe-front-review/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-fullstack-build/SKILL.md +139 -0
- package/.agents/skills/recipe-fullstack-build/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-fullstack-implement/SKILL.md +151 -0
- package/.agents/skills/recipe-fullstack-implement/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-implement/SKILL.md +125 -0
- package/.agents/skills/recipe-implement/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-plan/SKILL.md +73 -0
- package/.agents/skills/recipe-plan/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-reverse-engineer/SKILL.md +212 -0
- package/.agents/skills/recipe-reverse-engineer/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-review/SKILL.md +115 -0
- package/.agents/skills/recipe-review/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-task/SKILL.md +74 -0
- package/.agents/skills/recipe-task/agents/openai.yaml +7 -0
- package/.agents/skills/recipe-update-doc/SKILL.md +156 -0
- package/.agents/skills/recipe-update-doc/agents/openai.yaml +7 -0
- package/.agents/skills/subagents-orchestration-guide/SKILL.md +354 -0
- package/.agents/skills/subagents-orchestration-guide/agents/openai.yaml +7 -0
- package/.agents/skills/subagents-orchestration-guide/references/monorepo-flow.md +124 -0
- package/.agents/skills/task-analyzer/SKILL.md +142 -0
- package/.agents/skills/task-analyzer/agents/openai.yaml +7 -0
- package/.agents/skills/task-analyzer/references/skills-index.yaml +162 -0
- package/.agents/skills/testing/SKILL.md +324 -0
- package/.agents/skills/testing/agents/openai.yaml +7 -0
- package/.agents/skills/testing/references/typescript.md +224 -0
- package/.codex/agents/acceptance-test-generator.toml +310 -0
- package/.codex/agents/code-reviewer.toml +228 -0
- package/.codex/agents/code-verifier.toml +231 -0
- package/.codex/agents/design-sync.toml +265 -0
- package/.codex/agents/document-reviewer.toml +367 -0
- package/.codex/agents/integration-test-reviewer.toml +178 -0
- package/.codex/agents/investigator.toml +197 -0
- package/.codex/agents/prd-creator.toml +250 -0
- package/.codex/agents/quality-fixer-frontend.toml +356 -0
- package/.codex/agents/quality-fixer.toml +249 -0
- package/.codex/agents/requirement-analyzer.toml +172 -0
- package/.codex/agents/rule-advisor.toml +186 -0
- package/.codex/agents/scope-discoverer.toml +248 -0
- package/.codex/agents/solver.toml +212 -0
- package/.codex/agents/task-decomposer.toml +262 -0
- package/.codex/agents/task-executor-frontend.toml +312 -0
- package/.codex/agents/task-executor.toml +314 -0
- package/.codex/agents/technical-designer-frontend.toml +492 -0
- package/.codex/agents/technical-designer.toml +474 -0
- package/.codex/agents/ui-spec-designer.toml +150 -0
- package/.codex/agents/verifier.toml +228 -0
- package/.codex/agents/work-planner.toml +251 -0
- package/README.md +365 -0
- package/bin/cli.js +249 -0
- package/package.json +35 -0
|
@@ -0,0 +1,327 @@
|
|
|
1
|
+
# [Feature Name] Design Document
|
|
2
|
+
|
|
3
|
+
## Overview
|
|
4
|
+
|
|
5
|
+
[Explain the purpose and overview of this feature in 2-3 sentences]
|
|
6
|
+
|
|
7
|
+
### Referenced UI Spec (when feature includes frontend)
|
|
8
|
+
- UI Spec path: [docs/ui-spec/xxx-ui-spec.md]
|
|
9
|
+
- Component structure and state design are inherited from UI Spec
|
|
10
|
+
|
|
11
|
+
## Design Summary (Meta)
|
|
12
|
+
|
|
13
|
+
```yaml
|
|
14
|
+
design_type: "new_feature|extension|refactoring"
|
|
15
|
+
risk_level: "low|medium|high"
|
|
16
|
+
complexity_level: "low|medium|high"
|
|
17
|
+
complexity_rationale: "[Required if medium/high: (1) which requirements/ACs necessitate this complexity, (2) which constraints/risks it addresses]"
|
|
18
|
+
main_constraints:
|
|
19
|
+
- "[constraint 1]"
|
|
20
|
+
- "[constraint 2]"
|
|
21
|
+
biggest_risks:
|
|
22
|
+
- "[risk 1]"
|
|
23
|
+
- "[risk 2]"
|
|
24
|
+
unknowns:
|
|
25
|
+
- "[uncertainty 1]"
|
|
26
|
+
- "[uncertainty 2]"
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
## Background and Context
|
|
30
|
+
|
|
31
|
+
### Prerequisite ADRs
|
|
32
|
+
|
|
33
|
+
- [ADR File Name]: [Related decision items]
|
|
34
|
+
- Reference common technical ADRs when applicable
|
|
35
|
+
|
|
36
|
+
### Agreement Checklist
|
|
37
|
+
|
|
38
|
+
#### Scope
|
|
39
|
+
- [ ] [Features/components to change]
|
|
40
|
+
- [ ] [Features to add]
|
|
41
|
+
|
|
42
|
+
#### Non-Scope (Explicitly not changing)
|
|
43
|
+
- [ ] [Features/components not to change]
|
|
44
|
+
- [ ] [Existing logic to preserve]
|
|
45
|
+
|
|
46
|
+
#### Constraints
|
|
47
|
+
- [ ] Parallel operation: [Yes/No]
|
|
48
|
+
- [ ] Backward compatibility: [Required/Not required]
|
|
49
|
+
- [ ] Performance measurement: [Required/Not required]
|
|
50
|
+
|
|
51
|
+
#### Applicable Standards
|
|
52
|
+
- [ ] [Standard/convention] `[explicit]` - Source: [config / rule file / documentation path]
|
|
53
|
+
- [ ] [Observed pattern] `[implicit]` - Evidence: [file paths] - Confirmed: [Yes/No]
|
|
54
|
+
|
|
55
|
+
### Problem to Solve
|
|
56
|
+
|
|
57
|
+
[Specific problems or challenges this feature aims to address]
|
|
58
|
+
|
|
59
|
+
### Current Challenges
|
|
60
|
+
|
|
61
|
+
[Current system issues or limitations]
|
|
62
|
+
|
|
63
|
+
### Requirements
|
|
64
|
+
|
|
65
|
+
#### Functional Requirements
|
|
66
|
+
|
|
67
|
+
- [List mandatory functional requirements]
|
|
68
|
+
|
|
69
|
+
#### Non-Functional Requirements
|
|
70
|
+
|
|
71
|
+
- **Performance**: [Response time, throughput requirements]
|
|
72
|
+
- **Scalability**: [Requirements for handling increased load]
|
|
73
|
+
- **Reliability**: [Error rate, availability requirements]
|
|
74
|
+
- **Maintainability**: [Code readability and changeability]
|
|
75
|
+
|
|
76
|
+
## Acceptance Criteria (AC) - EARS Format
|
|
77
|
+
|
|
78
|
+
Each AC is written in EARS (Easy Approach to Requirements Syntax) format.
|
|
79
|
+
|
|
80
|
+
**EARS Keywords**:
|
|
81
|
+
| Keyword | Usage | Test Type |
|
|
82
|
+
|---------|-------|-----------|
|
|
83
|
+
| **When** | Event-triggered behavior | Event-driven test |
|
|
84
|
+
| **While** | State-dependent behavior | State condition test |
|
|
85
|
+
| **If-then** | Conditional behavior | Branch coverage test |
|
|
86
|
+
| (none) | Ubiquitous behavior | Basic functionality test |
|
|
87
|
+
|
|
88
|
+
**Format**: `[Keyword] <trigger/condition>, the system shall <expected behavior>`
|
|
89
|
+
|
|
90
|
+
### [Functional Requirement 1]
|
|
91
|
+
|
|
92
|
+
- [ ] **When** user clicks login button with valid credentials, the system shall authenticate and redirect to dashboard
|
|
93
|
+
- [ ] **If** credentials are invalid, **then** the system shall display error message "Invalid credentials"
|
|
94
|
+
- [ ] **While** user is logged in, the system shall maintain the session for configured timeout period
|
|
95
|
+
|
|
96
|
+
### [Functional Requirement 2]
|
|
97
|
+
|
|
98
|
+
- [ ] The system shall display data list with pagination of 10 items per page
|
|
99
|
+
- [ ] **When** input is entered in search field, the system shall apply real-time filtering
|
|
100
|
+
|
|
101
|
+
## Existing Codebase Analysis
|
|
102
|
+
|
|
103
|
+
### Implementation Path Mapping
|
|
104
|
+
| Type | Path | Description |
|
|
105
|
+
|------|------|-------------|
|
|
106
|
+
| Existing | src/[actual-path] | [Current implementation] |
|
|
107
|
+
| New | src/[planned-path] | [Planned new creation] |
|
|
108
|
+
|
|
109
|
+
### Integration Points (Include even for new implementations)
|
|
110
|
+
- **Integration Target**: [What to connect with]
|
|
111
|
+
- **Invocation Method**: [How it will be invoked]
|
|
112
|
+
|
|
113
|
+
### Code Inspection Evidence
|
|
114
|
+
|
|
115
|
+
| File/Function | Relevance |
|
|
116
|
+
|---------------|-----------|
|
|
117
|
+
| [path:function] | [similar functionality / integration point / pattern reference] |
|
|
118
|
+
|
|
119
|
+
## Design
|
|
120
|
+
|
|
121
|
+
### Change Impact Map
|
|
122
|
+
|
|
123
|
+
```yaml
|
|
124
|
+
Change Target: [Component/feature to change]
|
|
125
|
+
Direct Impact:
|
|
126
|
+
- [Files/functions requiring direct changes]
|
|
127
|
+
- [Interface change points]
|
|
128
|
+
Indirect Impact:
|
|
129
|
+
- [Data format changes]
|
|
130
|
+
- [Processing time changes]
|
|
131
|
+
No Ripple Effect:
|
|
132
|
+
- [Explicitly specify unaffected features]
|
|
133
|
+
```
|
|
134
|
+
|
|
135
|
+
### Architecture Overview
|
|
136
|
+
|
|
137
|
+
[How this feature is positioned within the overall system]
|
|
138
|
+
|
|
139
|
+
### Data Flow
|
|
140
|
+
|
|
141
|
+
```
|
|
142
|
+
[Express data flow using diagrams or pseudo-code]
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
### Integration Points List
|
|
146
|
+
|
|
147
|
+
| Integration Point | Location | Old Implementation | New Implementation | Switching Method |
|
|
148
|
+
|-------------------|----------|-------------------|-------------------|------------------|
|
|
149
|
+
| Integration Point 1 | [Class/Function] | [Existing Process] | [New Process] | [DI/Factory etc.] |
|
|
150
|
+
|
|
151
|
+
### Main Components
|
|
152
|
+
|
|
153
|
+
#### Component 1
|
|
154
|
+
|
|
155
|
+
- **Responsibility**: [Scope of responsibility for this component]
|
|
156
|
+
- **Interface**: [APIs and contract definitions provided]
|
|
157
|
+
- **Dependencies**: [Relationships with other components]
|
|
158
|
+
|
|
159
|
+
### Data Representation Decision (When Introducing New Structures)
|
|
160
|
+
|
|
161
|
+
| Criterion | Assessment | Reason |
|
|
162
|
+
|-----------|-----------|--------|
|
|
163
|
+
| Semantic Fit | [Yes/No] | [Does existing structure's meaning align?] |
|
|
164
|
+
| Responsibility Fit | [Yes/No] | [Same bounded context?] |
|
|
165
|
+
| Lifecycle Fit | [Yes/No] | [Same creation/mutation/deletion timing?] |
|
|
166
|
+
| Boundary/Interop Cost | [Low/Medium/High] | [Cost of sharing across boundaries?] |
|
|
167
|
+
|
|
168
|
+
**Decision**: [reuse / extend / new] -- [rationale in 1-2 sentences]
|
|
169
|
+
|
|
170
|
+
### Contract Definitions
|
|
171
|
+
|
|
172
|
+
```
|
|
173
|
+
// Record major contract/interface definitions here
|
|
174
|
+
```
|
|
175
|
+
|
|
176
|
+
### Data Contract
|
|
177
|
+
|
|
178
|
+
#### Component 1
|
|
179
|
+
|
|
180
|
+
```yaml
|
|
181
|
+
Input:
|
|
182
|
+
Type: [Type/interface definition]
|
|
183
|
+
Preconditions: [Required items, format constraints]
|
|
184
|
+
Validation: [Validation method]
|
|
185
|
+
|
|
186
|
+
Output:
|
|
187
|
+
Type: [Type/interface definition]
|
|
188
|
+
Guarantees: [Conditions that must always be met]
|
|
189
|
+
On Error: [Exception/null/default value]
|
|
190
|
+
|
|
191
|
+
Invariants:
|
|
192
|
+
- [Conditions that remain unchanged before and after processing]
|
|
193
|
+
```
|
|
194
|
+
|
|
195
|
+
### Field Propagation Map (When Fields Cross Boundaries)
|
|
196
|
+
|
|
197
|
+
| Field | Boundary | Status | Detail |
|
|
198
|
+
|-------|----------|--------|--------|
|
|
199
|
+
| [field name] | [Component A to B] | preserved / transformed / dropped | [logic or reason] |
|
|
200
|
+
|
|
201
|
+
### State Transitions and Invariants (When Applicable)
|
|
202
|
+
|
|
203
|
+
```yaml
|
|
204
|
+
State Definition:
|
|
205
|
+
- Initial State: [Initial values and conditions]
|
|
206
|
+
- Possible States: [List of states]
|
|
207
|
+
|
|
208
|
+
State Transitions:
|
|
209
|
+
Current State -> Event -> Next State
|
|
210
|
+
|
|
211
|
+
System Invariants:
|
|
212
|
+
- [Conditions that hold in any state]
|
|
213
|
+
```
|
|
214
|
+
|
|
215
|
+
### UI Error State Design (when feature includes frontend)
|
|
216
|
+
|
|
217
|
+
| Component / Screen | Loading | Empty | Error | Partial |
|
|
218
|
+
|-------------------|---------|-------|-------|---------|
|
|
219
|
+
| [Component name] | [Skeleton / spinner] | [Empty state + CTA] | [Error message + Retry] | [Cached display + Banner] |
|
|
220
|
+
|
|
221
|
+
### Client State Design (when feature includes frontend)
|
|
222
|
+
|
|
223
|
+
| State Category | State | Management Method | Sync Strategy |
|
|
224
|
+
|---------------|-------|-------------------|---------------|
|
|
225
|
+
| Server state | [Fetched data] | [Cache library / custom hook] | [Polling / WebSocket / manual refresh] |
|
|
226
|
+
| Local UI state | [Modal open, tab selection] | [useState / useReducer] | - |
|
|
227
|
+
| Temporary state | [Form input, draft] | [useState / form library] | [Auto-save / manual save] |
|
|
228
|
+
|
|
229
|
+
### UI Action - API Contract Mapping (when feature includes frontend)
|
|
230
|
+
|
|
231
|
+
| UI Action | API Endpoint | Request | Response | Error Contract |
|
|
232
|
+
|-----------|-------------|---------|----------|----------------|
|
|
233
|
+
| [Button click / form submit] | [POST /api/xxx] | [Request body fields] | [Response fields] | [Error codes and UI handling] |
|
|
234
|
+
|
|
235
|
+
### Error Handling
|
|
236
|
+
|
|
237
|
+
[Types of errors and how to handle them]
|
|
238
|
+
|
|
239
|
+
### Logging and Monitoring
|
|
240
|
+
|
|
241
|
+
[What to record in logs and how to monitor]
|
|
242
|
+
|
|
243
|
+
## Implementation Plan
|
|
244
|
+
|
|
245
|
+
### Implementation Approach
|
|
246
|
+
|
|
247
|
+
**Selected Approach**: [Approach name or combination]
|
|
248
|
+
**Selection Reason**: [Reason considering project constraints and technical dependencies]
|
|
249
|
+
|
|
250
|
+
### Technical Dependencies and Implementation Order
|
|
251
|
+
|
|
252
|
+
#### Required Implementation Order
|
|
253
|
+
1. **[Component/Feature A]**
|
|
254
|
+
- Technical Reason: [Why this needs to be implemented first]
|
|
255
|
+
- Dependent Elements: [Other components that depend on this]
|
|
256
|
+
|
|
257
|
+
2. **[Component/Feature B]**
|
|
258
|
+
- Technical Reason: [Technical necessity to implement after A]
|
|
259
|
+
- Prerequisites: [Required pre-implementations]
|
|
260
|
+
|
|
261
|
+
### Integration Points
|
|
262
|
+
Each integration point requires E2E verification:
|
|
263
|
+
|
|
264
|
+
**Integration Point 1: [Name]**
|
|
265
|
+
- Components: [Component A] to [Component B]
|
|
266
|
+
- Verification: [How to verify integration works]
|
|
267
|
+
|
|
268
|
+
### Migration Strategy
|
|
269
|
+
|
|
270
|
+
[Technical migration approach, ensuring backward compatibility]
|
|
271
|
+
|
|
272
|
+
## Test Strategy
|
|
273
|
+
|
|
274
|
+
### Basic Test Design Policy
|
|
275
|
+
|
|
276
|
+
Automatically derive test cases from acceptance criteria:
|
|
277
|
+
- Create at least one test case for each acceptance criterion
|
|
278
|
+
- Implement measurable standards from acceptance criteria as assertions
|
|
279
|
+
|
|
280
|
+
### Unit Tests
|
|
281
|
+
|
|
282
|
+
[Unit testing policy and coverage goals]
|
|
283
|
+
|
|
284
|
+
### Integration Tests
|
|
285
|
+
|
|
286
|
+
[Integration testing policy and important test cases]
|
|
287
|
+
|
|
288
|
+
### E2E Tests
|
|
289
|
+
|
|
290
|
+
[E2E testing policy]
|
|
291
|
+
|
|
292
|
+
### Performance Tests
|
|
293
|
+
|
|
294
|
+
[Performance testing methods and standards]
|
|
295
|
+
|
|
296
|
+
## Security Considerations
|
|
297
|
+
|
|
298
|
+
[Security concerns and countermeasures]
|
|
299
|
+
|
|
300
|
+
## Future Extensibility
|
|
301
|
+
|
|
302
|
+
[Considerations for future feature additions or changes]
|
|
303
|
+
|
|
304
|
+
## Alternative Solutions
|
|
305
|
+
|
|
306
|
+
### Alternative 1
|
|
307
|
+
|
|
308
|
+
- **Overview**: [Description of alternative solution]
|
|
309
|
+
- **Advantages**: [Advantages]
|
|
310
|
+
- **Disadvantages**: [Disadvantages]
|
|
311
|
+
- **Reason for Rejection**: [Why it wasn't adopted]
|
|
312
|
+
|
|
313
|
+
## Risks and Mitigation
|
|
314
|
+
|
|
315
|
+
| Risk | Impact | Probability | Mitigation |
|
|
316
|
+
|------|--------|-------------|------------|
|
|
317
|
+
| [Risk 1] | High/Medium/Low | High/Medium/Low | [Countermeasure] |
|
|
318
|
+
|
|
319
|
+
## References
|
|
320
|
+
|
|
321
|
+
- [Related documentation and links]
|
|
322
|
+
|
|
323
|
+
## Update History
|
|
324
|
+
|
|
325
|
+
| Date | Version | Changes | Author |
|
|
326
|
+
|------|---------|---------|--------|
|
|
327
|
+
| YYYY-MM-DD | 1.0 | Initial version | [Name] |
|
|
@@ -0,0 +1,131 @@
|
|
|
1
|
+
# Work Plan: [Feature Name] Implementation
|
|
2
|
+
|
|
3
|
+
Created Date: YYYY-MM-DD
|
|
4
|
+
Type: feature|fix|refactor
|
|
5
|
+
Estimated Duration: X days
|
|
6
|
+
Estimated Impact: X files
|
|
7
|
+
Related Issue/PR: #XXX (if any)
|
|
8
|
+
|
|
9
|
+
## Related Documents
|
|
10
|
+
- Design Doc(s):
|
|
11
|
+
- [docs/design/XXX.md]
|
|
12
|
+
- [docs/design/YYY.md] (if multiple, e.g. backend + frontend)
|
|
13
|
+
- ADR: [docs/adr/ADR-XXXX.md] (if any)
|
|
14
|
+
- PRD: [docs/prd/XXX.md] (if any)
|
|
15
|
+
|
|
16
|
+
## Objective
|
|
17
|
+
[Why this change is necessary, what problem it solves]
|
|
18
|
+
|
|
19
|
+
## Background
|
|
20
|
+
[Current state and why changes are needed]
|
|
21
|
+
|
|
22
|
+
## Risks and Countermeasures
|
|
23
|
+
|
|
24
|
+
### Technical Risks
|
|
25
|
+
- **Risk**: [Risk description]
|
|
26
|
+
- **Impact**: [Impact assessment]
|
|
27
|
+
- **Countermeasure**: [How to address it]
|
|
28
|
+
|
|
29
|
+
### Schedule Risks
|
|
30
|
+
- **Risk**: [Risk description]
|
|
31
|
+
- **Impact**: [Impact assessment]
|
|
32
|
+
- **Countermeasure**: [How to address it]
|
|
33
|
+
|
|
34
|
+
## Implementation Phases
|
|
35
|
+
|
|
36
|
+
(Note: Phase structure is determined based on Design Doc technical dependencies and implementation approach)
|
|
37
|
+
|
|
38
|
+
### Phase 1: [Phase Name] (Estimated commits: X)
|
|
39
|
+
**Purpose**: [What this phase aims to achieve]
|
|
40
|
+
|
|
41
|
+
#### Tasks
|
|
42
|
+
- [ ] Task 1: Specific work content
|
|
43
|
+
- [ ] Task 2: Specific work content
|
|
44
|
+
- [ ] Quality check: Implement staged quality checks (refer to ai-development-guide skill)
|
|
45
|
+
- [ ] Unit tests: All related tests pass
|
|
46
|
+
|
|
47
|
+
#### Phase Completion Criteria
|
|
48
|
+
- [ ] [Functional completion criteria]
|
|
49
|
+
- [ ] [Quality completion criteria]
|
|
50
|
+
|
|
51
|
+
#### Operational Verification Procedures
|
|
52
|
+
1. [Operation verification steps]
|
|
53
|
+
2. [Expected result verification]
|
|
54
|
+
3. [Performance verification (when applicable)]
|
|
55
|
+
|
|
56
|
+
### Phase 2: [Phase Name] (Estimated commits: X)
|
|
57
|
+
**Purpose**: [What this phase aims to achieve]
|
|
58
|
+
|
|
59
|
+
#### Tasks
|
|
60
|
+
- [ ] Task 1: Specific work content
|
|
61
|
+
- [ ] Task 2: Specific work content
|
|
62
|
+
- [ ] Quality check: Implement staged quality checks (refer to ai-development-guide skill)
|
|
63
|
+
- [ ] Integration tests: Verify overall feature functionality
|
|
64
|
+
|
|
65
|
+
#### Phase Completion Criteria
|
|
66
|
+
- [ ] [Functional completion criteria]
|
|
67
|
+
- [ ] [Quality completion criteria]
|
|
68
|
+
|
|
69
|
+
#### Operational Verification Procedures
|
|
70
|
+
1. [Operation verification steps]
|
|
71
|
+
2. [Expected result verification]
|
|
72
|
+
3. [Performance verification (when applicable)]
|
|
73
|
+
|
|
74
|
+
### Phase 3: [Phase Name] (Estimated commits: X)
|
|
75
|
+
**Purpose**: [What this phase aims to achieve]
|
|
76
|
+
|
|
77
|
+
#### Tasks
|
|
78
|
+
- [ ] Task 1: Specific work content
|
|
79
|
+
- [ ] Task 2: Specific work content
|
|
80
|
+
- [ ] Quality check: Implement staged quality checks (refer to ai-development-guide skill)
|
|
81
|
+
- [ ] Integration tests: Verify component coordination
|
|
82
|
+
|
|
83
|
+
#### Phase Completion Criteria
|
|
84
|
+
- [ ] [Functional completion criteria]
|
|
85
|
+
- [ ] [Quality completion criteria]
|
|
86
|
+
|
|
87
|
+
#### Operational Verification Procedures
|
|
88
|
+
[Copy relevant integration point operational verification from Design Doc]
|
|
89
|
+
|
|
90
|
+
### Final Phase: Quality Assurance (Required) (Estimated commits: 1)
|
|
91
|
+
**Purpose**: Overall quality assurance and Design Doc consistency verification
|
|
92
|
+
|
|
93
|
+
#### Tasks
|
|
94
|
+
- [ ] Verify all Design Doc acceptance criteria achieved
|
|
95
|
+
- [ ] Quality checks (types, lint, format)
|
|
96
|
+
- [ ] Execute all tests
|
|
97
|
+
- [ ] Coverage 70%+
|
|
98
|
+
- [ ] Document updates
|
|
99
|
+
|
|
100
|
+
#### Operational Verification Procedures
|
|
101
|
+
[Copy operational verification procedures from Design Doc]
|
|
102
|
+
|
|
103
|
+
### Quality Assurance
|
|
104
|
+
- [ ] Implement staged quality checks (details: refer to ai-development-guide skill)
|
|
105
|
+
- [ ] All tests pass
|
|
106
|
+
- [ ] Static check pass
|
|
107
|
+
- [ ] Lint check pass
|
|
108
|
+
- [ ] Build success
|
|
109
|
+
|
|
110
|
+
## Completion Criteria
|
|
111
|
+
- [ ] All phases completed
|
|
112
|
+
- [ ] Each phase's operational verification procedures executed
|
|
113
|
+
- [ ] Design Doc acceptance criteria satisfied
|
|
114
|
+
- [ ] Staged quality checks completed (zero errors)
|
|
115
|
+
- [ ] All tests pass
|
|
116
|
+
- [ ] Necessary documentation updated
|
|
117
|
+
- [ ] User review approval obtained
|
|
118
|
+
|
|
119
|
+
## Progress Tracking
|
|
120
|
+
### Phase 1
|
|
121
|
+
- Start: YYYY-MM-DD HH:MM
|
|
122
|
+
- Complete: YYYY-MM-DD HH:MM
|
|
123
|
+
- Notes: [Any special remarks]
|
|
124
|
+
|
|
125
|
+
### Phase 2
|
|
126
|
+
- Start: YYYY-MM-DD HH:MM
|
|
127
|
+
- Complete: YYYY-MM-DD HH:MM
|
|
128
|
+
- Notes: [Any special remarks]
|
|
129
|
+
|
|
130
|
+
## Notes
|
|
131
|
+
[Special notes, reference information, important points, etc.]
|
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
# PRD: [Feature Name]
|
|
2
|
+
|
|
3
|
+
## Overview
|
|
4
|
+
|
|
5
|
+
### One-line Summary
|
|
6
|
+
[Describe this feature in one line]
|
|
7
|
+
|
|
8
|
+
### Background
|
|
9
|
+
[Why is this feature needed? What problem does it solve?]
|
|
10
|
+
|
|
11
|
+
## User Stories
|
|
12
|
+
|
|
13
|
+
### Primary Users
|
|
14
|
+
[Define the main target users]
|
|
15
|
+
|
|
16
|
+
### User Stories
|
|
17
|
+
```
|
|
18
|
+
As a [user type]
|
|
19
|
+
I want to [goal/desire]
|
|
20
|
+
So that [expected value/benefit]
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
### Use Cases
|
|
24
|
+
1. [Specific usage scenario 1]
|
|
25
|
+
2. [Specific usage scenario 2]
|
|
26
|
+
3. [Specific usage scenario 3]
|
|
27
|
+
|
|
28
|
+
## Functional Requirements
|
|
29
|
+
|
|
30
|
+
### Must Have (MVP)
|
|
31
|
+
- [ ] Requirement 1: [Detailed description]
|
|
32
|
+
- AC: [Acceptance criteria - Given/When/Then format or measurable standard]
|
|
33
|
+
- [ ] Requirement 2: [Detailed description]
|
|
34
|
+
- AC: [Acceptance criteria]
|
|
35
|
+
- [ ] Requirement 3: [Detailed description]
|
|
36
|
+
- AC: [Acceptance criteria]
|
|
37
|
+
|
|
38
|
+
### Nice to Have
|
|
39
|
+
- [ ] Requirement 1: [Detailed description]
|
|
40
|
+
- [ ] Requirement 2: [Detailed description]
|
|
41
|
+
|
|
42
|
+
### Out of Scope
|
|
43
|
+
- Item 1: [Description and reason]
|
|
44
|
+
- Item 2: [Description and reason]
|
|
45
|
+
|
|
46
|
+
## Non-Functional Requirements
|
|
47
|
+
|
|
48
|
+
### Performance
|
|
49
|
+
- Response Time: [Target value]
|
|
50
|
+
- Throughput: [Target value]
|
|
51
|
+
- Concurrency: [Target value]
|
|
52
|
+
|
|
53
|
+
### Reliability
|
|
54
|
+
- Availability: [Target value]
|
|
55
|
+
- Error Rate: [Target value]
|
|
56
|
+
|
|
57
|
+
### Security
|
|
58
|
+
- [Security requirements details]
|
|
59
|
+
|
|
60
|
+
### Scalability
|
|
61
|
+
- [Considerations for future scaling]
|
|
62
|
+
|
|
63
|
+
### Accessibility (when feature includes UI)
|
|
64
|
+
- Compliance standard: [Default: WCAG 2.1 AA (use organization standard if available)]
|
|
65
|
+
- Target assistive technologies: [Screen reader, keyboard operation, voice control, etc.]
|
|
66
|
+
- Platform requirements: [e.g., app store review requirements]
|
|
67
|
+
- Known constraints: [e.g., external library limitations]
|
|
68
|
+
|
|
69
|
+
## Success Criteria
|
|
70
|
+
|
|
71
|
+
### Quantitative Metrics
|
|
72
|
+
1. [Measurable success metric 1]
|
|
73
|
+
2. [Measurable success metric 2]
|
|
74
|
+
3. [Measurable success metric 3]
|
|
75
|
+
|
|
76
|
+
### Qualitative Metrics
|
|
77
|
+
1. [User experience metric 1]
|
|
78
|
+
2. [User experience metric 2]
|
|
79
|
+
|
|
80
|
+
### UI Quality Metrics (when feature includes UI)
|
|
81
|
+
1. [Key operation completion rate / error recovery rate / retry success rate]
|
|
82
|
+
2. [Accessibility audit target score]
|
|
83
|
+
|
|
84
|
+
## Technical Considerations
|
|
85
|
+
|
|
86
|
+
### Dependencies
|
|
87
|
+
- [Dependencies on existing systems]
|
|
88
|
+
- [Dependencies on external services]
|
|
89
|
+
|
|
90
|
+
### Constraints
|
|
91
|
+
- [Technical constraints]
|
|
92
|
+
- [Resource constraints]
|
|
93
|
+
|
|
94
|
+
### Assumptions
|
|
95
|
+
- [Prerequisite requiring validation 1]
|
|
96
|
+
- [Prerequisite requiring validation 2]
|
|
97
|
+
|
|
98
|
+
### Risks and Mitigation
|
|
99
|
+
| Risk | Impact | Probability | Mitigation |
|
|
100
|
+
|------|--------|-------------|------------|
|
|
101
|
+
| [Risk 1] | High/Medium/Low | High/Medium/Low | [Countermeasure] |
|
|
102
|
+
| [Risk 2] | High/Medium/Low | High/Medium/Low | [Countermeasure] |
|
|
103
|
+
|
|
104
|
+
## Undetermined Items
|
|
105
|
+
|
|
106
|
+
- [ ] [Question 1]: [Description of options or impacts]
|
|
107
|
+
- [ ] [Question 2]: [Description of options or impacts]
|
|
108
|
+
|
|
109
|
+
*Discuss with user until this section is empty, then delete after confirmation*
|
|
110
|
+
|
|
111
|
+
## Appendix
|
|
112
|
+
|
|
113
|
+
### References
|
|
114
|
+
- [Related document 1]
|
|
115
|
+
- [Related document 2]
|
|
116
|
+
|
|
117
|
+
### Glossary
|
|
118
|
+
- **Term 1**: [Definition]
|
|
119
|
+
- **Term 2**: [Definition]
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
# Task: [Task Name]
|
|
2
|
+
|
|
3
|
+
Metadata:
|
|
4
|
+
- Dependencies: task-01 -> Deliverable: docs/plans/analysis/research-results.md
|
|
5
|
+
- Provides: docs/plans/analysis/api-spec.md (for research/design tasks)
|
|
6
|
+
- Size: Small (1-2 files)
|
|
7
|
+
|
|
8
|
+
## Implementation Content
|
|
9
|
+
[What this task will achieve]
|
|
10
|
+
*Reference dependency deliverables if applicable
|
|
11
|
+
|
|
12
|
+
## Target Files
|
|
13
|
+
- [ ] [Implementation file path]
|
|
14
|
+
- [ ] [Test file path]
|
|
15
|
+
|
|
16
|
+
## Implementation Steps (TDD: Red-Green-Refactor)
|
|
17
|
+
### 1. Red Phase
|
|
18
|
+
- [ ] Review dependency deliverables (if any)
|
|
19
|
+
- [ ] Verify/create contract definitions
|
|
20
|
+
- [ ] Write failing tests
|
|
21
|
+
- [ ] Run tests and confirm failure
|
|
22
|
+
|
|
23
|
+
### 2. Green Phase
|
|
24
|
+
- [ ] Add minimal implementation to pass tests
|
|
25
|
+
- [ ] Run only added tests and confirm they pass
|
|
26
|
+
|
|
27
|
+
### 3. Refactor Phase
|
|
28
|
+
- [ ] Improve code (maintain passing tests)
|
|
29
|
+
- [ ] Confirm added tests still pass
|
|
30
|
+
|
|
31
|
+
## Completion Criteria
|
|
32
|
+
- [ ] All added tests pass
|
|
33
|
+
- [ ] Operation verified (select L1/L2/L3, per implementation-approach skill)
|
|
34
|
+
- [ ] Deliverables created (for research/design tasks)
|
|
35
|
+
|
|
36
|
+
## Notes
|
|
37
|
+
- Impact scope: [Areas where changes may propagate]
|
|
38
|
+
- Constraints: [Areas not to be modified]
|