speccrew 0.1.1 → 0.1.3
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/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 +5 -2
|
@@ -0,0 +1,449 @@
|
|
|
1
|
+
# SpecCrew - Hướng Dẫn Bắt Đầu Nhanh
|
|
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
|
+
<a href="./GETTING-STARTED.vi.md">Tiếng Việt</a>
|
|
16
|
+
</p>
|
|
17
|
+
|
|
18
|
+
Tài liệu này giúp bạn nhanh chóng hiểu cách sử dụng nhóm Agent SpecCrew để hoàn thành chu kỳ phát triển đầy đủ từ yêu cầu đến bàn giao, tuân theo quy trình kỹ thuật tiêu chuẩn.
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 1. Điều Kiện Tiên Quyết
|
|
23
|
+
|
|
24
|
+
### Cài Đặt SpecCrew
|
|
25
|
+
|
|
26
|
+
```bash
|
|
27
|
+
npm install -g speccrew
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
### Khởi Tạo Dự Án
|
|
31
|
+
|
|
32
|
+
```bash
|
|
33
|
+
speccrew init --ide qoder
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
IDE được hỗ trợ: `qoder`, `cursor`, `claude`, `codex`
|
|
37
|
+
|
|
38
|
+
### Cấu Trúc Thư Mục Sau Khi Khởi Tạo
|
|
39
|
+
|
|
40
|
+
```
|
|
41
|
+
.
|
|
42
|
+
├── .qoder/
|
|
43
|
+
│ ├── agents/ # Tệp định nghĩa Agent
|
|
44
|
+
│ └── skills/ # Tệp định nghĩa Skill
|
|
45
|
+
├── speccrew-workspace/ # Không gian làm việc
|
|
46
|
+
│ ├── docs/ # Cấu hình, quy tắc, mẫu, giải pháp
|
|
47
|
+
│ ├── iterations/ # Iteration hiện tại
|
|
48
|
+
│ ├── iteration-archives/ # Iteration đã lưu trữ
|
|
49
|
+
│ └── knowledges/ # Cơ sở kiến thức
|
|
50
|
+
│ ├── base/ # Thông tin cơ bản (báo cáo chẩn đoán, nợ kỹ thuật)
|
|
51
|
+
│ ├── bizs/ # Cơ sở kiến thức nghiệp vụ
|
|
52
|
+
│ └── techs/ # Cơ sở kiến thức kỹ thuật
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
### Tham Khảo Lệnh CLI
|
|
56
|
+
|
|
57
|
+
| Lệnh | Mô tả |
|
|
58
|
+
|---------|-------------|
|
|
59
|
+
| `speccrew list` | Liệt kê tất cả Agent và Skill có sẵn |
|
|
60
|
+
| `speccrew doctor` | Kiểm tra tính toàn vẹn của cài đặt |
|
|
61
|
+
| `speccrew update` | Cập nhật cấu hình dự án lên phiên bản mới nhất |
|
|
62
|
+
| `speccrew uninstall` | Gỡ cài đặt SpecCrew |
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## 2. Tổng Quan Quy Trình Làm Việc
|
|
67
|
+
|
|
68
|
+
### Sơ Đồ Luồng Đầy Đủ
|
|
69
|
+
|
|
70
|
+
```mermaid
|
|
71
|
+
flowchart LR
|
|
72
|
+
PRD[Giai đoạn 1<br/>Phân Tích Yêu Cầu<br/>Product Manager] --> FD[Giai đoạn 2<br/>Thiết Kế Tính Năng<br/>Feature Designer]
|
|
73
|
+
FD --> SD[Giai đoạn 3<br/>Thiết Kế Hệ Thống<br/>System Designer]
|
|
74
|
+
SD --> DEV[Giai đoạn 4<br/>Phát Triển<br/>System Developer]
|
|
75
|
+
DEV --> TEST[Giai đoạn 5<br/>Kiểm Thử Hệ Thống<br/>Test Manager]
|
|
76
|
+
TEST --> ARCHIVE[Giai đoạn 6<br/>Lưu Trữ]
|
|
77
|
+
|
|
78
|
+
KB[(Cơ Sở Kiến Thức<br/>Trong Toàn Bộ Quy Trình)] -.-> PRD
|
|
79
|
+
KB -.-> FD
|
|
80
|
+
KB -.-> SD
|
|
81
|
+
KB -.-> DEV
|
|
82
|
+
KB -.-> TEST
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
### Nguyên Tắc Cơ Bản
|
|
86
|
+
|
|
87
|
+
1. **Phụ Thuộc Giai Đoạn**: Đầu ra của mỗi giai đoạn là đầu vào cho giai đoạn tiếp theo
|
|
88
|
+
2. **Xác Nhận Điểm Kiểm Tra**: Mỗi giai đoạn có một điểm xác nhận yêu cầu phê duyệt của người dùng trước khi tiếp tục
|
|
89
|
+
3. **Điều Khiển Bởi Cơ Sở Kiến Thức**: Cơ sở kiến thức xuyên suốt toàn bộ quy trình, cung cấp ngữ cảnh cho tất cả các giai đoạn
|
|
90
|
+
|
|
91
|
+
---
|
|
92
|
+
|
|
93
|
+
## 3. Bước Không: Chẩn Đoán Dự Án và Khởi Tạo Cơ Sở Kiến Thức
|
|
94
|
+
|
|
95
|
+
Trước khi bắt đầu quy trình kỹ thuật chính thức, bạn cần khởi tạo cơ sở kiến thức của dự án.
|
|
96
|
+
|
|
97
|
+
### 3.1 Chẩn Đoán Dự Án
|
|
98
|
+
|
|
99
|
+
**Ví Dụ Hội Thoại**:
|
|
100
|
+
```
|
|
101
|
+
@speccrew-team-leader chẩn đoán dự án
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
**Agent Sẽ Làm Gì**:
|
|
105
|
+
- Quét cấu trúc dự án
|
|
106
|
+
- Phát hiện công nghệ stack
|
|
107
|
+
- Xác định các module nghiệp vụ
|
|
108
|
+
|
|
109
|
+
**Kết Quả**:
|
|
110
|
+
```
|
|
111
|
+
speccrew-workspace/knowledges/base/diagnosis-reports/diagnosis-report-{date}.md
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
### 3.2 Khởi Tạo Cơ Sở Kiến Thức Kỹ Thuật
|
|
115
|
+
|
|
116
|
+
**Ví Dụ Hội Thoại**:
|
|
117
|
+
```
|
|
118
|
+
@speccrew-team-leader khởi tạo cơ sở kiến thức kỹ thuật
|
|
119
|
+
```
|
|
120
|
+
|
|
121
|
+
**Quy Trình Ba Giai Đoạn**:
|
|
122
|
+
1. Phát Hiện Nền Tảng — Xác định các nền tảng công nghệ trong dự án
|
|
123
|
+
2. Tạo Tài Liệu Kỹ Thuật — Tạo tài liệu đặc tả kỹ thuật cho mỗi nền tảng
|
|
124
|
+
3. Tạo Chỉ Mục — Thiết lập chỉ mục cơ sở kiến thức
|
|
125
|
+
|
|
126
|
+
**Kết Quả**:
|
|
127
|
+
```
|
|
128
|
+
speccrew-workspace/knowledges/techs/{platform-id}/
|
|
129
|
+
├── tech-stack.md # Định nghĩa công nghệ stack
|
|
130
|
+
├── architecture.md # Quy ước kiến trúc
|
|
131
|
+
├── dev-spec.md # Đặc tả phát triển
|
|
132
|
+
├── test-spec.md # Đặc tả kiểm thử
|
|
133
|
+
└── INDEX.md # Tệp chỉ mục
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
### 3.3 Khởi Tạo Cơ Sở Kiến Thức Nghiệp Vụ
|
|
137
|
+
|
|
138
|
+
**Ví Dụ Hội Thoại**:
|
|
139
|
+
```
|
|
140
|
+
@speccrew-team-leader khởi tạo cơ sở kiến thức nghiệp vụ
|
|
141
|
+
```
|
|
142
|
+
|
|
143
|
+
**Quy Trình Bốn Giai Đoạn**:
|
|
144
|
+
1. Kiểm Kê Tính Năng — Quét code để xác định tất cả tính năng
|
|
145
|
+
2. Phân Tích Tính Năng — Phân tích logic nghiệp vụ của mỗi tính năng
|
|
146
|
+
3. Tổng Kết Module — Tóm tắt tính năng theo module
|
|
147
|
+
4. Tổng Kết Hệ Thống — Tạo tổng quan nghiệp vụ cấp hệ thống
|
|
148
|
+
|
|
149
|
+
**Kết Quả**:
|
|
150
|
+
```
|
|
151
|
+
speccrew-workspace/knowledges/bizs/
|
|
152
|
+
├── {platform-type}/
|
|
153
|
+
│ └── {module-name}/
|
|
154
|
+
│ └── feature-spec.md
|
|
155
|
+
└── system-overview.md
|
|
156
|
+
```
|
|
157
|
+
|
|
158
|
+
---
|
|
159
|
+
|
|
160
|
+
## 4. Hướng Dẫn Hội Thoại Từng Giai Đoạn
|
|
161
|
+
|
|
162
|
+
### 4.1 Giai Đoạn 1: Phân Tích Yêu Cầu (Product Manager)
|
|
163
|
+
|
|
164
|
+
**Cách Bắt Đầu**:
|
|
165
|
+
```
|
|
166
|
+
@speccrew-product-manager tôi có yêu cầu mới: [mô tả yêu cầu của bạn]
|
|
167
|
+
```
|
|
168
|
+
|
|
169
|
+
**Quy Trình Làm Việc Của Agent**:
|
|
170
|
+
1. Đọc tổng quan hệ thống để hiểu các module hiện có
|
|
171
|
+
2. Phân tích yêu cầu người dùng
|
|
172
|
+
3. Tạo tài liệu PRD có cấu trúc
|
|
173
|
+
|
|
174
|
+
**Kết Quả**:
|
|
175
|
+
```
|
|
176
|
+
iterations/{số}-{loại}-{tên}/01.product-requirement/
|
|
177
|
+
├── [feature-name]-prd.md # Tài Liệu Yêu Cầu Sản Phẩm
|
|
178
|
+
└── [feature-name]-bizs-modeling.md # Mô hình nghiệp vụ (cho yêu cầu phức tạp)
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
**Danh Sách Xác Nhận**:
|
|
182
|
+
- [ ] Mô tả yêu cầu có phản ánh chính xác ý định người dùng không?
|
|
183
|
+
- [ ] Quy tắc nghiệp vụ có đầy đủ không?
|
|
184
|
+
- [ ] Các điểm tích hợp với hệ thống hiện có có rõ ràng không?
|
|
185
|
+
- [ ] Tiêu chí chấp nhận có thể đo lường được không?
|
|
186
|
+
|
|
187
|
+
---
|
|
188
|
+
|
|
189
|
+
### 4.2 Giai Đoạn 2: Thiết Kế Tính Năng (Feature Designer)
|
|
190
|
+
|
|
191
|
+
**Cách Bắt Đầu**:
|
|
192
|
+
```
|
|
193
|
+
@speccrew-feature-designer bắt đầu thiết kế tính năng
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
**Quy Trình Làm Việc Của Agent**:
|
|
197
|
+
1. Tự động định vị tài liệu PRD đã xác nhận
|
|
198
|
+
2. Tải cơ sở kiến thức nghiệp vụ
|
|
199
|
+
3. Tạo thiết kế tính năng (bao gồm UI wireframes, luồng tương tác, định nghĩa dữ liệu, API contracts)
|
|
200
|
+
4. Cho nhiều PRD, sử dụng Task Worker để thiết kế song song
|
|
201
|
+
|
|
202
|
+
**Kết Quả**:
|
|
203
|
+
```
|
|
204
|
+
iterations/{iter}/02.feature-design/
|
|
205
|
+
└── [feature-name]-feature-spec.md # Tài liệu thiết kế tính năng
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
**Danh Sách Xác Nhận**:
|
|
209
|
+
- [ ] Tất cả kịch bản người dùng có được bao phủ không?
|
|
210
|
+
- [ ] Luồng tương tác có rõ ràng không?
|
|
211
|
+
- [ ] Định nghĩa trường dữ liệu có đầy đủ không?
|
|
212
|
+
- [ ] Xử lý ngoại lệ có toàn diện không?
|
|
213
|
+
|
|
214
|
+
---
|
|
215
|
+
|
|
216
|
+
### 4.3 Giai Đoạn 3: Thiết Kế Hệ Thống (System Designer)
|
|
217
|
+
|
|
218
|
+
**Cách Bắt Đầu**:
|
|
219
|
+
```
|
|
220
|
+
@speccrew-system-designer bắt đầu thiết kế hệ thống
|
|
221
|
+
```
|
|
222
|
+
|
|
223
|
+
**Quy Trình Làm Việc Của Agent**:
|
|
224
|
+
1. Định vị Feature Spec và API Contract
|
|
225
|
+
2. Tải cơ sở kiến thức kỹ thuật (công nghệ stack, kiến trúc, đặc tả cho mỗi nền tảng)
|
|
226
|
+
3. **Điểm Kiểm Tra A**: Đánh Giá Framework — Phân tích khoảng trống kỹ thuật, đề xuất framework mới (nếu cần), chờ xác nhận người dùng
|
|
227
|
+
4. Tạo DESIGN-OVERVIEW.md
|
|
228
|
+
5. Sử dụng Task Worker để phân phối thiết kế song song cho mỗi nền tảng (frontend/backend/mobile/desktop)
|
|
229
|
+
6. **Điểm Kiểm Tra B**: Xác Nhận Chung — Hiển thị tóm tắt tất cả thiết kế nền tảng, chờ xác nhận người dùng
|
|
230
|
+
|
|
231
|
+
**Kết Quả**:
|
|
232
|
+
```
|
|
233
|
+
iterations/{iter}/03.system-design/
|
|
234
|
+
├── DESIGN-OVERVIEW.md # Tổng quan thiết kế
|
|
235
|
+
├── {platform-id}/
|
|
236
|
+
│ ├── INDEX.md # Chỉ mục thiết kế nền tảng
|
|
237
|
+
│ └── {module}-design.md # Thiết kế module cấp pseudocode
|
|
238
|
+
```
|
|
239
|
+
|
|
240
|
+
**Danh Sách Xác Nhận**:
|
|
241
|
+
- [ ] Pseudocode có sử dụng cú pháp framework thực tế không?
|
|
242
|
+
- [ ] API contracts đa nền tảng có nhất quán không?
|
|
243
|
+
- [ ] Chiến lược xử lý lỗi có thống nhất không?
|
|
244
|
+
|
|
245
|
+
---
|
|
246
|
+
|
|
247
|
+
### 4.4 Giai Đoạn 4: Triển Khai Phát Triển (System Developer)
|
|
248
|
+
|
|
249
|
+
**Cách Bắt Đầu**:
|
|
250
|
+
```
|
|
251
|
+
@speccrew-system-developer bắt đầu phát triển
|
|
252
|
+
```
|
|
253
|
+
|
|
254
|
+
**Quy Trình Làm Việc Của Agent**:
|
|
255
|
+
1. Đọc tài liệu thiết kế hệ thống
|
|
256
|
+
2. Tải kiến thức kỹ thuật cho mỗi nền tảng
|
|
257
|
+
3. **Điểm Kiểm Tra A**: Xác Minh Môi Trường Trước — Xác minh phiên bản runtime, dependencies, khả năng sẵn sàng của dịch vụ; nếu thất bại chờ giải pháp của người dùng
|
|
258
|
+
4. Sử dụng Task Worker để phân phối phát triển song song cho mỗi nền tảng
|
|
259
|
+
5. Xác minh tích hợp: Căn chỉnh API contracts, nhất quán dữ liệu
|
|
260
|
+
6. Xuất báo cáo bàn giao
|
|
261
|
+
|
|
262
|
+
**Kết Quả**:
|
|
263
|
+
```
|
|
264
|
+
# Source code được viết vào thư mục source code thực tế của dự án
|
|
265
|
+
iterations/{iter}/04.development/
|
|
266
|
+
├── {platform-id}/
|
|
267
|
+
│ └── tasks/ # Bản ghi task phát triển
|
|
268
|
+
└── delivery-report.md
|
|
269
|
+
```
|
|
270
|
+
|
|
271
|
+
**Danh Sách Xác Nhận**:
|
|
272
|
+
- [ ] Môi trường đã sẵn sàng chưa?
|
|
273
|
+
- [ ] Vấn đề tích hợp có trong phạm vi chấp nhận được không?
|
|
274
|
+
- [ ] Code có tuân thủ đặc tả phát triển không?
|
|
275
|
+
|
|
276
|
+
---
|
|
277
|
+
|
|
278
|
+
### 4.5 Giai Đoạn 5: Kiểm Thử Hệ Thống (Test Manager)
|
|
279
|
+
|
|
280
|
+
**Cách Bắt Đầu**:
|
|
281
|
+
```
|
|
282
|
+
@speccrew-test-manager bắt đầu kiểm thử
|
|
283
|
+
```
|
|
284
|
+
|
|
285
|
+
**Quy Trình Kiểm Thử Ba Giai Đoạn**:
|
|
286
|
+
|
|
287
|
+
| Giai Đoạn | Mô Tả | Điểm Kiểm Tra |
|
|
288
|
+
|------|----------|-------------------|
|
|
289
|
+
| Thiết Kế Ca Kiểm Thử | Tạo ca kiểm thử dựa trên PRD và Feature Spec | A: Hiển thị thống kê coverage ca và ma trận traceability, chờ xác nhận coverage đầy đủ của người dùng |
|
|
290
|
+
| Tạo Code Kiểm Thử | Tạo code kiểm thử có thể thực thi | B: Hiển thị tệp kiểm thử đã tạo và ánh xạ ca, chờ xác nhận người dùng |
|
|
291
|
+
| Thực Thi Kiểm Thử và Báo Cáo Lỗi | Tự động thực thi kiểm thử và tạo báo cáo | Không có (tự động thực thi) |
|
|
292
|
+
|
|
293
|
+
**Kết Quả**:
|
|
294
|
+
```
|
|
295
|
+
iterations/{iter}/05.system-test/
|
|
296
|
+
├── cases/
|
|
297
|
+
│ └── {platform-id}/ # Tài liệu ca kiểm thử
|
|
298
|
+
├── code/
|
|
299
|
+
│ └── {platform-id}/ # Kế hoạch code kiểm thử
|
|
300
|
+
├── reports/
|
|
301
|
+
│ └── test-report-{date}.md # Báo cáo kiểm thử
|
|
302
|
+
└── bugs/
|
|
303
|
+
└── BUG-{id}-{title}.md # Báo cáo lỗi (một tệp mỗi lỗi)
|
|
304
|
+
```
|
|
305
|
+
|
|
306
|
+
**Danh Sách Xác Nhận**:
|
|
307
|
+
- [ ] Coverage ca có đầy đủ không?
|
|
308
|
+
- [ ] Code kiểm thử có thể thực thi được không?
|
|
309
|
+
- [ ] Đánh giá mức độ nghiêm trọng của lỗi có chính xác không?
|
|
310
|
+
|
|
311
|
+
---
|
|
312
|
+
|
|
313
|
+
### 4.6 Giai Đoạn 6: Lưu Trữ
|
|
314
|
+
|
|
315
|
+
Iteration được tự động lưu trữ khi hoàn thành:
|
|
316
|
+
|
|
317
|
+
```
|
|
318
|
+
speccrew-workspace/iteration-archives/
|
|
319
|
+
└── {số}-{loại}-{tên}-{ngày}/
|
|
320
|
+
├── 01.product-requirement/
|
|
321
|
+
├── 02.feature-design/
|
|
322
|
+
├── 03.system-design/
|
|
323
|
+
├── 04.development/
|
|
324
|
+
└── 05.system-test/
|
|
325
|
+
```
|
|
326
|
+
|
|
327
|
+
---
|
|
328
|
+
|
|
329
|
+
## 5. Tổng Quan Cơ Sở Kiến Thức
|
|
330
|
+
|
|
331
|
+
### 5.1 Cơ Sở Kiến Thức Nghiệp Vụ (bizs)
|
|
332
|
+
|
|
333
|
+
**Mục Đích**: Lưu trữ mô tả chức năng nghiệp vụ của dự án, phân chia module, đặc điểm API
|
|
334
|
+
|
|
335
|
+
**Cấu Trúc Thư Mục**:
|
|
336
|
+
```
|
|
337
|
+
knowledges/bizs/
|
|
338
|
+
├── {platform-type}/
|
|
339
|
+
│ └── {module-name}/
|
|
340
|
+
│ └── feature-spec.md
|
|
341
|
+
└── system-overview.md
|
|
342
|
+
```
|
|
343
|
+
|
|
344
|
+
**Kịch Bản Sử Dụng**: Product Manager, Feature Designer
|
|
345
|
+
|
|
346
|
+
### 5.2 Cơ Sở Kiến Thức Kỹ Thuật (techs)
|
|
347
|
+
|
|
348
|
+
**Mục Đích**: Lưu trữ công nghệ stack của dự án, quy ước kiến trúc, đặc tả phát triển, đặc tả kiểm thử
|
|
349
|
+
|
|
350
|
+
**Cấu Trúc Thư Mục**:
|
|
351
|
+
```
|
|
352
|
+
knowledges/techs/{platform-id}/
|
|
353
|
+
├── tech-stack.md
|
|
354
|
+
├── architecture.md
|
|
355
|
+
├── dev-spec.md
|
|
356
|
+
├── test-spec.md
|
|
357
|
+
└── INDEX.md
|
|
358
|
+
```
|
|
359
|
+
|
|
360
|
+
**Kịch Bản Sử Dụng**: System Designer, System Developer, Test Manager
|
|
361
|
+
|
|
362
|
+
---
|
|
363
|
+
|
|
364
|
+
## 6. Câu Hỏi Thường Gặp (FAQ)
|
|
365
|
+
|
|
366
|
+
### H1: Phải làm gì nếu Agent không hoạt động như mong đợi?
|
|
367
|
+
|
|
368
|
+
1. Chạy `speccrew doctor` để kiểm tra tính toàn vẹn của cài đặt
|
|
369
|
+
2. Xác nhận cơ sở kiến thức đã được khởi tạo
|
|
370
|
+
3. Xác nhận kết quả của giai đoạn trước tồn tại trong thư mục iteration hiện tại
|
|
371
|
+
|
|
372
|
+
### H2: Làm thế nào để bỏ qua một giai đoạn?
|
|
373
|
+
|
|
374
|
+
**Không khuyến nghị** — Đầu ra của mỗi giai đoạn là đầu vào cho giai đoạn tiếp theo.
|
|
375
|
+
|
|
376
|
+
Nếu cần bỏ qua, hãy chuẩn bị thủ công tài liệu đầu vào của giai đoạn tương ứng và đảm bảo nó tuân thủ đặc tả định dạng.
|
|
377
|
+
|
|
378
|
+
### H3: Làm thế nào để xử lý nhiều yêu cầu song song?
|
|
379
|
+
|
|
380
|
+
Tạo các thư mục iteration độc lập cho mỗi yêu cầu:
|
|
381
|
+
```
|
|
382
|
+
iterations/
|
|
383
|
+
├── 001-feature-xxx/
|
|
384
|
+
├── 002-feature-yyy/
|
|
385
|
+
└── 003-feature-zzz/
|
|
386
|
+
```
|
|
387
|
+
|
|
388
|
+
Mỗi iteration được cô lập hoàn toàn và không ảnh hưởng đến nhau.
|
|
389
|
+
|
|
390
|
+
### H4: Làm thế nào để cập nhật phiên bản SpecCrew?
|
|
391
|
+
|
|
392
|
+
- **Cập Nhật Toàn Cầu**: `npm update -g speccrew`
|
|
393
|
+
- **Cập Nhật Dự Án**: Chạy `speccrew update` trong thư mục dự án
|
|
394
|
+
|
|
395
|
+
### H5: Làm thế nào để xem các iteration lịch sử?
|
|
396
|
+
|
|
397
|
+
Sau khi lưu trữ, xem trong `speccrew-workspace/iteration-archives/`, được tổ chức theo định dạng `{số}-{loại}-{tên}-{ngày}/`.
|
|
398
|
+
|
|
399
|
+
### H6: Cơ sở kiến thức có cần cập nhật thường xuyên không?
|
|
400
|
+
|
|
401
|
+
Cần khởi tạo lại trong các tình huống sau:
|
|
402
|
+
- Thay đổi đáng kể về cấu trúc dự án
|
|
403
|
+
- Cập nhật hoặc thay thế công nghệ stack
|
|
404
|
+
- Thêm/xóa module nghiệp vụ
|
|
405
|
+
|
|
406
|
+
---
|
|
407
|
+
|
|
408
|
+
## 7. Tham Khảo Nhanh
|
|
409
|
+
|
|
410
|
+
### Tham Khảo Nhanh Khởi Động Agent
|
|
411
|
+
|
|
412
|
+
| Giai Đoạn | Agent | Hội Thoại Bắt Đầu |
|
|
413
|
+
|------|-------|-------------------|
|
|
414
|
+
| Chẩn Đoán | Team Leader | `@speccrew-team-leader chẩn đoán dự án` |
|
|
415
|
+
| Khởi Tạo | Team Leader | `@speccrew-team-leader khởi tạo cơ sở kiến thức kỹ thuật` |
|
|
416
|
+
| Phân Tích Yêu Cầu | Product Manager | `@speccrew-product-manager tôi có yêu cầu mới: [mô tả]` |
|
|
417
|
+
| Thiết Kế Tính Năng | Feature Designer | `@speccrew-feature-designer bắt đầu thiết kế tính năng` |
|
|
418
|
+
| Thiết Kế Hệ Thống | System Designer | `@speccrew-system-designer bắt đầu thiết kế hệ thống` |
|
|
419
|
+
| Phát Triển | System Developer | `@speccrew-system-developer bắt đầu phát triển` |
|
|
420
|
+
| Kiểm Thử Hệ Thống | Test Manager | `@speccrew-test-manager bắt đầu kiểm thử` |
|
|
421
|
+
|
|
422
|
+
### Danh Sách Điểm Kiểm Tra
|
|
423
|
+
|
|
424
|
+
| Giai Đoạn | Số Lượng Điểm Kiểm Tra | Yếu Tố Xác Minh Chính |
|
|
425
|
+
|------|------------------------|------------------------|
|
|
426
|
+
| Phân Tích Yêu Cầu | 1 | Độ chính xác yêu cầu, đầy đủ quy tắc nghiệp vụ, khả năng đo lường tiêu chí chấp nhận |
|
|
427
|
+
| Thiết Kế Tính Năng | 1 | Coverage kịch bản, rõ ràng tương tác, đầy đủ dữ liệu, xử lý ngoại lệ |
|
|
428
|
+
| Thiết Kế Hệ Thống | 2 | A: Đánh giá framework; B: Cú pháp pseudocode, nhất quán đa nền tảng, xử lý lỗi |
|
|
429
|
+
| Phát Triển | 1 | A: Sẵn sàng môi trường, vấn đề tích hợp, đặc tả code |
|
|
430
|
+
| Kiểm Thử Hệ Thống | 2 | A: Coverage ca; B: Khả năng thực thi code kiểm thử |
|
|
431
|
+
|
|
432
|
+
### Tham Khảo Nhanh Đường Dẫn Kết Quả
|
|
433
|
+
|
|
434
|
+
| Giai Đoạn | Thư Mục Đầu Ra | Định Dạng Tệp |
|
|
435
|
+
|------|------------------|-------------|
|
|
436
|
+
| Phân Tích Yêu Cầu | `iterations/{iter}/01.product-requirement/` | `[name]-prd.md`, `[name]-bizs-modeling.md` |
|
|
437
|
+
| Thiết Kế Tính Năng | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
|
|
438
|
+
| Thiết Kế Hệ Thống | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
|
|
439
|
+
| Phát Triển | `iterations/{iter}/04.development/` | Source code + `delivery-report.md` |
|
|
440
|
+
| Kiểm Thử Hệ Thống | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
|
|
441
|
+
| Lưu Trữ | `iteration-archives/{iter}-{ngày}/` | Bản sao đầy đủ của iteration |
|
|
442
|
+
|
|
443
|
+
---
|
|
444
|
+
|
|
445
|
+
## Bước Tiếp Theo
|
|
446
|
+
|
|
447
|
+
1. Chạy `speccrew init --ide qoder` để khởi tạo dự án của bạn
|
|
448
|
+
2. Thực hiện Bước Không: Chẩn Đoán Dự Án và Khởi Tạo Cơ Sở Kiến Thức
|
|
449
|
+
3. Tiến bộ qua từng giai đoạn theo quy trình làm việc, tận hưởng trải nghiệm phát triển dựa trên đặc tả!
|