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.
Files changed (52) hide show
  1. package/README.ar.md +98 -91
  2. package/README.bn.md +122 -0
  3. package/README.bs.md +321 -0
  4. package/README.da.md +321 -0
  5. package/README.de.md +321 -0
  6. package/README.el.md +122 -0
  7. package/README.en.md +92 -85
  8. package/README.es.md +96 -89
  9. package/README.fr.md +321 -0
  10. package/README.it.md +321 -0
  11. package/README.ja.md +321 -0
  12. package/README.ko.md +321 -0
  13. package/README.md +92 -109
  14. package/README.no.md +321 -0
  15. package/README.pl.md +321 -0
  16. package/README.pt-BR.md +321 -0
  17. package/README.ru.md +321 -0
  18. package/README.th.md +239 -0
  19. package/README.tr.md +239 -0
  20. package/README.uk.md +239 -0
  21. package/README.vi.md +122 -0
  22. package/README.zh-TW.md +321 -0
  23. package/bin/cli.js +5 -1
  24. package/bin/postinstall.js +157 -0
  25. package/docs/GETTING-STARTED.ar.md +452 -0
  26. package/docs/GETTING-STARTED.bn.md +449 -0
  27. package/docs/GETTING-STARTED.bs.md +449 -0
  28. package/docs/GETTING-STARTED.da.md +448 -0
  29. package/docs/GETTING-STARTED.de.md +448 -0
  30. package/docs/GETTING-STARTED.el.md +449 -0
  31. package/docs/GETTING-STARTED.en.md +448 -0
  32. package/docs/GETTING-STARTED.es.md +448 -0
  33. package/docs/GETTING-STARTED.fr.md +448 -0
  34. package/docs/GETTING-STARTED.it.md +448 -0
  35. package/docs/GETTING-STARTED.ja.md +448 -0
  36. package/docs/GETTING-STARTED.ko.md +448 -0
  37. package/docs/GETTING-STARTED.md +448 -0
  38. package/docs/GETTING-STARTED.no.md +449 -0
  39. package/docs/GETTING-STARTED.pl.md +449 -0
  40. package/docs/GETTING-STARTED.pt-BR.md +449 -0
  41. package/docs/GETTING-STARTED.ru.md +449 -0
  42. package/docs/GETTING-STARTED.th.md +449 -0
  43. package/docs/GETTING-STARTED.tr.md +449 -0
  44. package/docs/GETTING-STARTED.uk.md +449 -0
  45. package/docs/GETTING-STARTED.vi.md +449 -0
  46. package/docs/GETTING-STARTED.zh-TW.md +448 -0
  47. package/lib/commands/init.js +238 -41
  48. package/lib/commands/uninstall.js +150 -32
  49. package/lib/commands/update.js +159 -24
  50. package/lib/ide-adapters.js +257 -3
  51. package/lib/utils.js +23 -7
  52. 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!