speccrew 0.1.1 → 0.1.2
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.ar.md +98 -91
- package/README.bn.md +122 -0
- package/README.bs.md +321 -0
- package/README.da.md +321 -0
- package/README.de.md +321 -0
- package/README.el.md +122 -0
- package/README.en.md +92 -85
- package/README.es.md +96 -89
- package/README.fr.md +321 -0
- package/README.it.md +321 -0
- package/README.ja.md +321 -0
- package/README.ko.md +321 -0
- package/README.md +92 -109
- package/README.no.md +321 -0
- package/README.pl.md +321 -0
- package/README.pt-BR.md +321 -0
- package/README.ru.md +321 -0
- package/README.th.md +239 -0
- package/README.tr.md +239 -0
- package/README.uk.md +239 -0
- package/README.vi.md +122 -0
- package/README.zh-TW.md +321 -0
- package/bin/cli.js +5 -1
- package/bin/postinstall.js +157 -0
- package/docs/GETTING-STARTED.ar.md +452 -0
- package/docs/GETTING-STARTED.bn.md +449 -0
- package/docs/GETTING-STARTED.bs.md +449 -0
- package/docs/GETTING-STARTED.da.md +448 -0
- package/docs/GETTING-STARTED.de.md +448 -0
- package/docs/GETTING-STARTED.el.md +449 -0
- package/docs/GETTING-STARTED.en.md +448 -0
- package/docs/GETTING-STARTED.es.md +448 -0
- package/docs/GETTING-STARTED.fr.md +448 -0
- package/docs/GETTING-STARTED.it.md +448 -0
- package/docs/GETTING-STARTED.ja.md +448 -0
- package/docs/GETTING-STARTED.ko.md +448 -0
- package/docs/GETTING-STARTED.md +448 -0
- package/docs/GETTING-STARTED.no.md +449 -0
- package/docs/GETTING-STARTED.pl.md +449 -0
- package/docs/GETTING-STARTED.pt-BR.md +449 -0
- package/docs/GETTING-STARTED.ru.md +449 -0
- package/docs/GETTING-STARTED.th.md +449 -0
- package/docs/GETTING-STARTED.tr.md +449 -0
- package/docs/GETTING-STARTED.uk.md +449 -0
- package/docs/GETTING-STARTED.vi.md +449 -0
- package/docs/GETTING-STARTED.zh-TW.md +448 -0
- package/lib/commands/init.js +238 -41
- package/lib/commands/uninstall.js +150 -32
- package/lib/commands/update.js +159 -24
- package/lib/ide-adapters.js +257 -3
- package/lib/utils.js +23 -7
- package/package.json +7 -2
|
@@ -0,0 +1,448 @@
|
|
|
1
|
+
# SpecCrew Quick Start Guide
|
|
2
|
+
|
|
3
|
+
<p align="center">
|
|
4
|
+
<a href="./GETTING-STARTED.md">简体中文</a> |
|
|
5
|
+
<a href="./GETTING-STARTED.zh-TW.md">繁體中文</a> |
|
|
6
|
+
<a href="./GETTING-STARTED.en.md">English</a> |
|
|
7
|
+
<a href="./GETTING-STARTED.ko.md">한국어</a> |
|
|
8
|
+
<a href="./GETTING-STARTED.de.md">Deutsch</a> |
|
|
9
|
+
<a href="./GETTING-STARTED.es.md">Español</a> |
|
|
10
|
+
<a href="./GETTING-STARTED.fr.md">Français</a> |
|
|
11
|
+
<a href="./GETTING-STARTED.it.md">Italiano</a> |
|
|
12
|
+
<a href="./GETTING-STARTED.da.md">Dansk</a> |
|
|
13
|
+
<a href="./GETTING-STARTED.ja.md">日本語</a> |
|
|
14
|
+
<a href="./GETTING-STARTED.ar.md">العربية</a>
|
|
15
|
+
</p>
|
|
16
|
+
|
|
17
|
+
This document helps you quickly understand how to use SpecCrew's Agent team to complete the full development cycle from requirements to delivery following standard engineering processes.
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## 1. Prerequisites
|
|
22
|
+
|
|
23
|
+
### Install SpecCrew
|
|
24
|
+
|
|
25
|
+
```bash
|
|
26
|
+
npm install -g speccrew
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### Initialize Project
|
|
30
|
+
|
|
31
|
+
```bash
|
|
32
|
+
speccrew init --ide qoder
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
Supported IDEs: `qoder`, `cursor`, `claude`, `codex`
|
|
36
|
+
|
|
37
|
+
### Directory Structure After Initialization
|
|
38
|
+
|
|
39
|
+
```
|
|
40
|
+
.
|
|
41
|
+
├── .qoder/
|
|
42
|
+
│ ├── agents/ # Agent definition files
|
|
43
|
+
│ └── skills/ # Skill definition files
|
|
44
|
+
├── speccrew-workspace/ # Workspace
|
|
45
|
+
│ ├── docs/ # Configurations, rules, templates, solutions
|
|
46
|
+
│ ├── iterations/ # Current ongoing iterations
|
|
47
|
+
│ ├── iteration-archives/ # Archived iterations
|
|
48
|
+
│ └── knowledges/ # Knowledge base
|
|
49
|
+
│ ├── base/ # Basic info (diagnosis reports, tech debts)
|
|
50
|
+
│ ├── bizs/ # Business knowledge base
|
|
51
|
+
│ └── techs/ # Technical knowledge base
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
### CLI Command Quick Reference
|
|
55
|
+
|
|
56
|
+
| Command | Description |
|
|
57
|
+
|---------|-------------|
|
|
58
|
+
| `speccrew list` | List all available Agents and Skills |
|
|
59
|
+
| `speccrew doctor` | Check installation integrity |
|
|
60
|
+
| `speccrew update` | Update project configuration to the latest version |
|
|
61
|
+
| `speccrew uninstall` | Uninstall SpecCrew |
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## 2. Workflow Overview
|
|
66
|
+
|
|
67
|
+
### Complete Flowchart
|
|
68
|
+
|
|
69
|
+
```mermaid
|
|
70
|
+
flowchart LR
|
|
71
|
+
PRD[Phase 1<br/>Requirements Analysis<br/>Product Manager] --> FD[Phase 2<br/>Feature Design<br/>Feature Designer]
|
|
72
|
+
FD --> SD[Phase 3<br/>System Design<br/>System Designer]
|
|
73
|
+
SD --> DEV[Phase 4<br/>Development<br/>System Developer]
|
|
74
|
+
DEV --> TEST[Phase 5<br/>System Testing<br/>Test Manager]
|
|
75
|
+
TEST --> ARCHIVE[Phase 6<br/>Archive]
|
|
76
|
+
|
|
77
|
+
KB[(Knowledge Base<br/>Throughout)] -.-> PRD
|
|
78
|
+
KB -.-> FD
|
|
79
|
+
KB -.-> SD
|
|
80
|
+
KB -.-> DEV
|
|
81
|
+
KB -.-> TEST
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
### Core Principles
|
|
85
|
+
|
|
86
|
+
1. **Phase Dependencies**: Each phase's deliverable is the input for the next phase
|
|
87
|
+
2. **Checkpoint Confirmation**: Each phase has a confirmation point that requires user approval before proceeding to the next phase
|
|
88
|
+
3. **Knowledge Base Driven**: The knowledge base runs throughout the entire process, providing context for all phases
|
|
89
|
+
|
|
90
|
+
---
|
|
91
|
+
|
|
92
|
+
## 3. Step Zero: Project Diagnosis and Knowledge Base Initialization
|
|
93
|
+
|
|
94
|
+
Before starting the formal engineering process, you need to initialize the project knowledge base.
|
|
95
|
+
|
|
96
|
+
### 3.1 Project Diagnosis
|
|
97
|
+
|
|
98
|
+
**Conversation Example**:
|
|
99
|
+
```
|
|
100
|
+
@speccrew-team-leader diagnose project
|
|
101
|
+
```
|
|
102
|
+
|
|
103
|
+
**What the Agent Will Do**:
|
|
104
|
+
- Scan project structure
|
|
105
|
+
- Detect technology stack
|
|
106
|
+
- Identify business modules
|
|
107
|
+
|
|
108
|
+
**Deliverable**:
|
|
109
|
+
```
|
|
110
|
+
speccrew-workspace/knowledges/base/diagnosis-reports/diagnosis-report-{date}.md
|
|
111
|
+
```
|
|
112
|
+
|
|
113
|
+
### 3.2 Technical Knowledge Base Initialization
|
|
114
|
+
|
|
115
|
+
**Conversation Example**:
|
|
116
|
+
```
|
|
117
|
+
@speccrew-team-leader initialize technical knowledge base
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
**Three-Phase Process**:
|
|
121
|
+
1. Platform Detection — Identify technical platforms in the project
|
|
122
|
+
2. Technical Documentation Generation — Generate technical specification documents for each platform
|
|
123
|
+
3. Index Generation — Establish knowledge base index
|
|
124
|
+
|
|
125
|
+
**Deliverable**:
|
|
126
|
+
```
|
|
127
|
+
speccrew-workspace/knowledges/techs/{platform-id}/
|
|
128
|
+
├── tech-stack.md # Technology stack definition
|
|
129
|
+
├── architecture.md # Architecture conventions
|
|
130
|
+
├── dev-spec.md # Development specifications
|
|
131
|
+
├── test-spec.md # Testing specifications
|
|
132
|
+
└── INDEX.md # Index file
|
|
133
|
+
```
|
|
134
|
+
|
|
135
|
+
### 3.3 Business Knowledge Base Initialization
|
|
136
|
+
|
|
137
|
+
**Conversation Example**:
|
|
138
|
+
```
|
|
139
|
+
@speccrew-team-leader initialize business knowledge base
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
**Four-Phase Process**:
|
|
143
|
+
1. Feature Inventory — Scan code to identify all functional features
|
|
144
|
+
2. Feature Analysis — Analyze business logic for each feature
|
|
145
|
+
3. Module Summary — Summarize features by module
|
|
146
|
+
4. System Summary — Generate system-level business overview
|
|
147
|
+
|
|
148
|
+
**Deliverable**:
|
|
149
|
+
```
|
|
150
|
+
speccrew-workspace/knowledges/bizs/
|
|
151
|
+
├── {platform-type}/
|
|
152
|
+
│ └── {module-name}/
|
|
153
|
+
│ └── feature-spec.md
|
|
154
|
+
└── system-overview.md
|
|
155
|
+
```
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## 4. Phase-by-Phase Conversation Guide
|
|
160
|
+
|
|
161
|
+
### 4.1 Phase 1: Requirements Analysis (Product Manager)
|
|
162
|
+
|
|
163
|
+
**How to Start**:
|
|
164
|
+
```
|
|
165
|
+
@speccrew-product-manager I have a new requirement: [describe your requirement]
|
|
166
|
+
```
|
|
167
|
+
|
|
168
|
+
**Agent Workflow**:
|
|
169
|
+
1. Read system overview to understand existing modules
|
|
170
|
+
2. Analyze user requirements
|
|
171
|
+
3. Generate structured PRD document
|
|
172
|
+
|
|
173
|
+
**Deliverable**:
|
|
174
|
+
```
|
|
175
|
+
iterations/{number}-{type}-{name}/01.product-requirement/
|
|
176
|
+
├── [feature-name]-prd.md # Product Requirements Document
|
|
177
|
+
└── [feature-name]-bizs-modeling.md # Business modeling (for complex requirements)
|
|
178
|
+
```
|
|
179
|
+
|
|
180
|
+
**Confirmation Checklist**:
|
|
181
|
+
- [ ] Does the requirement description accurately reflect user intent?
|
|
182
|
+
- [ ] Are business rules complete?
|
|
183
|
+
- [ ] Are integration points with existing systems clear?
|
|
184
|
+
- [ ] Are acceptance criteria measurable?
|
|
185
|
+
|
|
186
|
+
---
|
|
187
|
+
|
|
188
|
+
### 4.2 Phase 2: Feature Design (Feature Designer)
|
|
189
|
+
|
|
190
|
+
**How to Start**:
|
|
191
|
+
```
|
|
192
|
+
@speccrew-feature-designer start feature design
|
|
193
|
+
```
|
|
194
|
+
|
|
195
|
+
**Agent Workflow**:
|
|
196
|
+
1. Automatically locate the confirmed PRD document
|
|
197
|
+
2. Load business knowledge base
|
|
198
|
+
3. Generate feature design (including UI wireframes, interaction flows, data definitions, API contracts)
|
|
199
|
+
4. For multiple PRDs, use Task Worker for parallel design
|
|
200
|
+
|
|
201
|
+
**Deliverable**:
|
|
202
|
+
```
|
|
203
|
+
iterations/{iter}/02.feature-design/
|
|
204
|
+
└── [feature-name]-feature-spec.md # Feature design document
|
|
205
|
+
```
|
|
206
|
+
|
|
207
|
+
**Confirmation Checklist**:
|
|
208
|
+
- [ ] Are all user scenarios covered?
|
|
209
|
+
- [ ] Are interaction flows clear?
|
|
210
|
+
- [ ] Are data field definitions complete?
|
|
211
|
+
- [ ] Is exception handling comprehensive?
|
|
212
|
+
|
|
213
|
+
---
|
|
214
|
+
|
|
215
|
+
### 4.3 Phase 3: System Design (System Designer)
|
|
216
|
+
|
|
217
|
+
**How to Start**:
|
|
218
|
+
```
|
|
219
|
+
@speccrew-system-designer start system design
|
|
220
|
+
```
|
|
221
|
+
|
|
222
|
+
**Agent Workflow**:
|
|
223
|
+
1. Locate Feature Spec and API Contract
|
|
224
|
+
2. Load technical knowledge base (tech stack, architecture, specifications for each platform)
|
|
225
|
+
3. **Checkpoint A**: Framework Evaluation — Analyze technical gaps, recommend new frameworks (if needed), wait for user confirmation
|
|
226
|
+
4. Generate DESIGN-OVERVIEW.md
|
|
227
|
+
5. Use Task Worker to parallel dispatch design for each platform (frontend/backend/mobile/desktop)
|
|
228
|
+
6. **Checkpoint B**: Joint Confirmation — Display summary of all platform designs, wait for user confirmation
|
|
229
|
+
|
|
230
|
+
**Deliverable**:
|
|
231
|
+
```
|
|
232
|
+
iterations/{iter}/03.system-design/
|
|
233
|
+
├── DESIGN-OVERVIEW.md # Design overview
|
|
234
|
+
├── {platform-id}/
|
|
235
|
+
│ ├── INDEX.md # Platform design index
|
|
236
|
+
│ └── {module}-design.md # Pseudocode-level module design
|
|
237
|
+
```
|
|
238
|
+
|
|
239
|
+
**Confirmation Checklist**:
|
|
240
|
+
- [ ] Does the pseudocode use actual framework syntax?
|
|
241
|
+
- [ ] Are cross-platform API contracts consistent?
|
|
242
|
+
- [ ] Is error handling strategy unified?
|
|
243
|
+
|
|
244
|
+
---
|
|
245
|
+
|
|
246
|
+
### 4.4 Phase 4: Development Implementation (System Developer)
|
|
247
|
+
|
|
248
|
+
**How to Start**:
|
|
249
|
+
```
|
|
250
|
+
@speccrew-system-developer start development
|
|
251
|
+
```
|
|
252
|
+
|
|
253
|
+
**Agent Workflow**:
|
|
254
|
+
1. Read system design documents
|
|
255
|
+
2. Load technical knowledge for each platform
|
|
256
|
+
3. **Checkpoint A**: Environment Pre-check — Check runtime versions, dependencies, service availability; wait for user resolution if failed
|
|
257
|
+
4. Use Task Worker to parallel dispatch development for each platform
|
|
258
|
+
5. Integration check: API contract alignment, data consistency
|
|
259
|
+
6. Output delivery report
|
|
260
|
+
|
|
261
|
+
**Deliverable**:
|
|
262
|
+
```
|
|
263
|
+
# Source code written to actual project source directory
|
|
264
|
+
iterations/{iter}/04.development/
|
|
265
|
+
├── {platform-id}/
|
|
266
|
+
│ └── tasks/ # Development task records
|
|
267
|
+
└── delivery-report.md
|
|
268
|
+
```
|
|
269
|
+
|
|
270
|
+
**Confirmation Checklist**:
|
|
271
|
+
- [ ] Is the environment ready?
|
|
272
|
+
- [ ] Are integration issues within acceptable range?
|
|
273
|
+
- [ ] Does the code comply with development specifications?
|
|
274
|
+
|
|
275
|
+
---
|
|
276
|
+
|
|
277
|
+
### 4.5 Phase 5: System Testing (Test Manager)
|
|
278
|
+
|
|
279
|
+
**How to Start**:
|
|
280
|
+
```
|
|
281
|
+
@speccrew-test-manager start testing
|
|
282
|
+
```
|
|
283
|
+
|
|
284
|
+
**Three-Phase Testing Process**:
|
|
285
|
+
|
|
286
|
+
| Phase | Description | Checkpoint |
|
|
287
|
+
|-------|-------------|------------|
|
|
288
|
+
| Test Case Design | Generate test cases based on PRD and Feature Spec | A: Display case coverage statistics and traceability matrix, wait for user confirmation of sufficient coverage |
|
|
289
|
+
| Test Code Generation | Generate executable test code | B: Display generated test files and case mapping, wait for user confirmation |
|
|
290
|
+
| Test Execution and Bug Reporting | Automatically execute tests and generate reports | None (automatic execution) |
|
|
291
|
+
|
|
292
|
+
**Deliverable**:
|
|
293
|
+
```
|
|
294
|
+
iterations/{iter}/05.system-test/
|
|
295
|
+
├── cases/
|
|
296
|
+
│ └── {platform-id}/ # Test case documents
|
|
297
|
+
├── code/
|
|
298
|
+
│ └── {platform-id}/ # Test code plan
|
|
299
|
+
├── reports/
|
|
300
|
+
│ └── test-report-{date}.md # Test report
|
|
301
|
+
└── bugs/
|
|
302
|
+
└── BUG-{id}-{title}.md # Bug reports (one file per bug)
|
|
303
|
+
```
|
|
304
|
+
|
|
305
|
+
**Confirmation Checklist**:
|
|
306
|
+
- [ ] Is case coverage complete?
|
|
307
|
+
- [ ] Is test code runnable?
|
|
308
|
+
- [ ] Is bug severity assessment accurate?
|
|
309
|
+
|
|
310
|
+
---
|
|
311
|
+
|
|
312
|
+
### 4.6 Phase 6: Archive
|
|
313
|
+
|
|
314
|
+
Iterations are automatically archived upon completion:
|
|
315
|
+
|
|
316
|
+
```
|
|
317
|
+
speccrew-workspace/iteration-archives/
|
|
318
|
+
└── {number}-{type}-{name}-{date}/
|
|
319
|
+
├── 01.product-requirement/
|
|
320
|
+
├── 02.feature-design/
|
|
321
|
+
├── 03.system-design/
|
|
322
|
+
├── 04.development/
|
|
323
|
+
└── 05.system-test/
|
|
324
|
+
```
|
|
325
|
+
|
|
326
|
+
---
|
|
327
|
+
|
|
328
|
+
## 5. Knowledge Base Overview
|
|
329
|
+
|
|
330
|
+
### 5.1 Business Knowledge Base (bizs)
|
|
331
|
+
|
|
332
|
+
**Purpose**: Store project business function descriptions, module divisions, API characteristics
|
|
333
|
+
|
|
334
|
+
**Directory Structure**:
|
|
335
|
+
```
|
|
336
|
+
knowledges/bizs/
|
|
337
|
+
├── {platform-type}/
|
|
338
|
+
│ └── {module-name}/
|
|
339
|
+
│ └── feature-spec.md
|
|
340
|
+
└── system-overview.md
|
|
341
|
+
```
|
|
342
|
+
|
|
343
|
+
**Usage Scenarios**: Product Manager, Feature Designer
|
|
344
|
+
|
|
345
|
+
### 5.2 Technical Knowledge Base (techs)
|
|
346
|
+
|
|
347
|
+
**Purpose**: Store project technology stack, architecture conventions, development specifications, testing specifications
|
|
348
|
+
|
|
349
|
+
**Directory Structure**:
|
|
350
|
+
```
|
|
351
|
+
knowledges/techs/{platform-id}/
|
|
352
|
+
├── tech-stack.md
|
|
353
|
+
├── architecture.md
|
|
354
|
+
├── dev-spec.md
|
|
355
|
+
├── test-spec.md
|
|
356
|
+
└── INDEX.md
|
|
357
|
+
```
|
|
358
|
+
|
|
359
|
+
**Usage Scenarios**: System Designer, System Developer, Test Manager
|
|
360
|
+
|
|
361
|
+
---
|
|
362
|
+
|
|
363
|
+
## 6. Frequently Asked Questions (FAQ)
|
|
364
|
+
|
|
365
|
+
### Q1: What if the Agent doesn't work as expected?
|
|
366
|
+
|
|
367
|
+
1. Run `speccrew doctor` to check installation integrity
|
|
368
|
+
2. Confirm the knowledge base has been initialized
|
|
369
|
+
3. Confirm the previous phase's deliverable exists in the current iteration directory
|
|
370
|
+
|
|
371
|
+
### Q2: How to skip a phase?
|
|
372
|
+
|
|
373
|
+
**Not recommended** — Each phase's output is the input for the next phase.
|
|
374
|
+
|
|
375
|
+
If you must skip, manually prepare the corresponding phase's input document and ensure it follows the format specifications.
|
|
376
|
+
|
|
377
|
+
### Q3: How to handle multiple parallel requirements?
|
|
378
|
+
|
|
379
|
+
Create independent iteration directories for each requirement:
|
|
380
|
+
```
|
|
381
|
+
iterations/
|
|
382
|
+
├── 001-feature-xxx/
|
|
383
|
+
├── 002-feature-yyy/
|
|
384
|
+
└── 003-feature-zzz/
|
|
385
|
+
```
|
|
386
|
+
|
|
387
|
+
Each iteration is completely isolated and does not affect others.
|
|
388
|
+
|
|
389
|
+
### Q4: How to update SpecCrew version?
|
|
390
|
+
|
|
391
|
+
- **Global Update**: `npm update -g speccrew`
|
|
392
|
+
- **Project Update**: Run `speccrew update` in the project directory
|
|
393
|
+
|
|
394
|
+
### Q5: How to view historical iterations?
|
|
395
|
+
|
|
396
|
+
After archiving, view in `speccrew-workspace/iteration-archives/`, organized by `{number}-{type}-{name}-{date}/` format.
|
|
397
|
+
|
|
398
|
+
### Q6: Does the knowledge base need regular updates?
|
|
399
|
+
|
|
400
|
+
Re-initialization is required in the following situations:
|
|
401
|
+
- Major changes to project structure
|
|
402
|
+
- Technology stack upgrade or replacement
|
|
403
|
+
- Addition/removal of business modules
|
|
404
|
+
|
|
405
|
+
---
|
|
406
|
+
|
|
407
|
+
## 7. Quick Reference
|
|
408
|
+
|
|
409
|
+
### Agent Start Quick Reference
|
|
410
|
+
|
|
411
|
+
| Phase | Agent | Start Conversation |
|
|
412
|
+
|-------|-------|-------------------|
|
|
413
|
+
| Diagnosis | Team Leader | `@speccrew-team-leader diagnose project` |
|
|
414
|
+
| Initialization | Team Leader | `@speccrew-team-leader initialize technical knowledge base` |
|
|
415
|
+
| Requirements Analysis | Product Manager | `@speccrew-product-manager I have a new requirement: [description]` |
|
|
416
|
+
| Feature Design | Feature Designer | `@speccrew-feature-designer start feature design` |
|
|
417
|
+
| System Design | System Designer | `@speccrew-system-designer start system design` |
|
|
418
|
+
| Development | System Developer | `@speccrew-system-developer start development` |
|
|
419
|
+
| System Testing | Test Manager | `@speccrew-test-manager start testing` |
|
|
420
|
+
|
|
421
|
+
### Checkpoint Checklist
|
|
422
|
+
|
|
423
|
+
| Phase | Number of Checkpoints | Key Check Items |
|
|
424
|
+
|-------|----------------------|-----------------|
|
|
425
|
+
| Requirements Analysis | 1 | Requirement accuracy, business rule completeness, acceptance criteria measurability |
|
|
426
|
+
| Feature Design | 1 | Scenario coverage, interaction clarity, data completeness, exception handling |
|
|
427
|
+
| System Design | 2 | A: Framework evaluation; B: Pseudocode syntax, cross-platform consistency, error handling |
|
|
428
|
+
| Development | 1 | A: Environment readiness, integration issues, code specifications |
|
|
429
|
+
| System Testing | 2 | A: Case coverage; B: Test code runnability |
|
|
430
|
+
|
|
431
|
+
### Deliverable Path Quick Reference
|
|
432
|
+
|
|
433
|
+
| Phase | Output Directory | File Format |
|
|
434
|
+
|-------|-----------------|-------------|
|
|
435
|
+
| Requirements Analysis | `iterations/{iter}/01.product-requirement/` | `[name]-prd.md`, `[name]-bizs-modeling.md` |
|
|
436
|
+
| Feature Design | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
|
|
437
|
+
| System Design | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
|
|
438
|
+
| Development | `iterations/{iter}/04.development/` | Source code + `delivery-report.md` |
|
|
439
|
+
| System Testing | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
|
|
440
|
+
| Archive | `iteration-archives/{iter}-{date}/` | Complete iteration copy |
|
|
441
|
+
|
|
442
|
+
---
|
|
443
|
+
|
|
444
|
+
## Next Steps
|
|
445
|
+
|
|
446
|
+
1. Run `speccrew init --ide qoder` to initialize your project
|
|
447
|
+
2. Execute Step Zero: Project Diagnosis and Knowledge Base Initialization
|
|
448
|
+
3. Progress through each phase following the workflow, enjoying the specification-driven development experience!
|