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,449 @@
|
|
|
1
|
+
# SpecCrew - Hızlı Başlangıç Kılavuzu
|
|
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.tr.md">Türkçe</a>
|
|
16
|
+
</p>
|
|
17
|
+
|
|
18
|
+
Bu belge, standart mühendislik süreçlerini takip ederek gereksinimlerden teslimata kadar tam geliştirme döngüsünü tamamlamak için SpecCrew Ajan ekibini nasıl kullanacağınızı hızlıca anlamanıza yardımcı olur.
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 1. Ön Koşullar
|
|
23
|
+
|
|
24
|
+
### SpecCrew Kurulumu
|
|
25
|
+
|
|
26
|
+
```bash
|
|
27
|
+
npm install -g speccrew
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
### Projeyi Başlatma
|
|
31
|
+
|
|
32
|
+
```bash
|
|
33
|
+
speccrew init --ide qoder
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
Desteklenen IDE'ler: `qoder`, `cursor`, `claude`, `codex`
|
|
37
|
+
|
|
38
|
+
### Başlatma Sonrası Dizin Yapısı
|
|
39
|
+
|
|
40
|
+
```
|
|
41
|
+
.
|
|
42
|
+
├── .qoder/
|
|
43
|
+
│ ├── agents/ # Ajan tanım dosyaları
|
|
44
|
+
│ └── skills/ # Beceri tanım dosyaları
|
|
45
|
+
├── speccrew-workspace/ # Çalışma alanı
|
|
46
|
+
│ ├── docs/ # Yapılandırmalar, kurallar, şablonlar, çözümler
|
|
47
|
+
│ ├── iterations/ # Mevcut iterasyonlar
|
|
48
|
+
│ ├── iteration-archives/ # Arşivlenmiş iterasyonlar
|
|
49
|
+
│ └── knowledges/ # Bilgi tabanı
|
|
50
|
+
│ ├── base/ # Temel bilgiler (teşhis raporları, teknik borçlar)
|
|
51
|
+
│ ├── bizs/ # İş bilgi tabanı
|
|
52
|
+
│ └── techs/ # Teknik bilgi tabanı
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
### CLI Komut Hızlı Başvurusu
|
|
56
|
+
|
|
57
|
+
| Komut | Açıklama |
|
|
58
|
+
|---------|-------------|
|
|
59
|
+
| `speccrew list` | Mevcut tüm Ajanları ve Becerileri listele |
|
|
60
|
+
| `speccrew doctor` | Kurulum bütünlüğünü kontrol et |
|
|
61
|
+
| `speccrew update` | Proje yapılandırmasını en son sürüme güncelle |
|
|
62
|
+
| `speccrew uninstall` | SpecCrew'ı kaldır |
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## 2. İş Akışı Genel Bakış
|
|
67
|
+
|
|
68
|
+
### Tam Akış Diyagramı
|
|
69
|
+
|
|
70
|
+
```mermaid
|
|
71
|
+
flowchart LR
|
|
72
|
+
PRD[Aşama 1<br/>Gereksinim Analizi<br/>Product Manager] --> FD[Aşama 2<br/>Özellik Tasarımı<br/>Feature Designer]
|
|
73
|
+
FD --> SD[Aşama 3<br/>Sistem Tasarımı<br/>System Designer]
|
|
74
|
+
SD --> DEV[Aşama 4<br/>Geliştirme<br/>System Developer]
|
|
75
|
+
DEV --> TEST[Aşama 5<br/>Sistem Testi<br/>Test Manager]
|
|
76
|
+
TEST --> ARCHIVE[Aşama 6<br/>Arşivleme]
|
|
77
|
+
|
|
78
|
+
KB[(Bilgi Tabanı<br/>Tüm Süreç Boyunca)] -.-> PRD
|
|
79
|
+
KB -.-> FD
|
|
80
|
+
KB -.-> SD
|
|
81
|
+
KB -.-> DEV
|
|
82
|
+
KB -.-> TEST
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
### Temel İlkeler
|
|
86
|
+
|
|
87
|
+
1. **Aşama Bağımlılıkları**: Her aşamanın çıktısı bir sonraki aşamanın girdisidir
|
|
88
|
+
2. **Kontrol Noktası Onayı**: Her aşama, devam etmeden önce kullanıcı onayı gerektiren bir onay noktasına sahiptir
|
|
89
|
+
3. **Bilgi Tabanı Güdümlü**: Bilgi tabanı tüm süreç boyunca ilerler, tüm aşamalar için bağlam sağlar
|
|
90
|
+
|
|
91
|
+
---
|
|
92
|
+
|
|
93
|
+
## 3. Sıfırıncı Adım: Proje Teşhisi ve Bilgi Tabanı Başlatma
|
|
94
|
+
|
|
95
|
+
Resmi mühendislik sürecini başlatmadan önce proje bilgi tabanını başlatmanız gerekir.
|
|
96
|
+
|
|
97
|
+
### 3.1 Proje Teşhisi
|
|
98
|
+
|
|
99
|
+
**Örnek Konuşma**:
|
|
100
|
+
```
|
|
101
|
+
@speccrew-team-leader projeyi teşhis et
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
**Ajan Ne Yapacak**:
|
|
105
|
+
- Proje yapısını tara
|
|
106
|
+
- Teknoloji yığınını tespit et
|
|
107
|
+
- İş modüllerini tanımla
|
|
108
|
+
|
|
109
|
+
**Çıktı**:
|
|
110
|
+
```
|
|
111
|
+
speccrew-workspace/knowledges/base/diagnosis-reports/diagnosis-report-{date}.md
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
### 3.2 Teknik Bilgi Tabanı Başlatma
|
|
115
|
+
|
|
116
|
+
**Örnek Konuşma**:
|
|
117
|
+
```
|
|
118
|
+
@speccrew-team-leader teknik bilgi tabanını başlat
|
|
119
|
+
```
|
|
120
|
+
|
|
121
|
+
**Üç Aşamalı Süreç**:
|
|
122
|
+
1. Platform Tespiti — Projedeki teknoloji platformlarını tanımla
|
|
123
|
+
2. Teknik Dokümantasyon Üretimi — Her platform için teknik özellik belgeleri oluştur
|
|
124
|
+
3. İndeks Üretimi — Bilgi tabanı indeksini oluştur
|
|
125
|
+
|
|
126
|
+
**Çıktı**:
|
|
127
|
+
```
|
|
128
|
+
speccrew-workspace/knowledges/techs/{platform-id}/
|
|
129
|
+
├── tech-stack.md # Teknoloji yığını tanımı
|
|
130
|
+
├── architecture.md # Mimari kurallar
|
|
131
|
+
├── dev-spec.md # Geliştirme özellikleri
|
|
132
|
+
├── test-spec.md # Test özellikleri
|
|
133
|
+
└── INDEX.md # İndeks dosyası
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
### 3.3 İş Bilgi Tabanı Başlatma
|
|
137
|
+
|
|
138
|
+
**Örnek Konuşma**:
|
|
139
|
+
```
|
|
140
|
+
@speccrew-team-leader iş bilgi tabanını başlat
|
|
141
|
+
```
|
|
142
|
+
|
|
143
|
+
**Dört Aşamalı Süreç**:
|
|
144
|
+
1. Özellik Envanteri — Tüm özellikleri tanımlamak için kodu tara
|
|
145
|
+
2. Özellik Analizi — Her özelliğin iş mantığını analiz et
|
|
146
|
+
3. Modül Özeti — Özellikleri modüllere göre özetle
|
|
147
|
+
4. Sistem Özeti — Sistem seviyesinde iş genel görünümü oluştur
|
|
148
|
+
|
|
149
|
+
**Çıktı**:
|
|
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. Aşama Aşama Konuşma Kılavuzu
|
|
161
|
+
|
|
162
|
+
### 4.1 Aşama 1: Gereksinim Analizi (Product Manager)
|
|
163
|
+
|
|
164
|
+
**Nasıl Başlatılır**:
|
|
165
|
+
```
|
|
166
|
+
@speccrew-product-manager yeni bir gereksinimim var: [gereksiniminizi açıklayın]
|
|
167
|
+
```
|
|
168
|
+
|
|
169
|
+
**Ajan İş Akışı**:
|
|
170
|
+
1. Mevcut modülleri anlamak için sistem genel görünümünü oku
|
|
171
|
+
2. Kullanıcı gereksinimlerini analiz et
|
|
172
|
+
3. Yapılandırılmış PRD belgesi oluştur
|
|
173
|
+
|
|
174
|
+
**Çıktı**:
|
|
175
|
+
```
|
|
176
|
+
iterations/{numara}-{tip}-{isim}/01.product-requirement/
|
|
177
|
+
├── [feature-name]-prd.md # Ürün Gereksinim Belgesi
|
|
178
|
+
└── [feature-name]-bizs-modeling.md # İş modelleme (karmaşık gereksinimler için)
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
**Onay Kontrol Listesi**:
|
|
182
|
+
- [ ] Gereksinim açıklaması kullanıcı niyetini doğru şekilde yansıtıyor mu?
|
|
183
|
+
- [ ] İş kuralları eksiksiz mi?
|
|
184
|
+
- [ ] Mevcut sistemlerle entegrasyon noktaları net mi?
|
|
185
|
+
- [ ] Kabul kriterleri ölçülebilir mi?
|
|
186
|
+
|
|
187
|
+
---
|
|
188
|
+
|
|
189
|
+
### 4.2 Aşama 2: Özellik Tasarımı (Feature Designer)
|
|
190
|
+
|
|
191
|
+
**Nasıl Başlatılır**:
|
|
192
|
+
```
|
|
193
|
+
@speccrew-feature-designer özellik tasarımına başla
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
**Ajan İş Akışı**:
|
|
197
|
+
1. Onaylanmış PRD belgesini otomatik olarak bul
|
|
198
|
+
2. İş bilgi tabanını yükle
|
|
199
|
+
3. Özellik tasarımı oluştur (UI wireframe'leri, etkileşim akışları, veri tanımları, API sözleşmeleri dahil)
|
|
200
|
+
4. Birden fazla PRD için paralel tasarım için Task Worker kullan
|
|
201
|
+
|
|
202
|
+
**Çıktı**:
|
|
203
|
+
```
|
|
204
|
+
iterations/{iter}/02.feature-design/
|
|
205
|
+
└── [feature-name]-feature-spec.md # Özellik tasarım belgesi
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
**Onay Kontrol Listesi**:
|
|
209
|
+
- [ ] Tüm kullanıcı senaryoları kapsanıyor mu?
|
|
210
|
+
- [ ] Etkileşim akışları net mi?
|
|
211
|
+
- [ ] Veri alanı tanımları eksiksiz mi?
|
|
212
|
+
- [ ] İstisna yönetimi kapsamlı mı?
|
|
213
|
+
|
|
214
|
+
---
|
|
215
|
+
|
|
216
|
+
### 4.3 Aşama 3: Sistem Tasarımı (System Designer)
|
|
217
|
+
|
|
218
|
+
**Nasıl Başlatılır**:
|
|
219
|
+
```
|
|
220
|
+
@speccrew-system-designer sistem tasarımına başla
|
|
221
|
+
```
|
|
222
|
+
|
|
223
|
+
**Ajan İş Akışı**:
|
|
224
|
+
1. Feature Spec ve API Contract'ı bul
|
|
225
|
+
2. Teknik bilgi tabanını yükle (teknoloji yığını, mimari, her platform için özellikler)
|
|
226
|
+
3. **Kontrol Noktası A**: Çerçeve Değerlendirmesi — Teknik boşlukları analiz et, yeni çerçeveler öner (gerekirse), kullanıcı onayını bekle
|
|
227
|
+
4. DESIGN-OVERVIEW.md oluştur
|
|
228
|
+
5. Her platform için paralel tasarım dağıtımı için Task Worker kullan (frontend/backend/mobil/masaüstü)
|
|
229
|
+
6. **Kontrol Noktası B**: Ortak Onay — Tüm platform tasarımlarının özetini göster, kullanıcı onayını bekle
|
|
230
|
+
|
|
231
|
+
**Çıktı**:
|
|
232
|
+
```
|
|
233
|
+
iterations/{iter}/03.system-design/
|
|
234
|
+
├── DESIGN-OVERVIEW.md # Tasarım genel görünümü
|
|
235
|
+
├── {platform-id}/
|
|
236
|
+
│ ├── INDEX.md # Platform tasarım indeksi
|
|
237
|
+
│ └── {module}-design.md # Sözde kod seviyesinde modül tasarımı
|
|
238
|
+
```
|
|
239
|
+
|
|
240
|
+
**Onay Kontrol Listesi**:
|
|
241
|
+
- [ ] Sözde kod gerçek çerçeve sözdizimi kullanıyor mu?
|
|
242
|
+
- [ ] Platformlar arası API sözleşmeleri tutarlı mı?
|
|
243
|
+
- [ ] Hata işleme stratejisi birleşik mi?
|
|
244
|
+
|
|
245
|
+
---
|
|
246
|
+
|
|
247
|
+
### 4.4 Aşama 4: Geliştirme Uygulaması (System Developer)
|
|
248
|
+
|
|
249
|
+
**Nasıl Başlatılır**:
|
|
250
|
+
```
|
|
251
|
+
@speccrew-system-developer geliştirmeye başla
|
|
252
|
+
```
|
|
253
|
+
|
|
254
|
+
**Ajan İş Akışı**:
|
|
255
|
+
1. Sistem tasarım belgelerini oku
|
|
256
|
+
2. Her platform için teknik bilgiyi yükle
|
|
257
|
+
3. **Kontrol Noktası A**: Ortam Ön Doğrulaması — Runtime sürümlerini, bağımlılıkları, hizmet kullanılabilirliğini doğrula; başarısız olursa kullanıcı çözümünü bekle
|
|
258
|
+
4. Her platform için paralel geliştirme dağıtımı için Task Worker kullan
|
|
259
|
+
5. Entegrasyon doğrulaması: API sözleşme hizalaması, veri tutarlılığı
|
|
260
|
+
6. Teslim raporu oluştur
|
|
261
|
+
|
|
262
|
+
**Çıktı**:
|
|
263
|
+
```
|
|
264
|
+
# Kaynak kodu projenin gerçek kaynak kodu dizinine yazılır
|
|
265
|
+
iterations/{iter}/04.development/
|
|
266
|
+
├── {platform-id}/
|
|
267
|
+
│ └── tasks/ # Geliştirme görev kayıtları
|
|
268
|
+
└── delivery-report.md
|
|
269
|
+
```
|
|
270
|
+
|
|
271
|
+
**Onay Kontrol Listesi**:
|
|
272
|
+
- [ ] Ortam hazır mı?
|
|
273
|
+
- [ ] Entegrasyon sorunları kabul edilebilir aralıkta mı?
|
|
274
|
+
- [ ] Kod geliştirme özelliklerine uygun mu?
|
|
275
|
+
|
|
276
|
+
---
|
|
277
|
+
|
|
278
|
+
### 4.5 Aşama 5: Sistem Testi (Test Manager)
|
|
279
|
+
|
|
280
|
+
**Nasıl Başlatılır**:
|
|
281
|
+
```
|
|
282
|
+
@speccrew-test-manager teste başla
|
|
283
|
+
```
|
|
284
|
+
|
|
285
|
+
**Üç Aşamalı Test Süreci**:
|
|
286
|
+
|
|
287
|
+
| Aşama | Açıklama | Kontrol Noktası |
|
|
288
|
+
|------|----------|-------------------|
|
|
289
|
+
| Test Senaryosu Tasarımı | PRD ve Feature Spec'e dayalı test senaryoları oluştur | A: Senaryo kapsam istatistiklerini ve izlenebilirlik matrisini göster, yeterli kapsam için kullanıcı onayını bekle |
|
|
290
|
+
| Test Kodu Üretimi | Yürütülebilir test kodu oluştur | B: Oluşturulan test dosyalarını ve senaryo eşlemesini göster, kullanıcı onayını bekle |
|
|
291
|
+
| Test Yürütme ve Hata Raporu | Testleri otomatik olarak yürüt ve raporlar oluştur | Yok (otomatik yürütme) |
|
|
292
|
+
|
|
293
|
+
**Çıktı**:
|
|
294
|
+
```
|
|
295
|
+
iterations/{iter}/05.system-test/
|
|
296
|
+
├── cases/
|
|
297
|
+
│ └── {platform-id}/ # Test senaryosu belgeleri
|
|
298
|
+
├── code/
|
|
299
|
+
│ └── {platform-id}/ # Test kodu planı
|
|
300
|
+
├── reports/
|
|
301
|
+
│ └── test-report-{date}.md # Test raporu
|
|
302
|
+
└── bugs/
|
|
303
|
+
└── BUG-{id}-{title}.md # Hata raporları (hata başına bir dosya)
|
|
304
|
+
```
|
|
305
|
+
|
|
306
|
+
**Onay Kontrol Listesi**:
|
|
307
|
+
- [ ] Senaryo kapsamı eksiksiz mi?
|
|
308
|
+
- [ ] Test kodu yürütülebilir mi?
|
|
309
|
+
- [ ] Hata önem değerlendirmesi doğru mu?
|
|
310
|
+
|
|
311
|
+
---
|
|
312
|
+
|
|
313
|
+
### 4.6 Aşama 6: Arşivleme
|
|
314
|
+
|
|
315
|
+
İterasyonlar tamamlandığında otomatik olarak arşivlenir:
|
|
316
|
+
|
|
317
|
+
```
|
|
318
|
+
speccrew-workspace/iteration-archives/
|
|
319
|
+
└── {numara}-{tip}-{isim}-{tarih}/
|
|
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. Bilgi Tabanı Genel Bakış
|
|
330
|
+
|
|
331
|
+
### 5.1 İş Bilgi Tabanı (bizs)
|
|
332
|
+
|
|
333
|
+
**Amaç**: Projenin iş fonksiyon açıklamalarını, modül bölümlerini, API özelliklerini saklamak
|
|
334
|
+
|
|
335
|
+
**Dizin Yapısı**:
|
|
336
|
+
```
|
|
337
|
+
knowledges/bizs/
|
|
338
|
+
├── {platform-type}/
|
|
339
|
+
│ └── {module-name}/
|
|
340
|
+
│ └── feature-spec.md
|
|
341
|
+
└── system-overview.md
|
|
342
|
+
```
|
|
343
|
+
|
|
344
|
+
**Kullanım Senaryoları**: Product Manager, Feature Designer
|
|
345
|
+
|
|
346
|
+
### 5.2 Teknik Bilgi Tabanı (techs)
|
|
347
|
+
|
|
348
|
+
**Amaç**: Projenin teknoloji yığınını, mimari kurallarını, geliştirme özelliklerini, test özelliklerini saklamak
|
|
349
|
+
|
|
350
|
+
**Dizin Yapısı**:
|
|
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
|
+
**Kullanım Senaryoları**: System Designer, System Developer, Test Manager
|
|
361
|
+
|
|
362
|
+
---
|
|
363
|
+
|
|
364
|
+
## 6. Sıkça Sorulan Sorular (SSS)
|
|
365
|
+
|
|
366
|
+
### S1: Ajan beklendiği gibi çalışmazsa ne yapmalıyım?
|
|
367
|
+
|
|
368
|
+
1. Kurulum bütünlüğünü kontrol etmek için `speccrew doctor` çalıştırın
|
|
369
|
+
2. Bilgi tabanının başlatıldığını onaylayın
|
|
370
|
+
3. Önceki aşamanın çıktısının mevcut iterasyon dizininde olduğunu onaylayın
|
|
371
|
+
|
|
372
|
+
### S2: Bir aşamayı nasıl atlarım?
|
|
373
|
+
|
|
374
|
+
**Önerilmez** — Her aşamanın çıktısı bir sonraki aşamanın girdisidir.
|
|
375
|
+
|
|
376
|
+
Atlamanız gerekirse, ilgili aşamanın giriş belgesini manuel olarak hazırlayın ve format özelliklerine uygun olduğundan emin olun.
|
|
377
|
+
|
|
378
|
+
### S3: Birden fazla paralel gereksinimi nasıl yönetirim?
|
|
379
|
+
|
|
380
|
+
Her gereksinim için bağımsız iterasyon dizinleri oluşturun:
|
|
381
|
+
```
|
|
382
|
+
iterations/
|
|
383
|
+
├── 001-feature-xxx/
|
|
384
|
+
├── 002-feature-yyy/
|
|
385
|
+
└── 003-feature-zzz/
|
|
386
|
+
```
|
|
387
|
+
|
|
388
|
+
Her iterasyon tamamen izole edilmiştir ve diğerlerini etkilemez.
|
|
389
|
+
|
|
390
|
+
### S4: SpecCrew sürümünü nasıl güncellerim?
|
|
391
|
+
|
|
392
|
+
- **Genel Güncelleme**: `npm update -g speccrew`
|
|
393
|
+
- **Proje Güncellemesi**: Proje dizininde `speccrew update` çalıştırın
|
|
394
|
+
|
|
395
|
+
### S5: Geçmiş iterasyonları nasıl görüntülerim?
|
|
396
|
+
|
|
397
|
+
Arşivledikten sonra `speccrew-workspace/iteration-archives/` içinde inceleyin, `{numara}-{tip}-{isim}-{tarih}/` formatında düzenlenmiştir.
|
|
398
|
+
|
|
399
|
+
### S6: Bilgi tabanının düzenli olarak güncellenmesi gerekiyor mu?
|
|
400
|
+
|
|
401
|
+
Aşağıdaki durumlarda yeniden başlatma gerekir:
|
|
402
|
+
- Proje yapısında önemli değişiklikler
|
|
403
|
+
- Teknoloji yığını güncellemesi veya değişimi
|
|
404
|
+
- İş modülü ekleme/kaldırma
|
|
405
|
+
|
|
406
|
+
---
|
|
407
|
+
|
|
408
|
+
## 7. Hızlı Referans
|
|
409
|
+
|
|
410
|
+
### Ajan Başlatma Hızlı Referansı
|
|
411
|
+
|
|
412
|
+
| Aşama | Ajan | Başlangıç Konuşması |
|
|
413
|
+
|------|-------|-------------------|
|
|
414
|
+
| Teşhis | Team Leader | `@speccrew-team-leader projeyi teşhis et` |
|
|
415
|
+
| Başlatma | Team Leader | `@speccrew-team-leader teknik bilgi tabanını başlat` |
|
|
416
|
+
| Gereksinim Analizi | Product Manager | `@speccrew-product-manager yeni bir gereksinimim var: [açıklama]` |
|
|
417
|
+
| Özellik Tasarımı | Feature Designer | `@speccrew-feature-designer özellik tasarımına başla` |
|
|
418
|
+
| Sistem Tasarımı | System Designer | `@speccrew-system-designer sistem tasarımına başla` |
|
|
419
|
+
| Geliştirme | System Developer | `@speccrew-system-developer geliştirmeye başla` |
|
|
420
|
+
| Sistem Testi | Test Manager | `@speccrew-test-manager teste başla` |
|
|
421
|
+
|
|
422
|
+
### Kontrol Noktaları Kontrol Listesi
|
|
423
|
+
|
|
424
|
+
| Aşama | Kontrol Noktası Sayısı | Temel Doğrulama Öğeleri |
|
|
425
|
+
|------|------------------------|------------------------|
|
|
426
|
+
| Gereksinim Analizi | 1 | Gereksinim doğruluğu, iş kuralları eksiksizliği, kabul kriterleri ölçülebilirliği |
|
|
427
|
+
| Özellik Tasarımı | 1 | Senaryo kapsamı, etkileşim netliği, veri eksiksizliği, istisna yönetimi |
|
|
428
|
+
| Sistem Tasarımı | 2 | A: Çerçeve değerlendirmesi; B: Sözde kod sözdizimi, platformlar arası tutarlılık, hata işleme |
|
|
429
|
+
| Geliştirme | 1 | A: Ortam hazırlığı, entegrasyon sorunları, kod özellikleri |
|
|
430
|
+
| Sistem Testi | 2 | A: Senaryo kapsamı; B: Test kodu yürütülebilirliği |
|
|
431
|
+
|
|
432
|
+
### Çıktı Yolları Hızlı Referansı
|
|
433
|
+
|
|
434
|
+
| Aşama | Çıktı Dizini | Dosya Formatı |
|
|
435
|
+
|------|------------------|-------------|
|
|
436
|
+
| Gereksinim Analizi | `iterations/{iter}/01.product-requirement/` | `[name]-prd.md`, `[name]-bizs-modeling.md` |
|
|
437
|
+
| Özellik Tasarımı | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
|
|
438
|
+
| Sistem Tasarımı | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
|
|
439
|
+
| Geliştirme | `iterations/{iter}/04.development/` | Kaynak kod + `delivery-report.md` |
|
|
440
|
+
| Sistem Testi | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
|
|
441
|
+
| Arşivleme | `iteration-archives/{iter}-{tarih}/` | İterasyonun tam kopyası |
|
|
442
|
+
|
|
443
|
+
---
|
|
444
|
+
|
|
445
|
+
## Sonraki Adımlar
|
|
446
|
+
|
|
447
|
+
1. Projenizi başlatmak için `speccrew init --ide qoder` çalıştırın
|
|
448
|
+
2. Sıfırıncı Adımı uygulayın: Proje Teşhisi ve Bilgi Tabanı Başlatma
|
|
449
|
+
3. İş akışını takip ederek her aşamada ilerleyin, şart odaklı geliştirme deneyiminin keyfini çıkarın!
|