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
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.**