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 快速开始指南
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
+ 本文档帮助您快速了解如何使用 SpecCrew 的 Agent 团队,按照标准工程流程逐步完成从需求到交付的完整开发。
18
+
19
+ ---
20
+
21
+ ## 1. 前置准备
22
+
23
+ ### 安装 SpecCrew
24
+
25
+ ```bash
26
+ npm install -g speccrew
27
+ ```
28
+
29
+ ### 初始化项目
30
+
31
+ ```bash
32
+ speccrew init --ide qoder
33
+ ```
34
+
35
+ 支持的 IDE:`qoder`、`cursor`、`claude`、`codex`
36
+
37
+ ### 初始化后的目录结构
38
+
39
+ ```
40
+ .
41
+ ├── .qoder/
42
+ │ ├── agents/ # Agent 定义文件
43
+ │ └── skills/ # Skill 定义文件
44
+ ├── speccrew-workspace/ # 工作空间
45
+ │ ├── docs/ # 配置、规则、模板、解决方案
46
+ │ ├── iterations/ # 当前进行中的迭代
47
+ │ ├── iteration-archives/ # 归档的迭代
48
+ │ └── knowledges/ # 知识库
49
+ │ ├── base/ # 基础信息(诊断报告、技术债务)
50
+ │ ├── bizs/ # 业务知识库
51
+ │ └── techs/ # 技术知识库
52
+ ```
53
+
54
+ ### CLI 命令速查
55
+
56
+ | 命令 | 说明 |
57
+ |------|------|
58
+ | `speccrew list` | 列出所有可用的 Agent 和 Skill |
59
+ | `speccrew doctor` | 检查安装完整性 |
60
+ | `speccrew update` | 更新项目配置到最新版本 |
61
+ | `speccrew uninstall` | 卸载 SpecCrew |
62
+
63
+ ---
64
+
65
+ ## 2. 工作流程总览
66
+
67
+ ### 完整流程图
68
+
69
+ ```mermaid
70
+ flowchart LR
71
+ PRD[阶段一<br/>需求分析<br/>Product Manager] --> FD[阶段二<br/>功能设计<br/>Feature Designer]
72
+ FD --> SD[阶段三<br/>系统设计<br/>System Designer]
73
+ SD --> DEV[阶段四<br/>开发实现<br/>System Developer]
74
+ DEV --> TEST[阶段五<br/>系统测试<br/>Test Manager]
75
+ TEST --> ARCHIVE[阶段六<br/>归档]
76
+
77
+ KB[(知识库<br/>贯穿始终)] -.-> PRD
78
+ KB -.-> FD
79
+ KB -.-> SD
80
+ KB -.-> DEV
81
+ KB -.-> TEST
82
+ ```
83
+
84
+ ### 核心原则
85
+
86
+ 1. **阶段依赖**:每阶段产出物是下一阶段的输入
87
+ 2. **Checkpoint 确认**:每个阶段都有确认点,需用户确认后才能进入下一阶段
88
+ 3. **知识库驱动**:知识库贯穿始终,为各阶段提供上下文
89
+
90
+ ---
91
+
92
+ ## 3. 第零步:项目诊断与知识库初始化
93
+
94
+ 在开始正式工程流程前,需要先初始化项目知识库。
95
+
96
+ ### 3.1 项目诊断
97
+
98
+ **对话示例**:
99
+ ```
100
+ @speccrew-team-leader 诊断项目
101
+ ```
102
+
103
+ **Agent 会做什么**:
104
+ - 扫描项目结构
105
+ - 检测技术栈
106
+ - 识别业务模块
107
+
108
+ **产出物**:
109
+ ```
110
+ speccrew-workspace/knowledges/base/diagnosis-reports/diagnosis-report-{date}.md
111
+ ```
112
+
113
+ ### 3.2 技术知识库初始化
114
+
115
+ **对话示例**:
116
+ ```
117
+ @speccrew-team-leader 初始化技术知识库
118
+ ```
119
+
120
+ **三阶段流程**:
121
+ 1. 平台检测 — 识别项目中的技术平台
122
+ 2. 技术文档生成 — 为每个平台生成技术规约文档
123
+ 3. 索引生成 — 建立知识库索引
124
+
125
+ **产出物**:
126
+ ```
127
+ speccrew-workspace/knowledges/techs/{platform-id}/
128
+ ├── tech-stack.md # 技术栈定义
129
+ ├── architecture.md # 架构约定
130
+ ├── dev-spec.md # 开发规约
131
+ ├── test-spec.md # 测试规约
132
+ └── INDEX.md # 索引文件
133
+ ```
134
+
135
+ ### 3.3 业务知识库初始化
136
+
137
+ **对话示例**:
138
+ ```
139
+ @speccrew-team-leader 初始化业务知识库
140
+ ```
141
+
142
+ **四阶段流程**:
143
+ 1. 特性清单 — 扫描代码识别所有功能特性
144
+ 2. 特性分析 — 分析每个特性的业务逻辑
145
+ 3. 模块总结 — 按模块汇总特性
146
+ 4. 系统总结 — 生成系统级业务概览
147
+
148
+ **产出物**:
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. 逐阶段对话指南
160
+
161
+ ### 4.1 阶段一:需求分析(Product Manager)
162
+
163
+ **如何启动**:
164
+ ```
165
+ @speccrew-product-manager 我有一个新需求:[描述你的需求]
166
+ ```
167
+
168
+ **Agent 工作流程**:
169
+ 1. 读取系统概览了解现有模块
170
+ 2. 分析用户需求
171
+ 3. 生成结构化 PRD 文档
172
+
173
+ **产出物**:
174
+ ```
175
+ iterations/{序号}-{类型}-{名称}/01.product-requirement/
176
+ ├── [feature-name]-prd.md # 产品需求文档
177
+ └── [feature-name]-bizs-modeling.md # 业务建模(复杂需求时)
178
+ ```
179
+
180
+ **确认要点**:
181
+ - [ ] 需求描述是否准确反映用户意图
182
+ - [ ] 业务规则是否完整
183
+ - [ ] 与现有系统的集成点是否明确
184
+ - [ ] 验收标准是否可度量
185
+
186
+ ---
187
+
188
+ ### 4.2 阶段二:功能设计(Feature Designer)
189
+
190
+ **如何启动**:
191
+ ```
192
+ @speccrew-feature-designer 开始功能设计
193
+ ```
194
+
195
+ **Agent 工作流程**:
196
+ 1. 自动定位已确认的 PRD 文档
197
+ 2. 加载业务知识库
198
+ 3. 生成功能设计(含 UI 线框图、交互流、数据定义、API 契约)
199
+ 4. 多 PRD 时通过 Task Worker 并行设计
200
+
201
+ **产出物**:
202
+ ```
203
+ iterations/{iter}/02.feature-design/
204
+ └── [feature-name]-feature-spec.md # 功能设计文档
205
+ ```
206
+
207
+ **确认要点**:
208
+ - [ ] 所有用户场景是否都被覆盖
209
+ - [ ] 交互流程是否清晰
210
+ - [ ] 数据字段定义是否完整
211
+ - [ ] 异常处理是否完善
212
+
213
+ ---
214
+
215
+ ### 4.3 阶段三:系统设计(System Designer)
216
+
217
+ **如何启动**:
218
+ ```
219
+ @speccrew-system-designer 开始系统设计
220
+ ```
221
+
222
+ **Agent 工作流程**:
223
+ 1. 定位 Feature Spec 和 API Contract
224
+ 2. 加载技术知识库(各端技术栈、架构、规约)
225
+ 3. **Checkpoint A**:框架评估 — 分析技术差距,推荐新框架(如需要),等待用户确认
226
+ 4. 生成 DESIGN-OVERVIEW.md
227
+ 5. 通过 Task Worker 并行分派各端设计(前端/后端/移动端/桌面端)
228
+ 6. **Checkpoint B**:联合确认 — 展示所有平台设计汇总,等待用户确认
229
+
230
+ **产出物**:
231
+ ```
232
+ iterations/{iter}/03.system-design/
233
+ ├── DESIGN-OVERVIEW.md # 设计概览
234
+ ├── {platform-id}/
235
+ │ ├── INDEX.md # 各平台设计索引
236
+ │ └── {module}-design.md # 伪代码级模块设计
237
+ ```
238
+
239
+ **确认要点**:
240
+ - [ ] 伪代码是否使用了实际框架语法
241
+ - [ ] 跨端 API 契约是否一致
242
+ - [ ] 错误处理策略是否统一
243
+
244
+ ---
245
+
246
+ ### 4.4 阶段四:开发实现(System Developer)
247
+
248
+ **如何启动**:
249
+ ```
250
+ @speccrew-system-developer 开始开发
251
+ ```
252
+
253
+ **Agent 工作流程**:
254
+ 1. 读取系统设计文档
255
+ 2. 加载各端技术知识
256
+ 3. **Checkpoint A**:环境预检 — 检查运行时版本、依赖、服务可用性,失败时等待用户解决
257
+ 4. 通过 Task Worker 并行分派各端开发
258
+ 5. 集成检查:API 契约对齐、数据一致性
259
+ 6. 输出交付报告
260
+
261
+ **产出物**:
262
+ ```
263
+ # 源代码写入项目实际源码目录
264
+ iterations/{iter}/04.development/
265
+ ├── {platform-id}/
266
+ │ └── tasks/ # 开发任务记录
267
+ └── delivery-report.md
268
+ ```
269
+
270
+ **确认要点**:
271
+ - [ ] 环境是否就绪
272
+ - [ ] 集成问题是否在可接受范围
273
+ - [ ] 代码是否符合开发规约
274
+
275
+ ---
276
+
277
+ ### 4.5 阶段五:系统测试(Test Manager)
278
+
279
+ **如何启动**:
280
+ ```
281
+ @speccrew-test-manager 开始测试
282
+ ```
283
+
284
+ **三阶段测试流程**:
285
+
286
+ | 阶段 | 说明 | Checkpoint |
287
+ |------|------|------------|
288
+ | 测试用例设计 | 基于 PRD 和 Feature Spec 生成测试用例 | A:展示用例覆盖统计和追溯矩阵,等待用户确认覆盖足够 |
289
+ | 测试代码生成 | 生成可执行的测试代码 | B:展示生成的测试文件和用例映射,等待用户确认 |
290
+ | 测试执行与 Bug 报告 | 自动执行测试,生成报告 | 无(自动执行) |
291
+
292
+ **产出物**:
293
+ ```
294
+ iterations/{iter}/05.system-test/
295
+ ├── cases/
296
+ │ └── {platform-id}/ # 测试用例文档
297
+ ├── code/
298
+ │ └── {platform-id}/ # 测试代码计划
299
+ ├── reports/
300
+ │ └── test-report-{date}.md # 测试报告
301
+ └── bugs/
302
+ └── BUG-{id}-{title}.md # Bug 报告(每个 Bug 一个文件)
303
+ ```
304
+
305
+ **确认要点**:
306
+ - [ ] 用例覆盖是否完整
307
+ - [ ] 测试代码是否可运行
308
+ - [ ] Bug 严重程度判定是否准确
309
+
310
+ ---
311
+
312
+ ### 4.6 阶段六:归档
313
+
314
+ 迭代完成后自动归档:
315
+
316
+ ```
317
+ speccrew-workspace/iteration-archives/
318
+ └── {序号}-{类型}-{名称}-{日期}/
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. 知识库说明
329
+
330
+ ### 5.1 业务知识库(bizs)
331
+
332
+ **作用**:存储项目的业务功能描述、模块划分、API 特征
333
+
334
+ **目录结构**:
335
+ ```
336
+ knowledges/bizs/
337
+ ├── {platform-type}/
338
+ │ └── {module-name}/
339
+ │ └── feature-spec.md
340
+ └── system-overview.md
341
+ ```
342
+
343
+ **使用场景**:Product Manager、Feature Designer
344
+
345
+ ### 5.2 技术知识库(techs)
346
+
347
+ **作用**:存储项目的技术栈、架构约定、开发规约、测试规约
348
+
349
+ **目录结构**:
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
+ **使用场景**:System Designer、System Developer、Test Manager
360
+
361
+ ---
362
+
363
+ ## 6. 常见问题(FAQ)
364
+
365
+ ### Q1: Agent 不按预期工作怎么办?
366
+
367
+ 1. 运行 `speccrew doctor` 检查安装完整性
368
+ 2. 确认知识库已初始化
369
+ 3. 确认当前迭代目录中有上一阶段的产出物
370
+
371
+ ### Q2: 如何跳过某个阶段?
372
+
373
+ **不建议跳过**,每阶段产出是下阶段输入。
374
+
375
+ 如必须跳过,需手动准备对应阶段的输入文档,并确保格式符合规范。
376
+
377
+ ### Q3: 如何处理多个需求并行?
378
+
379
+ 每个需求创建独立迭代目录:
380
+ ```
381
+ iterations/
382
+ ├── 001-feature-xxx/
383
+ ├── 002-feature-yyy/
384
+ └── 003-feature-zzz/
385
+ ```
386
+
387
+ 各迭代完全隔离,互不影响。
388
+
389
+ ### Q4: 如何更新 SpecCrew 版本?
390
+
391
+ - **全局更新**:`npm update -g speccrew`
392
+ - **项目更新**:在项目目录执行 `speccrew update`
393
+
394
+ ### Q5: 如何查看历史迭代?
395
+
396
+ 归档后在 `speccrew-workspace/iteration-archives/` 中查看,按 `{序号}-{类型}-{名称}-{日期}/` 格式组织。
397
+
398
+ ### Q6: 知识库需要定期更新吗?
399
+
400
+ 以下情况需要重新初始化:
401
+ - 项目结构发生重大变化
402
+ - 技术栈升级或更换
403
+ - 新增/删除业务模块
404
+
405
+ ---
406
+
407
+ ## 7. 快速参考
408
+
409
+ ### Agent 启动速查表
410
+
411
+ | 阶段 | Agent | 启动对话 |
412
+ |------|-------|----------|
413
+ | 诊断 | Team Leader | `@speccrew-team-leader 诊断项目` |
414
+ | 初始化 | Team Leader | `@speccrew-team-leader 初始化技术知识库` |
415
+ | 需求分析 | Product Manager | `@speccrew-product-manager 我有一个新需求:[描述]` |
416
+ | 功能设计 | Feature Designer | `@speccrew-feature-designer 开始功能设计` |
417
+ | 系统设计 | System Designer | `@speccrew-system-designer 开始系统设计` |
418
+ | 开发实现 | System Developer | `@speccrew-system-developer 开始开发` |
419
+ | 系统测试 | Test Manager | `@speccrew-test-manager 开始测试` |
420
+
421
+ ### Checkpoint 检查清单
422
+
423
+ | 阶段 | Checkpoint 数量 | 关键检查项 |
424
+ |------|-----------------|------------|
425
+ | 需求分析 | 1 | 需求准确性、业务规则完整性、验收标准可度量性 |
426
+ | 功能设计 | 1 | 场景覆盖、交互清晰度、数据完整性、异常处理 |
427
+ | 系统设计 | 2 | A: 框架评估;B: 伪代码语法、跨端一致性、错误处理 |
428
+ | 开发实现 | 1 | A: 环境就绪、集成问题、代码规约 |
429
+ | 系统测试 | 2 | A: 用例覆盖;B: 测试代码可运行性 |
430
+
431
+ ### 产出物路径速查
432
+
433
+ | 阶段 | 产出目录 | 文件格式 |
434
+ |------|----------|----------|
435
+ | 需求分析 | `iterations/{iter}/01.product-requirement/` | `[name]-prd.md`, `[name]-bizs-modeling.md` |
436
+ | 功能设计 | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
437
+ | 系统设计 | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
438
+ | 开发实现 | `iterations/{iter}/04.development/` | 源代码 + `delivery-report.md` |
439
+ | 系统测试 | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
440
+ | 归档 | `iteration-archives/{iter}-{date}/` | 完整迭代副本 |
441
+
442
+ ---
443
+
444
+ ## 下一步
445
+
446
+ 1. 运行 `speccrew init --ide qoder` 初始化您的项目
447
+ 2. 执行第零步:项目诊断与知识库初始化
448
+ 3. 按照工作流程逐阶段推进,享受规范驱动的开发体验!