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
package/README.tr.md
ADDED
|
@@ -0,0 +1,239 @@
|
|
|
1
|
+
# SpecCrew - AI Destekli Yazılım Mühendisliği Çerçevesi
|
|
2
|
+
|
|
3
|
+
<p align="center">
|
|
4
|
+
<a href="./README.md">简体中文</a> |
|
|
5
|
+
<a href="./README.zh-TW.md">繁體中文</a> |
|
|
6
|
+
<a href="./README.en.md">English</a> |
|
|
7
|
+
<a href="./README.ko.md">한국어</a> |
|
|
8
|
+
<a href="./README.de.md">Deutsch</a> |
|
|
9
|
+
<a href="./README.es.md">Español</a> |
|
|
10
|
+
<a href="./README.fr.md">Français</a> |
|
|
11
|
+
<a href="./README.it.md">Italiano</a> |
|
|
12
|
+
<a href="./README.da.md">Dansk</a> |
|
|
13
|
+
<a href="./README.ja.md">日本語</a> |
|
|
14
|
+
<a href="./README.pl.md">Polski</a> |
|
|
15
|
+
<a href="./README.ru.md">Русский</a> |
|
|
16
|
+
<a href="./README.bs.md">Bosanski</a> |
|
|
17
|
+
<a href="./README.ar.md">العربية</a> |
|
|
18
|
+
<a href="./README.no.md">Norsk</a> |
|
|
19
|
+
<a href="./README.pt-BR.md">Português (Brasil)</a> |
|
|
20
|
+
<a href="./README.th.md">ไทย</a> |
|
|
21
|
+
<a href="./README.tr.md">Türkçe</a> |
|
|
22
|
+
<a href="./README.uk.md">Українська</a> |
|
|
23
|
+
<a href="./README.bn.md">বাংলা</a> |
|
|
24
|
+
<a href="./README.el.md">Ελληνικά</a> |
|
|
25
|
+
<a href="./README.vi.md">Tiếng Việt</a>
|
|
26
|
+
</p>
|
|
27
|
+
|
|
28
|
+
<p align="center">
|
|
29
|
+
<a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/v/speccrew.svg" alt="npm version"></a>
|
|
30
|
+
<a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/dm/speccrew.svg" alt="npm downloads"></a>
|
|
31
|
+
<a href="https://github.com/charlesmu99/speccrew/blob/main/LICENSE"><img src="https://img.shields.io/npm/l/speccrew.svg" alt="license"></a>
|
|
32
|
+
</p>
|
|
33
|
+
|
|
34
|
+
> Herhangi bir yazılım projesi için hızlı mühendislik uygulaması sağlayan sanal bir AI geliştirme ekibi
|
|
35
|
+
|
|
36
|
+
## SpecCrew Nedir?
|
|
37
|
+
|
|
38
|
+
SpecCrew, gömülü bir sanal AI geliştirme ekibi çerçevesidir. Profesyonel yazılım mühendisliği iş akışlarını (PRD → Feature Design → System Design → Dev → Test) yeniden kullanılabilir Agent iş akışlarına dönüştürerek geliştirme ekiplerinin Specification-Driven Development (SDD) elde etmesine yardımcı olur ve özellikle mevcut projeler için uygundur.
|
|
39
|
+
|
|
40
|
+
Mevcut projelere Agent'ları ve Skill'leri entegre ederek, ekipler proje dokümantasyon sistemlerini ve sanal yazılım ekiplerini hızla başlatabilir ve standart mühendislik iş akışlarını takip ederek yeni özellikleri ve modifikasyonları adım adım uygulayabilir.
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## Çözülen 8 Temel Sorun
|
|
45
|
+
|
|
46
|
+
### 1. AI Mevcut Proje Dokümantasyonunu Görmezden Gelir (Bilgi Boşluğu)
|
|
47
|
+
**Problem**: Mevcut SDD veya Vibe Coding yöntemleri, AI'nın projeleri gerçek zamanlı özetlemesine dayanır, bu da kritik içeriğin kolayca kaçırılmasına ve geliştirme sonuçlarının beklentilerden sapmasına neden olur.
|
|
48
|
+
|
|
49
|
+
**Çözüm**: `knowledge/` deposu projenin "tek doğruluk kaynağı" olarak hizmet eder, mimari tasarımı, işlevsel modülleri ve iş süreçlerini biriktirerek gereksinimlerin kaynaktan itibaren yolda kalmasını sağlar.
|
|
50
|
+
|
|
51
|
+
### 2. PRD'den Doğrudan Teknik Dokümantasyon (İçerik Atlama)
|
|
52
|
+
**Problem**: PRD'den doğrudan detaylı tasarıma atlamak, gereksinim detaylarını kolayca kaçırır ve uygulanan özelliklerin gereksinimlerden sapmasına neden olur.
|
|
53
|
+
|
|
54
|
+
**Çözüm**: Teknik detaylar olmadan yalnızca gereksinim iskeletine odaklanan **Feature Design Dokümanı** aşamasını tanıtın:
|
|
55
|
+
- Hangi sayfalar ve bileşenler dahil?
|
|
56
|
+
- Sayfa operasyon akışları
|
|
57
|
+
- Backend işleme mantığı
|
|
58
|
+
- Veri depolama yapısı
|
|
59
|
+
|
|
60
|
+
Geliştirme, belirli teknoloji yığınına dayalı olarak sadece "eti doldurmak" zorundadır ve özelliklerin "kemiklere (gereksinimlere) yakın" büyümesini sağlar.
|
|
61
|
+
|
|
62
|
+
### 3. Belirsiz Agent Arama Kapsamı (Belirsizlik)
|
|
63
|
+
**Problem**: Karmaşık projelerde, AI'nın geniş kod ve doküman araması belirsiz sonuçlar verir ve tutarlılığı garanti etmeyi zorlaştırır.
|
|
64
|
+
|
|
65
|
+
**Çözüm**: Her Agent'ın ihtiyaçlarına göre tasarlanmış net doküman dizin yapıları ve şablonlar, determinizmi garanti etmek için **aşamalı açıklama ve talep üzerine yükleme** uygular.
|
|
66
|
+
|
|
67
|
+
### 4. Eksik Aşamalar ve Görevler (Süreç Kopukluğu)
|
|
68
|
+
**Problem**: Eksik mühendislik süreci kapsamı kritik adımları kolayca kaçırır ve kaliteyi garanti etmeyi zorlaştırır.
|
|
69
|
+
|
|
70
|
+
**Çözüm**: Yazılım mühendisliği yaşam döngüsünün tamamını kapsar:
|
|
71
|
+
```
|
|
72
|
+
PRD (Gereksinimler) → Feature Design (Özellik Tasarımı) → API Contract (Sözleşme)
|
|
73
|
+
→ System Design (Sistem Tasarımı) → Dev (Geliştirme) → Test (Test)
|
|
74
|
+
```
|
|
75
|
+
- Her aşamanın çıktısı bir sonraki aşamanın girdisidir
|
|
76
|
+
- Her adım devam etmeden önce insan onayı gerektirir
|
|
77
|
+
- Tüm Agent yürütmelerinin tamamlanma sonrası kendi kendini kontrol eden todo listeleri vardır
|
|
78
|
+
|
|
79
|
+
### 5. Düşük Takım İşbirliği Verimliliği (Bilgi Siloları)
|
|
80
|
+
**Problem**: AI programlama deneyimi takımlar arasında paylaşılması zor olduğundan, tekrarlanan hatalara yol açar.
|
|
81
|
+
|
|
82
|
+
**Çözüm**: Tüm Agent'lar, Skill'ler ve ilgili dokümanlar kaynak koduyla birlikte versiyon kontrol edilir:
|
|
83
|
+
- Bir kişinin optimizasyonu takım tarafından paylaşılır
|
|
84
|
+
- Bilgi kod tabanında birikir
|
|
85
|
+
- Takım işbirliği verimliliği artar
|
|
86
|
+
|
|
87
|
+
### 7. Tek Agent Bağlamı Çok Uzun (Performans Darboğazı)
|
|
88
|
+
**Problem**: Büyük karmaşık görevler tek Agent bağlam pencerelerini aşar, anlama sapmalarına ve çıktı kalitesinin düşmesine neden olur.
|
|
89
|
+
|
|
90
|
+
**Çözüm**: **Sub-Agent Otomatik Dispatch Mekanizması**:
|
|
91
|
+
- Karmaşık görevler otomatik olarak tanımlanır ve alt görevlere bölünür
|
|
92
|
+
- Her alt görev, izole bağlam ile bağımsız bir Sub-Agent tarafından yürütülür
|
|
93
|
+
- Parent Agent koordine eder ve birleştirerek genel tutarlılığı sağlar
|
|
94
|
+
- Tek Agent bağlam genişlemesini önler ve çıktı kalitesini garanti eder
|
|
95
|
+
|
|
96
|
+
### 8. Gereksinim İterasyon Kaosu (Yönetim Zorluğu)
|
|
97
|
+
**Problem**: Aynı dalda karıştırılan birden fazla gereksinim birbirini etkiler, takip ve geri alma işlemlerini zorlaştırır.
|
|
98
|
+
|
|
99
|
+
**Çözüm**: **Her Gereksinim Bir Bağımsız Proje Olarak**:
|
|
100
|
+
- Her gereksinim bağımsız bir iterasyon dizini oluşturur `iterations/iXXX-[gereksinim-adı]/`
|
|
101
|
+
- Tam izolasyon: dokümanlar, tasarım, kod ve testler bağımsız yönetilir
|
|
102
|
+
- Hızlı iterasyon: küçük parçalı teslimat, hızlı doğrulama, hızlı dağıtım
|
|
103
|
+
- Esnek arşivleme: tamamlandıktan sonra, net tarihsel izlenebilirlikle `archive/` altında arşivlenir
|
|
104
|
+
|
|
105
|
+
### 6. Doküman Güncelleme Gecikmesi (Bilgi Çürümesi)
|
|
106
|
+
**Problem**: Projeler geliştikçe dokümanlar eskir ve AI yanlış bilgiyle çalışır.
|
|
107
|
+
|
|
108
|
+
**Çözüm**: Agent'lar otomatik doküman güncelleme yeteneklerine sahiptir, proje değişikliklerini gerçek zamanlı senkronize ederek bilgi tabanının doğruluğunu korur.
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## Temel İş Akışı
|
|
113
|
+
|
|
114
|
+
```mermaid
|
|
115
|
+
graph LR
|
|
116
|
+
A[PRD<br/>Gereksinim Dokümanı] --> B[Feature Design<br/>Özellik Tasarımı]
|
|
117
|
+
B --> C[API Contract<br/>Arayüz Sözleşmesi]
|
|
118
|
+
C --> D[System Design<br/>Sistem Tasarımı]
|
|
119
|
+
D --> E[Dev<br/>Uygulama]
|
|
120
|
+
E --> F[System Test<br/>Test]
|
|
121
|
+
F --> G[Archive<br/>Arşivleme]
|
|
122
|
+
|
|
123
|
+
H[Knowledge<br/>Depo] -.-> A
|
|
124
|
+
H -.-> B
|
|
125
|
+
H -.-> D
|
|
126
|
+
H -.-> E
|
|
127
|
+
|
|
128
|
+
E -.-> H
|
|
129
|
+
F -.-> H
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
### Aşama Açıklamaları
|
|
133
|
+
|
|
134
|
+
| Aşama | Agent | Girdi | Çıktı | İnsan Onayı |
|
|
135
|
+
|-------|-------|-------|-------|-------------|
|
|
136
|
+
| PRD | PM | Kullanıcı Gereksinimleri | Ürün Gereksinim Dokümanı | ✅ Gerekli |
|
|
137
|
+
| Feature Design | Feature Designer | PRD | Feature Design Dokümanı + API Sözleşmesi | ✅ Gerekli |
|
|
138
|
+
| System Design | System Designer | Feature Spec | Frontend/Backend Tasarım Dokümanları | ✅ Gerekli |
|
|
139
|
+
| Dev | Dev | Design | Kod + Görev Kayıtları | ✅ Gerekli |
|
|
140
|
+
| System Test | Test Manager | Dev Çıktısı + Feature Spec | Test Senaryoları + Test Kodu + Test Raporu + Bug Raporu | ✅ Gerekli |
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## Mevcut Çözümlerle Karşılaştırma
|
|
145
|
+
|
|
146
|
+
| Boyut | Vibe Coding | Ralph Loop | **SpecCrew** |
|
|
147
|
+
|-------|-------------|------------|-------------|
|
|
148
|
+
| Doküman Bağımlılığı | Mevcut dokümanları görmezden gelir | AGENTS.md'e bağımlı | **Yapılandırılmış Bilgi Tabanı** |
|
|
149
|
+
| Gereksinim Transferi | Doğrudan kodlama | PRD → Kod | **PRD → Feature Design → System Design → Kod** |
|
|
150
|
+
| İnsan Katılımı | Minimal | Başlangıçta | **Her aşamada** |
|
|
151
|
+
| Süreç Tamlığı | Zayıf | Orta | **Tam mühendislik iş akışı** |
|
|
152
|
+
| Takım İşbirliği | Paylaşım zor | Kişisel verimlilik | **Takım bilgi paylaşımı** |
|
|
153
|
+
| Bağlam Yönetimi | Tek örnek | Tek örnek döngüsü | **Sub-Agent otomatik dispatch** |
|
|
154
|
+
| İterasyon Yönetimi | Karışık | Görev listesi | **Gereksinim proje olarak, bağımsız iterasyon** |
|
|
155
|
+
| Determinizm | Düşük | Orta | **Yüksek (aşamalı açıklama)** |
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## Hızlı Başlangıç
|
|
160
|
+
|
|
161
|
+
### Önkoşullar
|
|
162
|
+
|
|
163
|
+
- Node.js >= 16.0.0
|
|
164
|
+
- Desteklenen IDE'ler: Qoder (varsayılan), Cursor, Claude Code
|
|
165
|
+
|
|
166
|
+
> **Not**: Cursor ve Claude Code için adaptörler gerçek IDE ortamlarında test edilmemiştir (kod seviyesinde uygulanmış ve E2E testleri ile doğrulanmış, ancak gerçek Cursor/Claude Code'da henüz test edilmemiştir).
|
|
167
|
+
|
|
168
|
+
### 1. SpecCrew'ü Kurun
|
|
169
|
+
|
|
170
|
+
```bash
|
|
171
|
+
npm install -g speccrew
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
### 2. Projeyi Başlatın
|
|
175
|
+
|
|
176
|
+
Projenizin kök dizinine gidin ve başlatma komutunu çalıştırın:
|
|
177
|
+
|
|
178
|
+
```bash
|
|
179
|
+
cd /path/to/your-project
|
|
180
|
+
|
|
181
|
+
# Varsayılan olarak Qoder kullanır
|
|
182
|
+
speccrew init
|
|
183
|
+
|
|
184
|
+
# Veya IDE belirtin
|
|
185
|
+
speccrew init --ide qoder
|
|
186
|
+
speccrew init --ide cursor
|
|
187
|
+
speccrew init --ide claude
|
|
188
|
+
```
|
|
189
|
+
|
|
190
|
+
Başlatmadan sonra projenizde şu dosyalar oluşturulacaktır:
|
|
191
|
+
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 Agent rol tanımı
|
|
192
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 38 Skill iş akışı
|
|
193
|
+
- `speccrew-workspace/` — Çalışma alanı (iterasyon dizinleri, bilgi tabanı, doküman şablonları)
|
|
194
|
+
- `.speccrewrc` — SpecCrew yapılandırma dosyası
|
|
195
|
+
|
|
196
|
+
Daha sonra belirli bir IDE için Agent'ları ve Skill'leri güncellemek için:
|
|
197
|
+
|
|
198
|
+
```bash
|
|
199
|
+
speccrew update --ide cursor
|
|
200
|
+
speccrew update --ide claude
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
### 3. Geliştirme İş Akışını Başlatın
|
|
204
|
+
|
|
205
|
+
Standart mühendislik iş akışını adım adım takip edin:
|
|
206
|
+
|
|
207
|
+
1. **PRD**: Product Manager Agent gereksinimleri analiz eder ve ürün gereksinim dokümanı oluşturur
|
|
208
|
+
2. **Feature Design**: Feature Designer Agent feature design dokümanı + API sözleşmesi oluşturur
|
|
209
|
+
3. **System Design**: System Designer Agent platformlara göre sistem tasarım dokümanları oluşturur (frontend/backend/mobile/desktop)
|
|
210
|
+
4. **Dev**: System Developer Agent platformlara göre paralel geliştirme uygular
|
|
211
|
+
5. **System Test**: Test Manager Agent üç aşamalı test koordine eder (senaryo tasarımı → kod üretimi → yürütme raporu)
|
|
212
|
+
6. **Archive**: İterasyonu arşivle
|
|
213
|
+
|
|
214
|
+
> Her aşamanın teslim edilebilirleri bir sonraki aşamaya geçmeden önce insan onayı gerektirir.
|
|
215
|
+
|
|
216
|
+
### 4. Diğer CLI Komutları
|
|
217
|
+
|
|
218
|
+
```bash
|
|
219
|
+
speccrew list # Yüklü agent'ları ve skill'leri listele
|
|
220
|
+
speccrew doctor # Ortamı ve kurulum durumunu teşhis et
|
|
221
|
+
speccrew update # Agent'ları ve skill'leri en son sürüme güncelle
|
|
222
|
+
speccrew uninstall # SpecCrew'ü kaldır (--all çalışma alanını da siler)
|
|
223
|
+
```
|
|
224
|
+
|
|
225
|
+
📖 **Detaylı Kılavuz**: Kurulumdan sonra, tam iş akışı ve Agent konuşma kılavuzu için [Başlangıç Kılavuzu](docs/GETTING-STARTED.tr.md)'na bakın.
|
|
226
|
+
|
|
227
|
+
---
|
|
228
|
+
|
|
229
|
+
## Daha Fazla Bilgi
|
|
230
|
+
|
|
231
|
+
- **Agent Bilgi Haritası**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
|
|
232
|
+
- **npm**: https://www.npmjs.com/package/speccrew
|
|
233
|
+
- **GitHub**: https://github.com/charlesmu99/speccrew
|
|
234
|
+
- **Gitee**: https://gitee.com/amutek/speccrew
|
|
235
|
+
- **Qoder IDE**: https://qoder.com/
|
|
236
|
+
|
|
237
|
+
---
|
|
238
|
+
|
|
239
|
+
> **SpecCrew geliştiricilerin yerini almayı değil, sıkıcı kısımları otomatikleştirerek ekiplerin daha değerli işlere odaklanmasını sağlar.**
|
package/README.uk.md
ADDED
|
@@ -0,0 +1,239 @@
|
|
|
1
|
+
# SpecCrew - AI-орієнтований фреймворк програмної інженерії
|
|
2
|
+
|
|
3
|
+
<p align="center">
|
|
4
|
+
<a href="./README.md">简体中文</a> |
|
|
5
|
+
<a href="./README.zh-TW.md">繁體中文</a> |
|
|
6
|
+
<a href="./README.en.md">English</a> |
|
|
7
|
+
<a href="./README.ko.md">한국어</a> |
|
|
8
|
+
<a href="./README.de.md">Deutsch</a> |
|
|
9
|
+
<a href="./README.es.md">Español</a> |
|
|
10
|
+
<a href="./README.fr.md">Français</a> |
|
|
11
|
+
<a href="./README.it.md">Italiano</a> |
|
|
12
|
+
<a href="./README.da.md">Dansk</a> |
|
|
13
|
+
<a href="./README.ja.md">日本語</a> |
|
|
14
|
+
<a href="./README.pl.md">Polski</a> |
|
|
15
|
+
<a href="./README.ru.md">Русский</a> |
|
|
16
|
+
<a href="./README.bs.md">Bosanski</a> |
|
|
17
|
+
<a href="./README.ar.md">العربية</a> |
|
|
18
|
+
<a href="./README.no.md">Norsk</a> |
|
|
19
|
+
<a href="./README.pt-BR.md">Português (Brasil)</a> |
|
|
20
|
+
<a href="./README.th.md">ไทย</a> |
|
|
21
|
+
<a href="./README.tr.md">Türkçe</a> |
|
|
22
|
+
<a href="./README.uk.md">Українська</a> |
|
|
23
|
+
<a href="./README.bn.md">বাংলা</a> |
|
|
24
|
+
<a href="./README.el.md">Ελληνικά</a> |
|
|
25
|
+
<a href="./README.vi.md">Tiếng Việt</a>
|
|
26
|
+
</p>
|
|
27
|
+
|
|
28
|
+
<p align="center">
|
|
29
|
+
<a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/v/speccrew.svg" alt="npm version"></a>
|
|
30
|
+
<a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/dm/speccrew.svg" alt="npm downloads"></a>
|
|
31
|
+
<a href="https://github.com/charlesmu99/speccrew/blob/main/LICENSE"><img src="https://img.shields.io/npm/l/speccrew.svg" alt="license"></a>
|
|
32
|
+
</p>
|
|
33
|
+
|
|
34
|
+
> Віртуальна команда розробки на базі ШІ, що забезпечує швидку інженерну реалізацію для будь-якого програмного проекту
|
|
35
|
+
|
|
36
|
+
## Що таке SpecCrew?
|
|
37
|
+
|
|
38
|
+
SpecCrew — це вбудований фреймворк віртуальної команди розробки на базі ШІ. Він перетворює професійні робочі процеси програмної інженерії (PRD → Feature Design → System Design → Dev → Test) у багаторазові робочі процеси Агентів, допомагаючи командам розробників досягти Specification-Driven Development (SDD), особливо підходить для існуючих проектів.
|
|
39
|
+
|
|
40
|
+
Інтегруючи Агентів та Навички в існуючі проекти, команди можуть швидко ініціалізувати системи документації проекту та віртуальні програмні команди, реалізуючи нові функції та модифікації відповідно до стандартних інженерних робочих процесів.
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## Вирішення 8 ключових проблем
|
|
45
|
+
|
|
46
|
+
### 1. ШІ ігнорує існуючу документацію проекту (розрив знань)
|
|
47
|
+
**Проблема**: Існуючі методи SDD або Vibe Coding покладаються на те, що ШІ резюмує проекти в реальному часі, легко пропускаючи критичний контекст і призводячи до результатів розробки, що відхиляються від очікувань.
|
|
48
|
+
|
|
49
|
+
**Рішення**: Репозиторій `knowledge/` служить "єдиним джерелом істини" проекту, накопичуючи архітектурний дизайн, функціональні модулі та бізнес-процеси, забезпечуючи відповідність вимог джерелу.
|
|
50
|
+
|
|
51
|
+
### 2. Пряма технічна документація з PRD (пропуск змісту)
|
|
52
|
+
**Проблема**: Прямий перехід від PRD до детального проектування легко пропускає деталі вимог, призводячи до того, що реалізовані функції відхиляються від вимог.
|
|
53
|
+
|
|
54
|
+
**Рішення**: Впровадження фази **Документа Feature Design**, що фокусується лише на скелеті вимог без технічних деталей:
|
|
55
|
+
- Які сторінки та компоненти включені?
|
|
56
|
+
- Потоки операцій сторінок
|
|
57
|
+
- Логіка обробки бекенду
|
|
58
|
+
- Структура зберігання даних
|
|
59
|
+
|
|
60
|
+
Розробка повинна лише "наростити м'ясо" на основі конкретного технічного стеку, забезпечуючи зростання функцій "близько до кісток (вимог)".
|
|
61
|
+
|
|
62
|
+
### 3. Невизначена область пошуку Агента (невизначеність)
|
|
63
|
+
**Проблема**: У складних проектах широкий пошук коду та документів ШІ дає невизначені результати, що ускладнює гарантування узгодженості.
|
|
64
|
+
|
|
65
|
+
**Рішення**: Чіткі структури каталогів документів та шаблони, розроблені на основі потреб кожного Агента, реалізують **прогресивне розкриття та завантаження за запитом** для забезпечення детермінізму.
|
|
66
|
+
|
|
67
|
+
### 4. Пропущені етапи та завдання (розрив процесу)
|
|
68
|
+
**Проблема**: Відсутність повного охоплення інженерного процесу легко пропускає критичні кроки, що ускладнює гарантування якості.
|
|
69
|
+
|
|
70
|
+
**Рішення**: Охоплення повного життєвого циклу програмної інженерії:
|
|
71
|
+
```
|
|
72
|
+
PRD (Вимоги) → Feature Design (Проектування функцій) → API Contract (Контракт)
|
|
73
|
+
→ System Design (Системне проектування) → Dev (Розробка) → Test (Тестування)
|
|
74
|
+
```
|
|
75
|
+
- Вихід кожної фази є входом наступної фази
|
|
76
|
+
- Кожен крок потребує людського підтвердження перед продовженням
|
|
77
|
+
- Всі виконання Агентів мають списки todo з самоперевіркою після завершення
|
|
78
|
+
|
|
79
|
+
### 5. Низька ефективність командної співпраці (інформаційні силоси)
|
|
80
|
+
**Проблема**: Досвід програмування з ШІ важко розділяти між командами, що призводить до повторних помилок.
|
|
81
|
+
|
|
82
|
+
**Рішення**: Всі Агенти, Навички та пов'язані документи версіонуються з вихідним кодом:
|
|
83
|
+
- Оптимізація однієї людини розділяється командою
|
|
84
|
+
- Знання накопичуються в кодовій базі
|
|
85
|
+
- Підвищується ефективність командної співпраці
|
|
86
|
+
|
|
87
|
+
### 7. Занадто довгий контекст одного Агента (вузьке місце продуктивності)
|
|
88
|
+
**Проблема**: Великі складні завдання перевищують контекстні вікна одного Агента, викликаючи відхилення в розумінні та зниження якості виходу.
|
|
89
|
+
|
|
90
|
+
**Рішення**: **Механізм автодиспетчеризації суб-Агентів**:
|
|
91
|
+
- Складні завдання автоматично ідентифікуються та розділяються на підзавдання
|
|
92
|
+
- Кожне підзавдання виконується незалежним суб-Агентом з ізольованим контекстом
|
|
93
|
+
- Батьківський Агент координує та агрегує для забезпечення загальної узгодженості
|
|
94
|
+
- Уникає розширення контексту одного Агента, забезпечуючи якість виходу
|
|
95
|
+
|
|
96
|
+
### 8. Хаос ітерації вимог (труднощі управління)
|
|
97
|
+
**Проблема**: Кілька вимог, змішаних в одній гілці, впливають одна на одну, що ускладнює відстеження та відкат.
|
|
98
|
+
|
|
99
|
+
**Рішення**: **Кожна вимога як незалежний проект**:
|
|
100
|
+
- Кожна вимога створює незалежний каталог ітерації `iterations/iXXX-[ім'я-вимоги]/`
|
|
101
|
+
- Повна ізоляція: документи, дизайн, код та тести керуються незалежно
|
|
102
|
+
- Швидка ітерація: доставка малої гранулярності, швидка верифікація, швидке розгортання
|
|
103
|
+
- Гнучке архівування: після завершення, архівування в `archive/` з чіткою історичною відстежуваністю
|
|
104
|
+
|
|
105
|
+
### 6. Затримка оновлення документів (старіння знань)
|
|
106
|
+
**Проблема**: Документи застарівають по мірі розвитку проектів, змушуючи ШІ працювати з невірною інформацією.
|
|
107
|
+
|
|
108
|
+
**Рішення**: Агенти мають можливості автоматичного оновлення документів, синхронізуючи зміни проекту в реальному часі для підтримки точності бази знань.
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## Основний робочий процес
|
|
113
|
+
|
|
114
|
+
```mermaid
|
|
115
|
+
graph LR
|
|
116
|
+
A[PRD<br/>Документ вимог] --> B[Feature Design<br/>Проектування функцій]
|
|
117
|
+
B --> C[API Contract<br/>Контракт інтерфейсу]
|
|
118
|
+
C --> D[System Design<br/>Системне проектування]
|
|
119
|
+
D --> E[Dev<br/>Реалізація]
|
|
120
|
+
E --> F[System Test<br/>Тестування]
|
|
121
|
+
F --> G[Archive<br/>Архівування]
|
|
122
|
+
|
|
123
|
+
H[Knowledge<br/>Репозиторій] -.-> A
|
|
124
|
+
H -.-> B
|
|
125
|
+
H -.-> D
|
|
126
|
+
H -.-> E
|
|
127
|
+
|
|
128
|
+
E -.-> H
|
|
129
|
+
F -.-> H
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
### Опис фаз
|
|
133
|
+
|
|
134
|
+
| Фаза | Агент | Вхід | Вихід | Людське підтвердження |
|
|
135
|
+
|------|-------|------|-------|----------------------|
|
|
136
|
+
| PRD | PM | Користувацькі вимоги | Документ вимог продукту | ✅ Обов'язково |
|
|
137
|
+
| Feature Design | Feature Designer | PRD | Документ Feature Design + API контракт | ✅ Обов'язково |
|
|
138
|
+
| System Design | System Designer | Feature Spec | Документи проектування Frontend/Backend | ✅ Обов'язково |
|
|
139
|
+
| Dev | Dev | Design | Код + Записи завдань | ✅ Обов'язково |
|
|
140
|
+
| System Test | Test Manager | Вихід Dev + Feature Spec | Тест-кейси + Тестовий код + Тестовий звіт + Звіт багів | ✅ Обов'язково |
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## Порівняння з існуючими рішеннями
|
|
145
|
+
|
|
146
|
+
| Вимір | Vibe Coding | Ralph Loop | **SpecCrew** |
|
|
147
|
+
|-------|-------------|------------|-------------|
|
|
148
|
+
| Залежність від документів | Ігнорує існуючі документи | Покладається на AGENTS.md | **Структурована база знань** |
|
|
149
|
+
| Передача вимог | Пряме кодування | PRD → Код | **PRD → Feature Design → System Design → Код** |
|
|
150
|
+
| Людська участь | Мінімальна | При запуску | **На кожній фазі** |
|
|
151
|
+
| Повнота процесу | Слабка | Середня | **Повний інженерний робочий процес** |
|
|
152
|
+
| Командна співпраця | Важко ділитися | Особиста ефективність | **Розділення знань команди** |
|
|
153
|
+
| Управління контекстом | Один екземпляр | Цикл одного екземпляра | **Автодиспетчеризація суб-Агентів** |
|
|
154
|
+
| Управління ітерацією | Змішане | Список завдань | **Вимога як проект, незалежна ітерація** |
|
|
155
|
+
| Детермінізм | Низький | Середній | **Високий (прогресивне розкриття)** |
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## Швидкий старт
|
|
160
|
+
|
|
161
|
+
### Передумови
|
|
162
|
+
|
|
163
|
+
- Node.js >= 16.0.0
|
|
164
|
+
- Підтримувані IDE: Qoder (за замовчуванням), Cursor, Claude Code
|
|
165
|
+
|
|
166
|
+
> **Примітка**: Адаптери для Cursor та Claude Code не тестувалися в реальних середовищах IDE (реалізовані на рівні коду та верифіковані через E2E тести, але ще не протестовані в реальних Cursor/Claude Code).
|
|
167
|
+
|
|
168
|
+
### 1. Встановити SpecCrew
|
|
169
|
+
|
|
170
|
+
```bash
|
|
171
|
+
npm install -g speccrew
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
### 2. Ініціалізувати проект
|
|
175
|
+
|
|
176
|
+
Перейдіть до кореневого каталогу проекту та виконайте команду ініціалізації:
|
|
177
|
+
|
|
178
|
+
```bash
|
|
179
|
+
cd /path/to/your-project
|
|
180
|
+
|
|
181
|
+
# За замовчуванням використовує Qoder
|
|
182
|
+
speccrew init
|
|
183
|
+
|
|
184
|
+
# Або вкажіть IDE
|
|
185
|
+
speccrew init --ide qoder
|
|
186
|
+
speccrew init --ide cursor
|
|
187
|
+
speccrew init --ide claude
|
|
188
|
+
```
|
|
189
|
+
|
|
190
|
+
Після ініціалізації в проекті будуть створені:
|
|
191
|
+
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 визначень ролей Агентів
|
|
192
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 38 робочих процесів Навичок
|
|
193
|
+
- `speccrew-workspace/` — Робочий простір (каталоги ітерацій, база знань, шаблони документів)
|
|
194
|
+
- `.speccrewrc` — Файл конфігурації SpecCrew
|
|
195
|
+
|
|
196
|
+
Щоб пізніше оновити Агентів та Навички для конкретного IDE:
|
|
197
|
+
|
|
198
|
+
```bash
|
|
199
|
+
speccrew update --ide cursor
|
|
200
|
+
speccrew update --ide claude
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
### 3. Почати робочий процес розробки
|
|
204
|
+
|
|
205
|
+
Дотримуйтесь стандартного інженерного робочого процесу крок за кроком:
|
|
206
|
+
|
|
207
|
+
1. **PRD**: Агент Product Manager аналізує вимоги та генерує документ вимог продукту
|
|
208
|
+
2. **Feature Design**: Агент Feature Designer генерує документ feature design + API контракт
|
|
209
|
+
3. **System Design**: Агент System Designer генерує документи system design за платформами (frontend/backend/mobile/desktop)
|
|
210
|
+
4. **Dev**: Агент System Developer реалізує розробку за платформами паралельно
|
|
211
|
+
5. **System Test**: Агент Test Manager координує трифазне тестування (дизайн кейсів → генерація коду → звіт виконання)
|
|
212
|
+
6. **Archive**: Архівувати ітерацію
|
|
213
|
+
|
|
214
|
+
> Результати кожної фази потребують людського підтвердження перед переходом до наступної фази.
|
|
215
|
+
|
|
216
|
+
### 4. Інші CLI команди
|
|
217
|
+
|
|
218
|
+
```bash
|
|
219
|
+
speccrew list # Список встановлених агентів та навичок
|
|
220
|
+
speccrew doctor # Діагностика середовища та статусу встановлення
|
|
221
|
+
speccrew update # Оновлення агентів та навичок до останньої версії
|
|
222
|
+
speccrew uninstall # Видалити SpecCrew (--all також видаляє робочий простір)
|
|
223
|
+
```
|
|
224
|
+
|
|
225
|
+
📖 **Детальний посібник**: Після встановлення ознайомтесь з [Посібником початку роботи](docs/GETTING-STARTED.uk.md) для повного робочого процесу та посібника діалогів агентів.
|
|
226
|
+
|
|
227
|
+
---
|
|
228
|
+
|
|
229
|
+
## Більше інформації
|
|
230
|
+
|
|
231
|
+
- **Карта знань Агентів**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
|
|
232
|
+
- **npm**: https://www.npmjs.com/package/speccrew
|
|
233
|
+
- **GitHub**: https://github.com/charlesmu99/speccrew
|
|
234
|
+
- **Gitee**: https://gitee.com/amutek/speccrew
|
|
235
|
+
- **Qoder IDE**: https://qoder.com/
|
|
236
|
+
|
|
237
|
+
---
|
|
238
|
+
|
|
239
|
+
> **SpecCrew не має на меті замінити розробників, а автоматизувати нудні частини, щоб команди могли зосередитися на більш цінній роботі.**
|
package/README.vi.md
ADDED
|
@@ -0,0 +1,122 @@
|
|
|
1
|
+
# SpecCrew - Khung Kỹ thuật Phần mềm Điều khiển bởi AI
|
|
2
|
+
|
|
3
|
+
<p align="center">
|
|
4
|
+
<a href="./README.md">简体中文</a> |
|
|
5
|
+
<a href="./README.zh-TW.md">繁體中文</a> |
|
|
6
|
+
<a href="./README.en.md">English</a> |
|
|
7
|
+
<a href="./README.ko.md">한국어</a> |
|
|
8
|
+
<a href="./README.de.md">Deutsch</a> |
|
|
9
|
+
<a href="./README.es.md">Español</a> |
|
|
10
|
+
<a href="./README.fr.md">Français</a> |
|
|
11
|
+
<a href="./README.it.md">Italiano</a> |
|
|
12
|
+
<a href="./README.da.md">Dansk</a> |
|
|
13
|
+
<a href="./README.ja.md">日本語</a> |
|
|
14
|
+
<a href="./README.pl.md">Polski</a> |
|
|
15
|
+
<a href="./README.ru.md">Русский</a> |
|
|
16
|
+
<a href="./README.bs.md">Bosanski</a> |
|
|
17
|
+
<a href="./README.ar.md">العربية</a> |
|
|
18
|
+
<a href="./README.no.md">Norsk</a> |
|
|
19
|
+
<a href="./README.pt-BR.md">Português (Brasil)</a> |
|
|
20
|
+
<a href="./README.th.md">ไทย</a> |
|
|
21
|
+
<a href="./README.tr.md">Türkçe</a> |
|
|
22
|
+
<a href="./README.uk.md">Українська</a> |
|
|
23
|
+
<a href="./README.bn.md">বাংলা</a> |
|
|
24
|
+
<a href="./README.el.md">Ελληνικά</a> |
|
|
25
|
+
<a href="./README.vi.md">Tiếng Việt</a>
|
|
26
|
+
</p>
|
|
27
|
+
|
|
28
|
+
<p align="center">
|
|
29
|
+
<a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/v/speccrew.svg" alt="npm version"></a>
|
|
30
|
+
<a href="https://www.npmjs.com/package/speccrew"><img src="https://img.shields.io/npm/dm/speccrew.svg" alt="npm downloads"></a>
|
|
31
|
+
<a href="https://github.com/charlesmu99/speccrew/blob/main/LICENSE"><img src="https://img.shields.io/npm/l/speccrew.svg" alt="license"></a>
|
|
32
|
+
</p>
|
|
33
|
+
|
|
34
|
+
> Một đội phát triển AI ảo cho phép triển khai kỹ thuật nhanh chóng cho bất kỳ dự án phần mềm nào
|
|
35
|
+
|
|
36
|
+
## SpecCrew là gì?
|
|
37
|
+
|
|
38
|
+
SpecCrew là một khung đội phát triển AI ảo được nhúng. Nó chuyển đổi các quy trình kỹ thuật phần mềm chuyên nghiệp (PRD → Feature Design → System Design → Dev → Test) thành các quy trình Agent có thể tái sử dụng, giúp các đội phát triển đạt được Specification-Driven Development (SDD), đặc biệt phù hợp cho các dự án hiện có.
|
|
39
|
+
|
|
40
|
+
Bằng cách tích hợp các Agent và Skill vào các dự án hiện có, các đội có thể nhanh chóng khởi tạo hệ thống tài liệu dự án và đội phần mềm ảo, triển khai các tính năng mới và sửa đổi theo các quy trình kỹ thuật tiêu chuẩn từng bước.
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## Giải quyết 8 Vấn đề Cốt lõi
|
|
45
|
+
|
|
46
|
+
### 1. AI Bỏ qua Tài liệu Dự án Hiện có (Khoảng trống Kiến thức)
|
|
47
|
+
**Vấn đề**: Các phương pháp SDD hoặc Vibe Coding hiện có phụ thuộc vào AI tóm tắt các dự án theo thời gian thực, dễ dàng bỏ lỡ bối cảnh quan trọng và gây ra kết quả phát triển lệch khỏi kỳ vọng.
|
|
48
|
+
|
|
49
|
+
**Giải pháp**: Kho lưu trữ `knowledge/` đóng vai trò là "nguồn sự thật duy nhất" của dự án, tích lũy thiết kế kiến trúc, các mô-đun chức năng và quy trình kinh doanh để đảm bảo các yêu cầu vẫn đúng hướng từ nguồn.
|
|
50
|
+
|
|
51
|
+
### 2. Tài liệu Kỹ thuật Trực tiếp từ PRD (Bỏ sót Nội dung)
|
|
52
|
+
**Vấn đề**: Nhảy trực tiếp từ PRD đến thiết kế chi tiết dễ dàng bỏ sót các chi tiết yêu cầu, khiến các tính năng được triển khai lệch khỏi yêu cầu.
|
|
53
|
+
|
|
54
|
+
**Giải pháp**: Giới thiệu giai đoạn **Tài liệu Feature Design**, chỉ tập trung vào khung yêu cầu mà không có chi tiết kỹ thuật:
|
|
55
|
+
- Bao gồm những trang và thành phần nào?
|
|
56
|
+
- Các luồng thao tác trang
|
|
57
|
+
- Logic xử lý backend
|
|
58
|
+
- Cấu trúc lưu trữ dữ liệu
|
|
59
|
+
|
|
60
|
+
Phát triển chỉ cần "điền nội dung" dựa trên ngăn xếp công nghệ cụ thể, đảm bảo các tính năng phát triển "gần xương (yêu cầu)".
|
|
61
|
+
|
|
62
|
+
### 3. Phạm vi Tìm kiếm Agent Không chắc chắn (Sự không chắc chắn)
|
|
63
|
+
**Vấn đề**: Trong các dự án phức tạp, tìm kiếm rộng mã và tài liệu bởi AI mang lại kết quả không chắc chắn, làm cho tính nhất quán khó đảm bảo.
|
|
64
|
+
|
|
65
|
+
**Giải pháp**: Các cấu trúc thư mục tài liệu rõ ràng và các mẫu, được thiết kế dựa trên nhu cầu của từng Agent, triển khai **tiết lộ dần dần và tải theo yêu cầu** để đảm bảo sự tất định.
|
|
66
|
+
|
|
67
|
+
### 4. Thiếu Các Bước và Nhiệm vụ (Đứt gãy Quy trình)
|
|
68
|
+
**Vấn đề**: Thiếu bao phủ đầy đủ quy trình kỹ thuật dễ dàng bỏ sót các bước quan trọng, làm cho chất lượng khó đảm bảo.
|
|
69
|
+
|
|
70
|
+
**Giải pháp**: Bao phủ toàn bộ vòng đời kỹ thuật phần mềm:
|
|
71
|
+
```
|
|
72
|
+
PRD (Yêu cầu) → Feature Design (Thiết kế Tính năng) → API Contract (Hợp đồng)
|
|
73
|
+
→ System Design (Thiết kế Hệ thống) → Dev (Phát triển) → Test (Kiểm thử)
|
|
74
|
+
```
|
|
75
|
+
- Đầu ra của mỗi giai đoạn là đầu vào của giai đoạn tiếp theo
|
|
76
|
+
- Mỗi bước yêu cầu xác nhận của con người trước khi tiếp tục
|
|
77
|
+
- Tất cả các thực thi Agent có danh sách todo với tự kiểm tra sau khi hoàn thành
|
|
78
|
+
|
|
79
|
+
### 5. Hiệu quả Hợp tác Đội thấp (Các hầm chứa Kiến thức)
|
|
80
|
+
**Vấn đề**: Kinh nghiệm lập trình AI khó chia sẻ giữa các đội, dẫn đến các lỗi lặp lại.
|
|
81
|
+
|
|
82
|
+
**Giải pháp**: Tất cả các Agent, Skill và tài liệu liên quan được kiểm soát phiên bản với mã nguồn:
|
|
83
|
+
- Tối ưu hóa của một người được chia sẻ bởi đội
|
|
84
|
+
- Kiến thức được tích lũy trong cơ sở mã
|
|
85
|
+
- Cải thiện hiệu quả hợp tác đội
|
|
86
|
+
|
|
87
|
+
### 7. Ngữ cảnh Đơn Agent Quá dài (Điểm nghẽn Hiệu suất)
|
|
88
|
+
**Vấn đề**: Các nhiệm vụ phức tạp lớn vượt qua cửa sổ ngữ cảnh đơn Agent, gây ra sự lệch lạc trong hiểu biết và giảm chất lượng đầu ra.
|
|
89
|
+
|
|
90
|
+
**Giải pháp**: **Cơ chế Tự động Điều phối Sub-Agent**:
|
|
91
|
+
- Các nhiệm vụ phức tạp được tự động nhận diện và chia thành các nhiệm vụ con
|
|
92
|
+
- Mỗi nhiệm vụ con được thực thi bởi một Sub-Agent độc lập với ngữ cảnh được cô lập
|
|
93
|
+
- Agent cha điều phối và tổng hợp để đảm bảo tính nhất quán tổng thể
|
|
94
|
+
- Tránh mở rộng ngữ cảnh đơn Agent, đảm bảo chất lượng đầu ra
|
|
95
|
+
|
|
96
|
+
### 8. Sự hỗn loạn Lặp lại Yêu cầu (Khó khăn Quản lý)
|
|
97
|
+
**Vấn đề**: Nhiều yêu cầu trộn lẫn trong cùng một nhánh ảnh hưởng lẫn nhau, làm cho việc theo dõi và quay lại trở nên khó khăn.
|
|
98
|
+
|
|
99
|
+
**Giải pháp**: **Mỗi Yêu cầu như một Dự án Độc lập**:
|
|
100
|
+
- Mỗi yêu cầu tạo một thư mục lặp lại độc lập `iterations/iXXX-[tên-yêu-cầu]/`
|
|
101
|
+
- Cô lập hoàn toàn: tài liệu, thiết kế, mã và kiểm thử được quản lý độc lập
|
|
102
|
+
- Lặp lại nhanh chóng: giao hàng độ hạt nhỏ, xác minh nhanh, triển khai nhanh
|
|
103
|
+
- Lưu trữ linh hoạt: sau khi hoàn thành, lưu trữ trong `archive/` với khả năng truy xuất lịch sử rõ ràng
|
|
104
|
+
|
|
105
|
+
### 6. Trì hoãn Cập nhật Tài liệu (Sự xuống cấp Kiến thức)
|
|
106
|
+
**Vấn đề**: Tài liệu trở nên lỗi thời khi các dự án phát triển, khiến AI làm việc với thông tin sai.
|
|
107
|
+
|
|
108
|
+
**Giải pháp**: Các Agent có khả năng cập nhật tài liệu tự động, đồng bộ hóa các thay đổi dự án theo thời gian thực để giữ cho cơ sở kiến thức chính xác.
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## Thông tin Bổ sung
|
|
113
|
+
|
|
114
|
+
- **Bản đồ Kiến thức Agent**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
|
|
115
|
+
- **npm**: https://www.npmjs.com/package/speccrew
|
|
116
|
+
- **GitHub**: https://github.com/charlesmu99/speccrew
|
|
117
|
+
- **Gitee**: https://gitee.com/amutek/speccrew
|
|
118
|
+
- **Qoder IDE**: https://qoder.com/
|
|
119
|
+
|
|
120
|
+
---
|
|
121
|
+
|
|
122
|
+
> **SpecCrew không nhằm mục đích thay thế các nhà phát triển, mà tự động hóa các phần nhàm chán để các đội có thể tập trung vào công việc có giá trị hơn.**
|