speccrew 0.6.0 → 0.6.1
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 +26 -20
- package/README.bn.md +2 -2
- package/README.bs.md +21 -15
- package/README.da.md +21 -15
- package/README.de.md +21 -15
- package/README.el.md +2 -2
- package/README.en.md +26 -20
- package/README.es.md +26 -20
- package/README.fr.md +21 -15
- package/README.it.md +21 -15
- package/README.ja.md +21 -15
- package/README.ko.md +21 -15
- package/README.md +21 -15
- package/README.no.md +21 -15
- package/README.pl.md +21 -15
- package/README.pt-BR.md +21 -15
- package/README.ru.md +21 -15
- package/README.th.md +17 -12
- package/README.zh-TW.md +21 -15
- package/docs/GETTING-STARTED.ar.md +48 -8
- package/docs/GETTING-STARTED.bn.md +4 -2
- package/docs/GETTING-STARTED.bs.md +4 -2
- package/docs/GETTING-STARTED.da.md +48 -8
- package/docs/GETTING-STARTED.de.md +50 -8
- package/docs/GETTING-STARTED.el.md +42 -6
- package/docs/GETTING-STARTED.en.md +48 -8
- package/docs/GETTING-STARTED.es.md +48 -8
- package/docs/GETTING-STARTED.fr.md +48 -8
- package/docs/GETTING-STARTED.it.md +50 -8
- package/docs/GETTING-STARTED.ja.md +50 -8
- package/docs/GETTING-STARTED.ko.md +50 -8
- package/docs/GETTING-STARTED.md +50 -8
- package/docs/GETTING-STARTED.no.md +459 -86
- package/docs/GETTING-STARTED.th.md +4 -2
- package/docs/GETTING-STARTED.zh-TW.md +54 -12
- package/package.json +1 -1
package/README.ar.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## ما هو SpecCrew؟
|
|
37
37
|
|
|
38
|
-
SpecCrew هو إطار عمل مدمج لفريق تطوير افتراضي بالذكاء الاصطناعي. يحول سير عمل هندسة البرمجيات المهنية (PRD → Feature Design → System Design → Dev → Test) إلى سير عمل وكلاء (Agent) قابلة لإعادة الاستخدام، مما يساعد فرق التطوير على تحقيق التطوير المدفوع بالمواصفات (SDD)، ومناسب بشكل خاص للمشاريع الحالية.
|
|
38
|
+
SpecCrew هو إطار عمل مدمج لفريق تطوير افتراضي بالذكاء الاصطناعي. يحول سير عمل هندسة البرمجيات المهنية (PRD → Feature Design → System Design → Dev → Deployment → Test) إلى سير عمل وكلاء (Agent) قابلة لإعادة الاستخدام، مما يساعد فرق التطوير على تحقيق التطوير المدفوع بالمواصفات (SDD)، ومناسب بشكل خاص للمشاريع الحالية.
|
|
39
39
|
|
|
40
40
|
من خلال دمج الوكلاء والمهارات في المشاريع الحالية، يمكن للفرق تهيئة أنظمة توثيق المشاريع وفريق البرمجيات الافتراضي بسرعة، وتنفيذ الميزات الجديدة والتعديلات باتباع سير عمل الهندسة القياسية.
|
|
41
41
|
|
|
@@ -121,8 +121,8 @@ Information Flows → Categories of Information → Information Descriptions
|
|
|
121
121
|
|
|
122
122
|
**الحل**: تغطية دورة حياة هندسة البرمجيات الكاملة:
|
|
123
123
|
```
|
|
124
|
-
PRD (المتطلبات) →
|
|
125
|
-
→ Design → Dev (التطوير) → Test (الاختبار)
|
|
124
|
+
PRD (المتطلبات) → Feature Design (تصميم الميزات) → API Contract (عقد الواجهة)
|
|
125
|
+
→ System Design (التصميم التفصيلي) → Dev (التطوير) → Deployment (النشر) → Test (الاختبار)
|
|
126
126
|
```
|
|
127
127
|
- مخرجات كل مرحلة هي مدخلات المرحلة التالية
|
|
128
128
|
- كل خطوة تتطلب تأكيداً بشرياً قبل المتابعة
|
|
@@ -165,20 +165,23 @@ PRD (المتطلبات) → Solution (التخطيط) → API Contract
|
|
|
165
165
|
|
|
166
166
|
```mermaid
|
|
167
167
|
graph LR
|
|
168
|
-
A[PRD<br/>المتطلبات] --> B[
|
|
168
|
+
A[PRD<br/>المتطلبات] --> B[Feature Design<br/>تصميم الميزات]
|
|
169
169
|
B --> C[API Contract<br/>عقد الواجهة]
|
|
170
|
-
C --> D[Design<br/>التصميم التفصيلي]
|
|
170
|
+
C --> D[System Design<br/>التصميم التفصيلي]
|
|
171
171
|
D --> E[Dev<br/>التنفيذ]
|
|
172
|
-
E --> F[
|
|
173
|
-
F --> G[
|
|
172
|
+
E --> F[Deployment<br/>النشر]
|
|
173
|
+
F --> G[System Test<br/>اختبار النظام]
|
|
174
|
+
G --> H[Archive<br/>الأرشفة]
|
|
174
175
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
176
|
+
I[Knowledge<br/>المستودع] -.-> A
|
|
177
|
+
I -.-> B
|
|
178
|
+
I -.-> D
|
|
179
|
+
I -.-> E
|
|
180
|
+
I -.-> F
|
|
179
181
|
|
|
180
|
-
E -.->
|
|
181
|
-
F -.->
|
|
182
|
+
E -.-> I
|
|
183
|
+
F -.-> I
|
|
184
|
+
G -.-> I
|
|
182
185
|
```
|
|
183
186
|
|
|
184
187
|
### أوصاف المراحل
|
|
@@ -186,10 +189,11 @@ graph LR
|
|
|
186
189
|
| المرحلة | الوكيل | المدخلات | المخرجات | التأكيد البشري |
|
|
187
190
|
|---------|--------|----------|----------|---------------|
|
|
188
191
|
| PRD | PM | متطلبات المستخدم | وثيقة متطلبات المنتج | ✅ مطلوب |
|
|
189
|
-
|
|
|
190
|
-
| Design | Designer |
|
|
192
|
+
| Feature Design | Feature Designer | PRD | وثيقة تصميم الميزات + عقد API | ✅ مطلوب |
|
|
193
|
+
| System Design | System Designer | Feature Spec | مستندات التصميم الأمامي/الخلفي | ✅ مطلوب |
|
|
191
194
|
| Dev | Dev | Design | الكود + سجلات المهام | ✅ مطلوب |
|
|
192
|
-
|
|
|
195
|
+
| Deployment | System Deployer | مخرجات Dev | تقرير النشر + التطبيق المشغل | ✅ مطلوب |
|
|
196
|
+
| System Test | Test Manager | مخرجات Deployment + Feature Spec | حالات الاختبار + كود الاختبار + تقرير الاختبار + تقرير الأخطاء | ✅ مطلوب |
|
|
193
197
|
|
|
194
198
|
---
|
|
195
199
|
|
|
@@ -260,8 +264,9 @@ speccrew update --ide claude
|
|
|
260
264
|
2. **Feature Design**: يقوم Feature Designer Agent بإنشاء وثيقة تصميم الميزات + عقد API
|
|
261
265
|
3. **System Design**: يقوم System Designer Agent بإنشاء مستندات تصميم النظام حسب المنصة (واجهة/خلفية/محمول/سطح مكتب)
|
|
262
266
|
4. **Dev**: يقوم System Developer Agent بتنفيذ التطوير حسب المنصة بالتوازي
|
|
263
|
-
5. **
|
|
264
|
-
6. **
|
|
267
|
+
5. **Deployment**: يقوم System Deployer Agent بتنفيذ البناء وهجرات قاعدة البيانات وتشغيل الخدمة والاختبار الدخاني
|
|
268
|
+
6. **System Test**: يقوم Test Manager Agent بتنسيق اختبار ثلاثي المراحل (تصميم الحالات → توليد الكود → تقرير التنفيذ)
|
|
269
|
+
7. **Archive**: أرشفة التكرار
|
|
265
270
|
|
|
266
271
|
> تتطلب مخرجات كل مرحلة تأكيداً بشرياً قبل الانتقال إلى المرحلة التالية.
|
|
267
272
|
|
|
@@ -330,8 +335,9 @@ your-project/
|
|
|
330
335
|
│ ├── 02.feature-design/ # تصميم الميزات
|
|
331
336
|
│ ├── 03.system-design/ # تصميم النظام
|
|
332
337
|
│ ├── 04.development/ # مرحلة التطوير
|
|
333
|
-
│ ├── 05.
|
|
334
|
-
│
|
|
338
|
+
│ ├── 05.deployment/ # مرحلة النشر
|
|
339
|
+
│ ├── 06.system-test/ # اختبار النظام
|
|
340
|
+
│ └── 07.delivery/ # مرحلة التسليم
|
|
335
341
|
│
|
|
336
342
|
├── iteration-archives/ # أرشيف التكرار
|
|
337
343
|
│
|
package/README.bn.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## SpecCrew কী?
|
|
37
37
|
|
|
38
|
-
SpecCrew একটি এম্বেডেড ভার্চুয়াল AI ডেভেলপমেন্ট টিম ফ্রেমওয়ার্ক। এটি পেশাদার সফ্টওয়্যার ইঞ্জিনিয়ারিং ওয়ার্কফ্লো (PRD → Feature Design → System Design → Dev → Test) কে পুনরায় ব্যবহারযোগ্য Agent ওয়ার্কফ্লোতে রূপান্তর করে, ডেভেলপমেন্ট টিমগুলিকে Specification-Driven Development (SDD) অর্জনে সাহায্য করে, বিশেষত বিদ্যমান প্রকল্পগুলির জন্য উপযুক্ত।
|
|
38
|
+
SpecCrew একটি এম্বেডেড ভার্চুয়াল AI ডেভেলপমেন্ট টিম ফ্রেমওয়ার্ক। এটি পেশাদার সফ্টওয়্যার ইঞ্জিনিয়ারিং ওয়ার্কফ্লো (PRD → Feature Design → System Design → Dev → Deployment → Test) কে পুনরায় ব্যবহারযোগ্য Agent ওয়ার্কফ্লোতে রূপান্তর করে, ডেভেলপমেন্ট টিমগুলিকে Specification-Driven Development (SDD) অর্জনে সাহায্য করে, বিশেষত বিদ্যমান প্রকল্পগুলির জন্য উপযুক্ত।
|
|
39
39
|
|
|
40
40
|
বিদ্যমান প্রকল্পগুলিতে Agent এবং Skill সংহত করে, টিমগুলি দ্রুত প্রকল্প ডকুমেন্টেশন সিস্টেম এবং ভার্চুয়াল সফ্টওয়্যার টিম চালু করতে পারে, মানক ইঞ্জিনিয়ারিং ওয়ার্কফ্লো অনুসরণ করে নতুন বৈশিষ্ট্য এবং পরিবর্তন ধাপে ধাপে বাস্তবায়ন করতে পারে।
|
|
41
41
|
|
|
@@ -122,7 +122,7 @@ Information Flows → Categories of Information → Information Descriptions
|
|
|
122
122
|
**সমাধান**: সম্পূর্ণ সফ্টওয়্যার ইঞ্জিনিয়ারিং জীবনচক্র কভার করুন:
|
|
123
123
|
```
|
|
124
124
|
PRD (প্রয়োজনীয়তা) → Feature Design (বৈশিষ্ট্য ডিজাইন) → API Contract (চুক্তি)
|
|
125
|
-
→ System Design (সিস্টেম ডিজাইন) → Dev (ডেভেলপমেন্ট) → Test (পরীক্ষা)
|
|
125
|
+
→ System Design (সিস্টেম ডিজাইন) → Dev (ডেভেলপমেন্ট) → Deployment (স্থাপনা) → Test (পরীক্ষা)
|
|
126
126
|
```
|
|
127
127
|
- প্রতিটি পর্যায়ের আউটপুট পরবর্তী পর্যায়ের ইনপুট
|
|
128
128
|
- প্রতিটি ধাপ এগিয়ে যাওয়ার আগে মানব নিশ্চিতকরণ প্রয়োজন
|
package/README.bs.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## Šta je SpecCrew?
|
|
37
37
|
|
|
38
|
-
SpecCrew je ugrađeni virtuelni AI razvojni okvir. Transformiše profesionalne softverske inženjerske tokove rada (PRD → Feature Design → System Design → Dev → Test) u višekorisne tokove rada Agenta, pomažući razvojnim timovima da postignu Specification-Driven Development (SDD), posebno pogodan za postojeće projekte.
|
|
38
|
+
SpecCrew je ugrađeni virtuelni AI razvojni okvir. Transformiše profesionalne softverske inženjerske tokove rada (PRD → Feature Design → System Design → Dev → Deployment → Test) u višekorisne tokove rada Agenta, pomažući razvojnim timovima da postignu Specification-Driven Development (SDD), posebno pogodan za postojeće projekte.
|
|
39
39
|
|
|
40
40
|
Integracijom Agenata i Vještina u postojeće projekte, timovi mogu brzo inicijalizirati sisteme dokumentacije projekta i virtuelne softverske timove, implementirajući nove funkcionalnosti i modifikacije prema standardnim inženjerskim tokovima rada.
|
|
41
41
|
|
|
@@ -122,7 +122,7 @@ Razvoj samo treba da "popuni meso" na osnovu specifičnog tehničkog steka, osig
|
|
|
122
122
|
**Rješenje**: Pokrivanje cijelog životnog ciklusa softverskog inženjerstva:
|
|
123
123
|
```
|
|
124
124
|
PRD (Zahtjevi) → Feature Design (Dizajn funkcionalnosti) → API Contract (Ugovor)
|
|
125
|
-
→ System Design (Sistemski dizajn) → Dev (Razvoj) → Test (Testiranje)
|
|
125
|
+
→ System Design (Sistemski dizajn) → Dev (Razvoj) → Deployment (Raspoređivanje) → Test (Testiranje)
|
|
126
126
|
```
|
|
127
127
|
- Izlaz svake faze je ulaz sljedeće faze
|
|
128
128
|
- Svaki korak zahtijeva ljudsku potvrdu prije nastavka
|
|
@@ -169,16 +169,19 @@ graph LR
|
|
|
169
169
|
B --> C[API Contract<br/>Ugovor interfejsa]
|
|
170
170
|
C --> D[System Design<br/>Sistemski dizajn]
|
|
171
171
|
D --> E[Dev<br/>Implementacija]
|
|
172
|
-
E --> F[
|
|
173
|
-
F --> G[
|
|
172
|
+
E --> F[Deployment<br/>Raspoređivanje]
|
|
173
|
+
F --> G[System Test<br/>Testiranje]
|
|
174
|
+
G --> H[Archive<br/>Arhiviranje]
|
|
174
175
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
176
|
+
I[Knowledge<br/>Repozitorij] -.-> A
|
|
177
|
+
I -.-> B
|
|
178
|
+
I -.-> D
|
|
179
|
+
I -.-> E
|
|
180
|
+
I -.-> F
|
|
179
181
|
|
|
180
|
-
E -.->
|
|
181
|
-
F -.->
|
|
182
|
+
E -.-> I
|
|
183
|
+
F -.-> I
|
|
184
|
+
G -.-> I
|
|
182
185
|
```
|
|
183
186
|
|
|
184
187
|
### Opisi faza
|
|
@@ -189,7 +192,8 @@ graph LR
|
|
|
189
192
|
| Feature Design | Feature Designer | PRD | Dokument Feature Design + API ugovor | ✅ Potrebna |
|
|
190
193
|
| System Design | System Designer | Feature Spec | Dokumenti dizajna Frontend/Backend | ✅ Potrebna |
|
|
191
194
|
| Dev | Dev | Design | Kod + Zapisi zadataka | ✅ Potrebna |
|
|
192
|
-
|
|
|
195
|
+
| Deployment | System Deployer | Izlaz Dev | Izvještaj o raspoređivanju + Pokrenuta aplikacija | ✅ Potrebna |
|
|
196
|
+
| System Test | Test Manager | Izlaz Deployment + Feature Spec | Test slučajevi + Test kod + Test izvještaj + Izvještaj bugova | ✅ Potrebna |
|
|
193
197
|
|
|
194
198
|
---
|
|
195
199
|
|
|
@@ -260,8 +264,9 @@ Prati standardni inženjerski tok rada korak po korak:
|
|
|
260
264
|
2. **Feature Design**: Agent Feature Designer generiše dokument feature design + API ugovor
|
|
261
265
|
3. **System Design**: Agent System Designer generiše dokumente system design po platformama (frontend/backend/mobile/desktop)
|
|
262
266
|
4. **Dev**: Agent System Developer implementira razvoj po platformama paralelno
|
|
263
|
-
5. **
|
|
264
|
-
6. **
|
|
267
|
+
5. **Deployment**: Agent System Deployer izvršava izgradnju, migracije baze podataka, pokretanje servisa i smoke test
|
|
268
|
+
6. **System Test**: Agent Test Manager koordinira trofazno testiranje (dizajn slučajeva → generisanje koda → izvještaj izvršavanja)
|
|
269
|
+
7. **Archive**: Arhiviraj iteraciju
|
|
265
270
|
|
|
266
271
|
> Rezultati svake faze zahtijevaju ljudsku potvrdu prije prelaska na sljedeću fazu.
|
|
267
272
|
|
|
@@ -330,8 +335,9 @@ your-project/
|
|
|
330
335
|
│ ├── 02.feature-design/ # Feature design
|
|
331
336
|
│ ├── 03.system-design/ # System design
|
|
332
337
|
│ ├── 04.development/ # Faza razvoja
|
|
333
|
-
│ ├── 05.
|
|
334
|
-
│
|
|
338
|
+
│ ├── 05.deployment/ # Faza raspoređivanja
|
|
339
|
+
│ ├── 06.system-test/ # Sistemsko testiranje
|
|
340
|
+
│ └── 07.delivery/ # Faza isporuke
|
|
335
341
|
│
|
|
336
342
|
├── iteration-archives/ # Arhive iteracija
|
|
337
343
|
│
|
package/README.da.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## Hvad er SpecCrew?
|
|
37
37
|
|
|
38
|
-
SpecCrew er et indlejret virtuelt AI-udviklingsteam-framework. Det omdanner professionelle software engineering-workflows (PRD → Feature Design → System Design → Dev → Test) til genanvendelige Agent-workflows og hjælper udviklingsteams med at opnå Specification-Driven Development (SDD), især velegnet til eksisterende projekter.
|
|
38
|
+
SpecCrew er et indlejret virtuelt AI-udviklingsteam-framework. Det omdanner professionelle software engineering-workflows (PRD → Feature Design → System Design → Dev → Deployment → Test) til genanvendelige Agent-workflows og hjælper udviklingsteams med at opnå Specification-Driven Development (SDD), især velegnet til eksisterende projekter.
|
|
39
39
|
|
|
40
40
|
Ved at integrere Agents og Skills i eksisterende projekter kan teams hurtigt initialisere projektdokumentationssystemer og virtuelle softwareteams og implementere nye funktioner og ændringer efter standard engineering-workflows.
|
|
41
41
|
|
|
@@ -122,7 +122,7 @@ Udvikling behøver kun at "udfylde kødet" baseret på den specifikke tech-stack
|
|
|
122
122
|
**Løsning**: Dækker hele software engineering-livscyklussen:
|
|
123
123
|
```
|
|
124
124
|
PRD (Krav) → Feature Design (Funktionsdesign) → API Contract (Kontrakt)
|
|
125
|
-
→ System Design (Systemdesign) → Dev (Udvikling) → Test (Test)
|
|
125
|
+
→ System Design (Systemdesign) → Dev (Udvikling) → Deployment (Udrulning) → Test (Test)
|
|
126
126
|
```
|
|
127
127
|
- Hver fasers output er næste fasers input
|
|
128
128
|
- Hvert trin kræver menneskelig bekræftelse før fortsættelse
|
|
@@ -169,16 +169,19 @@ graph LR
|
|
|
169
169
|
B --> C[API Contract<br/>Grænsefladekontrakt]
|
|
170
170
|
C --> D[System Design<br/>Systemdesign]
|
|
171
171
|
D --> E[Dev<br/>Implementering]
|
|
172
|
-
E --> F[
|
|
173
|
-
F --> G[
|
|
172
|
+
E --> F[Deployment<br/>Udrulning]
|
|
173
|
+
F --> G[System Test<br/>Test]
|
|
174
|
+
G --> H[Archive<br/>Arkivering]
|
|
174
175
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
176
|
+
I[Knowledge<br/>Repository] -.-> A
|
|
177
|
+
I -.-> B
|
|
178
|
+
I -.-> D
|
|
179
|
+
I -.-> E
|
|
180
|
+
I -.-> F
|
|
179
181
|
|
|
180
|
-
E -.->
|
|
181
|
-
F -.->
|
|
182
|
+
E -.-> I
|
|
183
|
+
F -.-> I
|
|
184
|
+
G -.-> I
|
|
182
185
|
```
|
|
183
186
|
|
|
184
187
|
### Fasebeskrivelser
|
|
@@ -189,7 +192,8 @@ graph LR
|
|
|
189
192
|
| Feature Design | Feature Designer | PRD | Feature Design Dokument + API Kontrakt | ✅ Påkrævet |
|
|
190
193
|
| System Design | System Designer | Feature Spec | Frontend/Backend Design-dokumenter | ✅ Påkrævet |
|
|
191
194
|
| Dev | Dev | Design | Kode + Opgaveregistreringer | ✅ Påkrævet |
|
|
192
|
-
|
|
|
195
|
+
| Deployment | System Deployer | Dev Output | Udrulningsrapport + Kørende Applikation | ✅ Påkrævet |
|
|
196
|
+
| System Test | Test Manager | Deployment Output + Feature Spec | Testcases + Testkode + Testrapport + Bug-rapport | ✅ Påkrævet |
|
|
193
197
|
|
|
194
198
|
---
|
|
195
199
|
|
|
@@ -260,8 +264,9 @@ Følg standard engineering-workflow trin for trin:
|
|
|
260
264
|
2. **Feature Design**: Feature Designer Agent genererer feature design dokument + API kontrakt
|
|
261
265
|
3. **System Design**: System Designer Agent genererer system design dokumenter pr. platform (frontend/backend/mobil/desktop)
|
|
262
266
|
4. **Dev**: System Developer Agent implementerer udvikling pr. platform parallelt
|
|
263
|
-
5. **
|
|
264
|
-
6. **
|
|
267
|
+
5. **Deployment**: System Deployer Agent udfører build, database migrationer, servicestart og smoke test
|
|
268
|
+
6. **System Test**: Test Manager Agent koordinerer tre-fase test (case-design → kode-generering → eksekveringsrapport)
|
|
269
|
+
7. **Archive**: Arkiver iteration
|
|
265
270
|
|
|
266
271
|
> Hver phases leverancer kræver menneskelig bekræftelse før fortsættelse til næste fase.
|
|
267
272
|
|
|
@@ -330,8 +335,9 @@ your-project/
|
|
|
330
335
|
│ ├── 02.feature-design/ # Feature design
|
|
331
336
|
│ ├── 03.system-design/ # System design
|
|
332
337
|
│ ├── 04.development/ # Udviklingsfase
|
|
333
|
-
│ ├── 05.
|
|
334
|
-
│
|
|
338
|
+
│ ├── 05.deployment/ # Udrulningsfase
|
|
339
|
+
│ ├── 06.system-test/ # System test
|
|
340
|
+
│ └── 07.delivery/ # Leveringsfase
|
|
335
341
|
│
|
|
336
342
|
├── iteration-archives/ # Iterationsarkiver
|
|
337
343
|
│
|
package/README.de.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## Was ist SpecCrew?
|
|
37
37
|
|
|
38
|
-
SpecCrew ist ein eingebettetes virtuelles KI-Entwicklungsteam-Framework. Es verwandelt professionelle Software-Engineering-Workflows (PRD → Feature Design → System Design → Dev → Test) in wiederverwendbare Agent-Workflows und hilft Entwicklungsteams, Specification-Driven Development (SDD) zu erreichen, besonders geeignet für bestehende Projekte.
|
|
38
|
+
SpecCrew ist ein eingebettetes virtuelles KI-Entwicklungsteam-Framework. Es verwandelt professionelle Software-Engineering-Workflows (PRD → Feature Design → System Design → Dev → Deployment → Test) in wiederverwendbare Agent-Workflows und hilft Entwicklungsteams, Specification-Driven Development (SDD) zu erreichen, besonders geeignet für bestehende Projekte.
|
|
39
39
|
|
|
40
40
|
Durch die Integration von Agents und Skills in bestehende Projekte können Teams schnell Projektdokumentationssysteme und virtuelle Softwareteams initialisieren und neue Funktionen sowie Änderungen nach Standard-Engineering-Workflows schrittweise implementieren.
|
|
41
41
|
|
|
@@ -122,7 +122,7 @@ Die Entwicklung muss nur noch auf Basis des spezifischen Tech-Stacks "Fleisch ei
|
|
|
122
122
|
**Lösung**: Abdeckung des vollständigen Software-Engineering-Lebenszyklus:
|
|
123
123
|
```
|
|
124
124
|
PRD (Anforderungen) → Feature Design (Funktionsdesign) → API Contract (Vertrag)
|
|
125
|
-
→ System Design (Systemdesign) → Dev (Entwicklung) → Test (Tests)
|
|
125
|
+
→ System Design (Systemdesign) → Dev (Entwicklung) → Deployment (Bereitstellung) → Test (Tests)
|
|
126
126
|
```
|
|
127
127
|
- Jede Phasenausgabe ist die Eingabe der nächsten Phase
|
|
128
128
|
- Jeder Schritt erfordert menschliche Bestätigung vor dem Fortfahren
|
|
@@ -169,16 +169,19 @@ graph LR
|
|
|
169
169
|
B --> C[API Contract<br/>Schnittstellenvertrag]
|
|
170
170
|
C --> D[System Design<br/>Systemdesign]
|
|
171
171
|
D --> E[Dev<br/>Implementierung]
|
|
172
|
-
E --> F[
|
|
173
|
-
F --> G[
|
|
172
|
+
E --> F[Deployment<br/>Bereitstellung]
|
|
173
|
+
F --> G[System Test<br/>Tests]
|
|
174
|
+
G --> H[Archive<br/>Archivierung]
|
|
174
175
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
176
|
+
I[Knowledge<br/>Repository] -.-> A
|
|
177
|
+
I -.-> B
|
|
178
|
+
I -.-> D
|
|
179
|
+
I -.-> E
|
|
180
|
+
I -.-> F
|
|
179
181
|
|
|
180
|
-
E -.->
|
|
181
|
-
F -.->
|
|
182
|
+
E -.-> I
|
|
183
|
+
F -.-> I
|
|
184
|
+
G -.-> I
|
|
182
185
|
```
|
|
183
186
|
|
|
184
187
|
### Phasenbeschreibungen
|
|
@@ -189,7 +192,8 @@ graph LR
|
|
|
189
192
|
| Feature Design | Feature Designer | PRD | Feature Design Dokument + API Vertrag | ✅ Erforderlich |
|
|
190
193
|
| System Design | System Designer | Feature Spec | Frontend/Backend Design-Dokumente | ✅ Erforderlich |
|
|
191
194
|
| Dev | Dev | Design | Code + Aufgabenprotokolle | ✅ Erforderlich |
|
|
192
|
-
|
|
|
195
|
+
| Deployment | System Deployer | Dev-Ausgabe | Bereitstellungsbericht + Laufende Anwendung | ✅ Erforderlich |
|
|
196
|
+
| System Test | Test Manager | Deployment-Ausgabe + Feature Spec | Testfälle + Testcode + Testbericht + Bug-Bericht | ✅ Erforderlich |
|
|
193
197
|
|
|
194
198
|
---
|
|
195
199
|
|
|
@@ -260,8 +264,9 @@ Folgen Sie dem Standard-Engineering-Workflow Schritt für Schritt:
|
|
|
260
264
|
2. **Feature Design**: Feature Designer Agent generiert Feature Design Dokument + API Vertrag
|
|
261
265
|
3. **System Design**: System Designer Agent generiert System Design Dokumente nach Plattform (Frontend/Backend/Mobile/Desktop)
|
|
262
266
|
4. **Dev**: System Developer Agent implementiert Entwicklung nach Plattform parallel
|
|
263
|
-
5. **
|
|
264
|
-
6. **
|
|
267
|
+
5. **Deployment**: System Deployer Agent führt Build, Datenbankmigration, Service-Start und Smoke-Test durch
|
|
268
|
+
6. **System Test**: Test Manager Agent koordiniert dreiphasiges Testen (Fall-Design → Code-Generierung → Ausführungsbericht)
|
|
269
|
+
7. **Archive**: Iteration archivieren
|
|
265
270
|
|
|
266
271
|
> Die Liefergegenstände jeder Phase erfordern menschliche Bestätigung vor dem Fortfahren zur nächsten Phase.
|
|
267
272
|
|
|
@@ -330,8 +335,9 @@ your-project/
|
|
|
330
335
|
│ ├── 02.feature-design/ # Feature Design
|
|
331
336
|
│ ├── 03.system-design/ # System Design
|
|
332
337
|
│ ├── 04.development/ # Entwicklungsphase
|
|
333
|
-
│ ├── 05.
|
|
334
|
-
│
|
|
338
|
+
│ ├── 05.deployment/ # Bereitstellungsphase
|
|
339
|
+
│ ├── 06.system-test/ # Systemtest
|
|
340
|
+
│ └── 07.delivery/ # Lieferphase
|
|
335
341
|
│
|
|
336
342
|
├── iteration-archives/ # Iterationsarchive
|
|
337
343
|
│
|
package/README.el.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## Τι είναι το SpecCrew;
|
|
37
37
|
|
|
38
|
-
Το SpecCrew είναι ένα ενσωματωμένο πλαίσιο εικονικής ομάδας ανάπτυξης AI. Μετατρέπει τις επαγγελματικές ροές εργασίας μηχανικής λογισμικού (PRD → Feature Design → System Design → Dev → Test) σε επαναχρησιμοποιήσιμες ροές εργασίας Agent, βοηθώντας τις ομάδες ανάπτυξης να επιτύχουν Specification-Driven Development (SDD), ιδιαίτερα κατάλληλο για υπάρχοντα έργα.
|
|
38
|
+
Το SpecCrew είναι ένα ενσωματωμένο πλαίσιο εικονικής ομάδας ανάπτυξης AI. Μετατρέπει τις επαγγελματικές ροές εργασίας μηχανικής λογισμικού (PRD → Feature Design → System Design → Dev → Deployment → Test) σε επαναχρησιμοποιήσιμες ροές εργασίας Agent, βοηθώντας τις ομάδες ανάπτυξης να επιτύχουν Specification-Driven Development (SDD), ιδιαίτερα κατάλληλο για υπάρχοντα έργα.
|
|
39
39
|
|
|
40
40
|
Ενσωματώνοντας Agents και Skills σε υπάρχοντα έργα, οι ομάδες μπορούν να αρχικοποιήσουν γρήγορα συστήματα τεκμηρίωσης έργων και εικονικές ομάδες λογισμικού, υλοποιώντας νέες λειτουργίες και τροποποιήσεις ακολουθώντας τυποποιημένες μηχανικές ροές εργασίας.
|
|
41
41
|
|
|
@@ -122,7 +122,7 @@ Information Flows → Categories of Information → Information Descriptions
|
|
|
122
122
|
**Λύση**: Κάλυψη ολόκληρου κύκλου ζωής μηχανικής λογισμικού:
|
|
123
123
|
```
|
|
124
124
|
PRD (Απαιτήσεις) → Feature Design (Σχεδιασμός Λειτουργιών) → API Contract (Σύμβαση)
|
|
125
|
-
→ System Design (Σχεδιασμός Συστήματος) → Dev (Ανάπτυξη) → Test (Έλεγχος)
|
|
125
|
+
→ System Design (Σχεδιασμός Συστήματος) → Dev (Ανάπτυξη) → Deployment (Ανάπτυξη) → Test (Έλεγχος)
|
|
126
126
|
```
|
|
127
127
|
- Η έξοδος κάθε φάσης είναι η είσοδος της επόμενης φάσης
|
|
128
128
|
- Κάθε βήμα απαιτεί ανθρώπινη επιβεβαίωση πριν την προώθηση
|
package/README.en.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## What is SpecCrew?
|
|
37
37
|
|
|
38
|
-
SpecCrew is an embedded virtual AI development team framework. It transforms professional software engineering workflows (PRD → Feature Design → System Design → Dev → Test) into reusable Agent workflows, helping development teams achieve Specification-Driven Development (SDD), especially suitable for existing projects.
|
|
38
|
+
SpecCrew is an embedded virtual AI development team framework. It transforms professional software engineering workflows (PRD → Feature Design → System Design → Dev → Deployment → Test) into reusable Agent workflows, helping development teams achieve Specification-Driven Development (SDD), especially suitable for existing projects.
|
|
39
39
|
|
|
40
40
|
By integrating Agents and Skills into existing projects, teams can quickly initialize project documentation systems and virtual software teams, implementing new features and modifications following standard engineering workflows.
|
|
41
41
|
|
|
@@ -121,8 +121,8 @@ Development only needs to "fill in the flesh" based on the specific tech stack,
|
|
|
121
121
|
|
|
122
122
|
**Solution**: Cover the full software engineering lifecycle:
|
|
123
123
|
```
|
|
124
|
-
PRD (Requirements) →
|
|
125
|
-
→ Design → Dev (Development) → Test (Testing)
|
|
124
|
+
PRD (Requirements) → Feature Design (Planning) → API Contract
|
|
125
|
+
→ System Design → Dev (Development) → Deployment → Test (Testing)
|
|
126
126
|
```
|
|
127
127
|
- Each phase's output is the next phase's input
|
|
128
128
|
- Each step requires human confirmation before proceeding
|
|
@@ -165,20 +165,23 @@ PRD (Requirements) → Solution (Planning) → API Contract
|
|
|
165
165
|
|
|
166
166
|
```mermaid
|
|
167
167
|
graph LR
|
|
168
|
-
A[PRD<br/>Requirements] --> B[
|
|
168
|
+
A[PRD<br/>Requirements] --> B[Feature Design<br/>Technical Planning]
|
|
169
169
|
B --> C[API Contract<br/>Interface Contract]
|
|
170
|
-
C --> D[Design<br/>Detailed Design]
|
|
170
|
+
C --> D[System Design<br/>Detailed Design]
|
|
171
171
|
D --> E[Dev<br/>Implementation]
|
|
172
|
-
E --> F[
|
|
173
|
-
F --> G[
|
|
172
|
+
E --> F[Deployment<br/>Deployment]
|
|
173
|
+
F --> G[System Test<br/>Testing]
|
|
174
|
+
G --> H[Archive<br/>Archiving]
|
|
174
175
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
176
|
+
I[Knowledge<br/>Repository] -.-> A
|
|
177
|
+
I -.-> B
|
|
178
|
+
I -.-> D
|
|
179
|
+
I -.-> E
|
|
180
|
+
I -.-> F
|
|
179
181
|
|
|
180
|
-
E -.->
|
|
181
|
-
F -.->
|
|
182
|
+
E -.-> I
|
|
183
|
+
F -.-> I
|
|
184
|
+
G -.-> I
|
|
182
185
|
```
|
|
183
186
|
|
|
184
187
|
### Phase Descriptions
|
|
@@ -186,10 +189,11 @@ graph LR
|
|
|
186
189
|
| Phase | Agent | Input | Output | Human Confirmation |
|
|
187
190
|
|-------|-------|-------|--------|-------------------|
|
|
188
191
|
| PRD | PM | User Requirements | Product Requirements Document | ✅ Required |
|
|
189
|
-
|
|
|
190
|
-
| Design | Designer |
|
|
192
|
+
| Feature Design | Feature Designer | PRD | Feature Design Document + API Contract | ✅ Required |
|
|
193
|
+
| System Design | System Designer | Feature Spec | Frontend/Backend Design Documents | ✅ Required |
|
|
191
194
|
| Dev | Dev | Design | Code + Task Records | ✅ Required |
|
|
192
|
-
|
|
|
195
|
+
| Deployment | System Deployer | Dev Output | Deployment Report + Running Application | ✅ Required |
|
|
196
|
+
| System Test | Test Manager | Deployment Output + Feature Spec | Test Cases + Test Code + Test Report + Bug Report | ✅ Required |
|
|
193
197
|
|
|
194
198
|
---
|
|
195
199
|
|
|
@@ -260,8 +264,9 @@ Follow the standard engineering workflow step by step:
|
|
|
260
264
|
2. **Feature Design**: Feature Designer Agent generates feature design document + API contract
|
|
261
265
|
3. **System Design**: System Designer Agent generates system design documents by platform (frontend/backend/mobile/desktop)
|
|
262
266
|
4. **Dev**: System Developer Agent implements development by platform in parallel
|
|
263
|
-
5. **
|
|
264
|
-
6. **
|
|
267
|
+
5. **Deployment**: System Deployer Agent executes build, database migration, service startup, and smoke test
|
|
268
|
+
6. **System Test**: Test Manager Agent coordinates three-phase testing (case design → code generation → execution report)
|
|
269
|
+
7. **Archive**: Archive iteration
|
|
265
270
|
|
|
266
271
|
> Each phase's deliverables require human confirmation before proceeding to the next phase.
|
|
267
272
|
|
|
@@ -330,8 +335,9 @@ your-project/
|
|
|
330
335
|
│ ├── 02.feature-design/ # Feature design
|
|
331
336
|
│ ├── 03.system-design/ # System design
|
|
332
337
|
│ ├── 04.development/ # Development phase
|
|
333
|
-
│ ├── 05.
|
|
334
|
-
│
|
|
338
|
+
│ ├── 05.deployment/ # Deployment phase
|
|
339
|
+
│ ├── 06.system-test/ # System testing
|
|
340
|
+
│ └── 07.delivery/ # Delivery phase
|
|
335
341
|
│
|
|
336
342
|
├── iteration-archives/ # Iteration archives
|
|
337
343
|
│
|
package/README.es.md
CHANGED
|
@@ -35,7 +35,7 @@
|
|
|
35
35
|
|
|
36
36
|
## ¿Qué es SpecCrew?
|
|
37
37
|
|
|
38
|
-
SpecCrew es un framework de equipo de desarrollo virtual de IA integrado. Transforma flujos de trabajo profesionales de ingeniería de software (PRD → Feature Design → System Design → Dev → Test) en flujos de trabajo de Agentes reutilizables, ayudando a los equipos de desarrollo a lograr el Desarrollo Impulsado por Especificaciones (SDD), especialmente adecuado para proyectos existentes.
|
|
38
|
+
SpecCrew es un framework de equipo de desarrollo virtual de IA integrado. Transforma flujos de trabajo profesionales de ingeniería de software (PRD → Feature Design → System Design → Dev → Despliegue → Test) en flujos de trabajo de Agentes reutilizables, ayudando a los equipos de desarrollo a lograr el Desarrollo Impulsado por Especificaciones (SDD), especialmente adecuado para proyectos existentes.
|
|
39
39
|
|
|
40
40
|
Al integrar Agentes y Skills en proyectos existentes, los equipos pueden inicializar rápidamente sistemas de documentación de proyectos y equipos de software virtuales, implementando nuevas funciones y modificaciones siguiendo flujos de trabajo de ingeniería estándar.
|
|
41
41
|
|
|
@@ -121,8 +121,8 @@ El desarrollo solo necesita "llenar la carne" basándose en el stack técnico es
|
|
|
121
121
|
|
|
122
122
|
**Solución**: Cubrir el ciclo de vida completo de ingeniería de software:
|
|
123
123
|
```
|
|
124
|
-
PRD (Requisitos) →
|
|
125
|
-
→ Design → Dev (Desarrollo) → Test (Pruebas)
|
|
124
|
+
PRD (Requisitos) → Feature Design (Planificación) → API Contract
|
|
125
|
+
→ System Design → Dev (Desarrollo) → Deployment (Despliegue) → Test (Pruebas)
|
|
126
126
|
```
|
|
127
127
|
- La salida de cada fase es la entrada de la siguiente fase
|
|
128
128
|
- Cada paso requiere confirmación humana antes de proceder
|
|
@@ -165,20 +165,23 @@ PRD (Requisitos) → Solution (Planificación) → API Contract
|
|
|
165
165
|
|
|
166
166
|
```mermaid
|
|
167
167
|
graph LR
|
|
168
|
-
A[PRD<br/>Requisitos] --> B[
|
|
168
|
+
A[PRD<br/>Requisitos] --> B[Feature Design<br/>Planificación Técnica]
|
|
169
169
|
B --> C[API Contract<br/>Contrato de Interfaz]
|
|
170
|
-
C --> D[Design<br/>Diseño Detallado]
|
|
170
|
+
C --> D[System Design<br/>Diseño Detallado]
|
|
171
171
|
D --> E[Dev<br/>Implementación]
|
|
172
|
-
E --> F[
|
|
173
|
-
F --> G[
|
|
172
|
+
E --> F[Deployment<br/>Despliegue]
|
|
173
|
+
F --> G[System Test<br/>Pruebas del Sistema]
|
|
174
|
+
G --> H[Archive<br/>Archivado]
|
|
174
175
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
176
|
+
I[Knowledge<br/>Repositorio] -.-> A
|
|
177
|
+
I -.-> B
|
|
178
|
+
I -.-> D
|
|
179
|
+
I -.-> E
|
|
180
|
+
I -.-> F
|
|
179
181
|
|
|
180
|
-
E -.->
|
|
181
|
-
F -.->
|
|
182
|
+
E -.-> I
|
|
183
|
+
F -.-> I
|
|
184
|
+
G -.-> I
|
|
182
185
|
```
|
|
183
186
|
|
|
184
187
|
### Descripciones de Fases
|
|
@@ -186,10 +189,11 @@ graph LR
|
|
|
186
189
|
| Fase | Agente | Entrada | Salida | Confirmación Humana |
|
|
187
190
|
|------|--------|---------|--------|---------------------|
|
|
188
191
|
| PRD | PM | Requisitos del Usuario | Documento de Requisitos del Producto | ✅ Requerido |
|
|
189
|
-
|
|
|
190
|
-
| Design | Designer |
|
|
192
|
+
| Feature Design | Feature Designer | PRD | Documento Feature Design + Contrato API | ✅ Requerido |
|
|
193
|
+
| System Design | System Designer | Feature Spec | Documentos de Diseño Frontend/Backend | ✅ Requerido |
|
|
191
194
|
| Dev | Dev | Design | Código + Registros de Tareas | ✅ Requerido |
|
|
192
|
-
|
|
|
195
|
+
| Deployment | System Deployer | Salida Dev | Reporte de Despliegue + Aplicación en Ejecución | ✅ Requerido |
|
|
196
|
+
| System Test | Test Manager | Salida Deployment + Feature Spec | Casos de Prueba + Código de Prueba + Reporte de Pruebas + Reporte de Bugs | ✅ Requerido |
|
|
193
197
|
|
|
194
198
|
---
|
|
195
199
|
|
|
@@ -260,8 +264,9 @@ Siga el flujo de trabajo de ingeniería estándar paso a paso:
|
|
|
260
264
|
2. **Feature Design**: El Agent Feature Designer genera el documento de diseño de funcionalidades + contrato API
|
|
261
265
|
3. **System Design**: El Agent System Designer genera documentos de diseño del sistema por plataforma (frontend/backend/móvil/escritorio)
|
|
262
266
|
4. **Dev**: El Agent System Developer implementa el desarrollo por plataforma en paralelo
|
|
263
|
-
5. **
|
|
264
|
-
6. **
|
|
267
|
+
5. **Deployment**: El Agent System Deployer ejecuta construcción, migración de base de datos, inicio de servicios y pruebas de humo
|
|
268
|
+
6. **System Test**: El Agent Test Manager coordina las pruebas de tres fases (diseño de casos → generación de código → reporte de ejecución)
|
|
269
|
+
7. **Archive**: Archivar iteración
|
|
265
270
|
|
|
266
271
|
> Los entregables de cada fase requieren confirmación humana antes de proceder a la siguiente fase.
|
|
267
272
|
|
|
@@ -330,8 +335,9 @@ your-project/
|
|
|
330
335
|
│ ├── 02.feature-design/ # Diseño de características
|
|
331
336
|
│ ├── 03.system-design/ # Diseño del sistema
|
|
332
337
|
│ ├── 04.development/ # Fase de desarrollo
|
|
333
|
-
│ ├── 05.
|
|
334
|
-
│
|
|
338
|
+
│ ├── 05.deployment/ # Fase de despliegue
|
|
339
|
+
│ ├── 06.system-test/ # Pruebas del sistema
|
|
340
|
+
│ └── 07.delivery/ # Fase de entrega
|
|
335
341
|
│
|
|
336
342
|
├── iteration-archives/ # Archivos de iteración
|
|
337
343
|
│
|