speccrew 0.5.9 → 0.5.11
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/.speccrew/agents/speccrew-feature-designer.md +67 -0
- package/.speccrew/agents/speccrew-product-manager.md +69 -0
- package/.speccrew/agents/speccrew-system-designer.md +77 -0
- package/.speccrew/agents/speccrew-system-developer.md +311 -8
- package/.speccrew/agents/speccrew-task-worker.md +34 -0
- package/.speccrew/agents/speccrew-team-leader.md +84 -0
- package/.speccrew/agents/speccrew-test-manager.md +27 -0
- package/.speccrew/skills/{speccrew-dev-desktop → speccrew-dev-desktop-electron}/SKILL.md +38 -50
- package/.speccrew/skills/{speccrew-dev-desktop → speccrew-dev-desktop-electron}/templates/TASK-RECORD-TEMPLATE.md +14 -28
- package/.speccrew/skills/speccrew-dev-desktop-tauri/SKILL.md +341 -0
- package/.speccrew/skills/speccrew-dev-desktop-tauri/templates/TASK-RECORD-TEMPLATE.md +145 -0
- package/.speccrew/skills/speccrew-dev-review-backend/SKILL.md +212 -0
- package/.speccrew/skills/speccrew-dev-review-backend/templates/REVIEW-REPORT-TEMPLATE.md +94 -0
- package/.speccrew/skills/speccrew-dev-review-desktop/SKILL.md +181 -0
- package/.speccrew/skills/speccrew-dev-review-desktop/templates/REVIEW-REPORT-TEMPLATE.md +90 -0
- package/.speccrew/skills/speccrew-dev-review-frontend/SKILL.md +177 -0
- package/.speccrew/skills/speccrew-dev-review-frontend/templates/REVIEW-REPORT-TEMPLATE.md +83 -0
- package/.speccrew/skills/speccrew-dev-review-mobile/SKILL.md +181 -0
- package/.speccrew/skills/speccrew-dev-review-mobile/templates/REVIEW-REPORT-TEMPLATE.md +90 -0
- package/docs/GETTING-STARTED.ar.md +249 -176
- package/docs/GETTING-STARTED.bn.md +108 -412
- package/docs/GETTING-STARTED.bs.md +103 -407
- package/docs/GETTING-STARTED.da.md +267 -190
- package/docs/GETTING-STARTED.de.md +190 -115
- package/docs/GETTING-STARTED.el.md +245 -169
- package/docs/GETTING-STARTED.en.md +97 -22
- package/docs/GETTING-STARTED.es.md +179 -104
- package/docs/GETTING-STARTED.fr.md +191 -116
- package/docs/GETTING-STARTED.it.md +233 -156
- package/docs/GETTING-STARTED.ja.md +242 -167
- package/docs/GETTING-STARTED.ko.md +211 -136
- package/docs/GETTING-STARTED.md +97 -22
- package/docs/GETTING-STARTED.no.md +86 -417
- package/docs/GETTING-STARTED.pl.md +213 -135
- package/docs/GETTING-STARTED.pt-BR.md +94 -396
- package/docs/GETTING-STARTED.ru.md +241 -162
- package/docs/GETTING-STARTED.th.md +104 -405
- package/docs/GETTING-STARTED.tr.md +223 -144
- package/docs/GETTING-STARTED.uk.md +273 -194
- package/docs/GETTING-STARTED.vi.md +98 -399
- package/docs/GETTING-STARTED.zh-TW.md +213 -138
- package/lib/commands/init.js +18 -0
- package/package.json +1 -1
- package/.speccrew/skills/speccrew-dev-review/SKILL.md +0 -451
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
#
|
|
1
|
+
# Οδηγός Γρήγορης Εκκίνησης SpecCrew
|
|
2
2
|
|
|
3
3
|
<p align="center">
|
|
4
4
|
<a href="./GETTING-STARTED.md">简体中文</a> |
|
|
@@ -11,11 +11,10 @@
|
|
|
11
11
|
<a href="./GETTING-STARTED.it.md">Italiano</a> |
|
|
12
12
|
<a href="./GETTING-STARTED.da.md">Dansk</a> |
|
|
13
13
|
<a href="./GETTING-STARTED.ja.md">日本語</a> |
|
|
14
|
-
<a href="./GETTING-STARTED.ar.md">العربية</a>
|
|
15
|
-
<a href="./GETTING-STARTED.el.md">Ελληνικά</a>
|
|
14
|
+
<a href="./GETTING-STARTED.ar.md">العربية</a>
|
|
16
15
|
</p>
|
|
17
16
|
|
|
18
|
-
Αυτό το έγγραφο σας βοηθά να κατανοήσετε γρήγορα πώς να χρησιμοποιήσετε την ομάδα Agent του SpecCrew για να ολοκληρώσετε
|
|
17
|
+
Αυτό το έγγραφο σας βοηθά να κατανοήσετε γρήγορα πώς να χρησιμοποιήσετε την ομάδα Agent του SpecCrew για να ολοκληρώσετε την πλήρη ανάπτυξη από τις απαιτήσεις έως την παράδοση σύμφωνα με τυπικές διαδικασίες μηχανικής.
|
|
19
18
|
|
|
20
19
|
---
|
|
21
20
|
|
|
@@ -40,42 +39,117 @@ speccrew init --ide qoder
|
|
|
40
39
|
```
|
|
41
40
|
.
|
|
42
41
|
├── .qoder/
|
|
43
|
-
│ ├── agents/ # Αρχεία ορισμού
|
|
44
|
-
│ └── skills/ # Αρχεία ορισμού
|
|
45
|
-
├── speccrew-workspace/ #
|
|
42
|
+
│ ├── agents/ # Αρχεία ορισμού Agents
|
|
43
|
+
│ └── skills/ # Αρχεία ορισμού Skills
|
|
44
|
+
├── speccrew-workspace/ # Workspace
|
|
46
45
|
│ ├── docs/ # Διαμορφώσεις, κανόνες, πρότυπα, λύσεις
|
|
47
46
|
│ ├── iterations/ # Τρέχουσες επαναλήψεις
|
|
48
47
|
│ ├── iteration-archives/ # Αρχειοθετημένες επαναλήψεις
|
|
49
48
|
│ └── knowledges/ # Βάση γνώσεων
|
|
50
|
-
│ ├── base/ # Βασικές πληροφορίες (
|
|
51
|
-
│ ├── bizs/ #
|
|
49
|
+
│ ├── base/ # Βασικές πληροφορίες (εκθέσεις διάγνωσης, τεχνικό χρέος)
|
|
50
|
+
│ ├── bizs/ # Επιχειρηματική βάση γνώσεων
|
|
52
51
|
│ └── techs/ # Τεχνική βάση γνώσεων
|
|
53
52
|
```
|
|
54
53
|
|
|
55
|
-
### Αναφορά Εντολών CLI
|
|
54
|
+
### Γρήγορη Αναφορά Εντολών CLI
|
|
56
55
|
|
|
57
56
|
| Εντολή | Περιγραφή |
|
|
58
|
-
|
|
59
|
-
| `speccrew list` | Λίστα όλων των διαθέσιμων
|
|
57
|
+
|------|------|
|
|
58
|
+
| `speccrew list` | Λίστα όλων των διαθέσιμων Agents και Skills |
|
|
60
59
|
| `speccrew doctor` | Έλεγχος ακεραιότητας εγκατάστασης |
|
|
61
60
|
| `speccrew update` | Ενημέρωση διαμόρφωσης έργου στην τελευταία έκδοση |
|
|
62
61
|
| `speccrew uninstall` | Απεγκατάσταση SpecCrew |
|
|
63
62
|
|
|
64
63
|
---
|
|
65
64
|
|
|
66
|
-
## 2.
|
|
65
|
+
## 2. Γρήγορη Εκκίνηση σε 5 Λεπτά Μετά την Εγκατάσταση
|
|
66
|
+
|
|
67
|
+
Μετά την εκτέλεση `speccrew init`, ακολουθήστε αυτά τα βήματα για γρήγορη μετάβαση σε κατάσταση εργασίας:
|
|
68
|
+
|
|
69
|
+
### Βήμα 1: Επιλέξτε το IDE σας
|
|
70
|
+
|
|
71
|
+
| IDE | Εντολή Αρχικοποίησης | Σενάριο Εφαρμογής |
|
|
72
|
+
|-----|-----------|----------|
|
|
73
|
+
| **Qoder** (Συνιστάται) | `speccrew init --ide qoder` | Πλήρης ενορχήστρωση agents, παράλληλοι workers |
|
|
74
|
+
| **Cursor** | `speccrew init --ide cursor` | Ροές εργασίας βασισμένες σε Composer |
|
|
75
|
+
| **Claude Code** | `speccrew init --ide claude` | Ανάπτυξη CLI-first |
|
|
76
|
+
| **Codex** | `speccrew init --ide codex` | Ενσωμάτωση οικοσυστήματος OpenAI |
|
|
77
|
+
|
|
78
|
+
### Βήμα 2: Αρχικοποίηση Βάσης Γνώσεων (Συνιστάται)
|
|
79
|
+
|
|
80
|
+
Για έργα με υπάρχοντα πηγαίο κώδικα, συνιστάται η αρχικοποίηση της βάσης γνώσεων πρώτα ώστε οι agents να κατανοήσουν τη βάση κώδικά σας:
|
|
81
|
+
|
|
82
|
+
```
|
|
83
|
+
@speccrew-team-leader αρχικοποίηση τεχνικής βάσης γνώσεων
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
Στη συνέχεια:
|
|
87
|
+
|
|
88
|
+
```
|
|
89
|
+
@speccrew-team-leader αρχικοποίηση επιχειρηματικής βάσης γνώσεων
|
|
90
|
+
```
|
|
91
|
+
|
|
92
|
+
### Βήμα 3: Ξεκινήστε την Πρώτη σας Εργασία
|
|
93
|
+
|
|
94
|
+
```
|
|
95
|
+
@speccrew-product-manager Έχω μια νέα απαίτηση: [περιγράψτε τη λειτουργική απαίτησή σας]
|
|
96
|
+
```
|
|
97
|
+
|
|
98
|
+
> **Συμβουλή**: Αν δεν είστε σίγουροι τι να κάνετε, απλά πείτε `@speccrew-team-leader βοηθήστε με να ξεκινήσω` — ο Team Leader θα ανιχνεύσει αυτόματα την κατάσταση του έργου σας και θα σας καθοδηγήσει.
|
|
99
|
+
|
|
100
|
+
---
|
|
101
|
+
|
|
102
|
+
## 3. Γρήγορο Δέντρο Αποφάσεων
|
|
103
|
+
|
|
104
|
+
Δεν είστε σίγουροι τι να κάνετε; Βρείτε το σενάριό σας παρακάτω:
|
|
105
|
+
|
|
106
|
+
- **Έχω μια νέα λειτουργική απαίτηση**
|
|
107
|
+
→ `@speccrew-product-manager Έχω μια νέα απαίτηση: [περιγράψτε τη λειτουργική απαίτησή σας]`
|
|
108
|
+
|
|
109
|
+
- **Θέλω να σαρώσω τη γνώση υπάρχοντος έργου**
|
|
110
|
+
→ `@speccrew-team-leader αρχικοποίηση τεχνικής βάσης γνώσεων`
|
|
111
|
+
→ Στη συνέχεια: `@speccrew-team-leader αρχικοποίηση επιχειρηματικής βάσης γνώσεων`
|
|
112
|
+
|
|
113
|
+
- **Θέλω να συνεχίσω την προηγούμενη εργασία**
|
|
114
|
+
→ `@speccrew-team-leader ποια είναι η τρέχουσα πρόοδος;`
|
|
115
|
+
|
|
116
|
+
- **Θέλω να ελέγξω την κατάσταση υγείας του συστήματος**
|
|
117
|
+
→ Εκτέλεση στο τερματικό: `speccrew doctor`
|
|
118
|
+
|
|
119
|
+
- **Δεν είμαι σίγουρος τι να κάνω**
|
|
120
|
+
→ `@speccrew-team-leader βοηθήστε με να ξεκινήσω`
|
|
121
|
+
→ Ο Team Leader θα ανιχνεύσει αυτόματα την κατάσταση του έργου σας και θα σας καθοδηγήσει
|
|
122
|
+
|
|
123
|
+
---
|
|
124
|
+
|
|
125
|
+
## 4. Γρήγορη Αναφορά Agents
|
|
126
|
+
|
|
127
|
+
| Ρόλος | Agent | Ευθύνες | Παράδειγμα Εντολής |
|
|
128
|
+
|------|-------|-----------------|-----------------|
|
|
129
|
+
| Αρχηγός Ομάδας | `@speccrew-team-leader` | Πλοήγηση έργου, αρχικοποίηση βάσης γνώσης, έλεγχος κατάστασης | "Βοηθήστε με να ξεκινήσω" |
|
|
130
|
+
| Διαχειριστής Προϊόντος | `@speccrew-product-manager` | Ανάλυση απαιτήσεων, δημιουργία PRD | "Έχω μια νέα απαίτηση: ..." |
|
|
131
|
+
| Σχεδιαστής Λειτουργιών | `@speccrew-feature-designer` | Ανάλυση λειτουργιών, σχεδιασμός προδιαγραφών, συμβάσεις API | "Έναρξη σχεδιασμού λειτουργιών για επανάληψη X" |
|
|
132
|
+
| Σχεδιαστής Συστήματος | `@speccrew-system-designer` | Σχεδιασμός αρχιτεκτονικής, λεπτομερής σχεδιασμός πλατφόρμας | "Έναρξη σχεδιασμού συστήματος για επανάληψη X" |
|
|
133
|
+
| Προγραμματιστής Συστήματος | `@speccrew-system-developer` | Συντονισμός ανάπτυξης, δημιουργία κώδικα | "Έναρξη ανάπτυξης για επανάληψη X" |
|
|
134
|
+
| Διαχειριστής Δοκιμών | `@speccrew-test-manager` | Σχεδιασμός δοκιμών, σχεδιασμός περιπτώσεων, εκτέλεση | "Έναρξη δοκιμών για επανάληψη X" |
|
|
135
|
+
|
|
136
|
+
> **Σημείωση**: Δεν χρειάζεται να θυμάστε όλους τους agents. Απλά μιλήστε με `@speccrew-team-leader` και θα δρομολογήσει το αίτημά σας στον σωστό agent.
|
|
137
|
+
|
|
138
|
+
---
|
|
139
|
+
|
|
140
|
+
## 5. Επισκόπηση Ροής Εργασίας
|
|
67
141
|
|
|
68
142
|
### Πλήρες Διάγραμμα Ροής
|
|
69
143
|
|
|
70
144
|
```mermaid
|
|
71
145
|
flowchart LR
|
|
72
|
-
PRD[Φάση 1<br/>Ανάλυση Απαιτήσεων<br/>Product Manager] --> FD[Φάση 2<br
|
|
73
|
-
FD --> SD[Φάση 3<br
|
|
146
|
+
PRD[Φάση 1<br/>Ανάλυση Απαιτήσεων<br/>Product Manager] --> FD[Φάση 2<br/>Feature Design<br/>Feature Designer]
|
|
147
|
+
FD --> SD[Φάση 3<br/>System Design<br/>System Designer]
|
|
74
148
|
SD --> DEV[Φάση 4<br/>Ανάπτυξη<br/>System Developer]
|
|
75
|
-
DEV --> TEST[Φάση 5<br
|
|
149
|
+
DEV --> TEST[Φάση 5<br/>Συστημικές Δοκιμές<br/>Test Manager]
|
|
76
150
|
TEST --> ARCHIVE[Φάση 6<br/>Αρχειοθέτηση]
|
|
77
151
|
|
|
78
|
-
KB[(Βάση
|
|
152
|
+
KB[(Βάση Γνώσης<br/>Όλη η Διαδικασία)] -.-> PRD
|
|
79
153
|
KB -.-> FD
|
|
80
154
|
KB -.-> SD
|
|
81
155
|
KB -.-> DEV
|
|
@@ -84,52 +158,52 @@ flowchart LR
|
|
|
84
158
|
|
|
85
159
|
### Βασικές Αρχές
|
|
86
160
|
|
|
87
|
-
1. **Εξαρτήσεις Φάσεων**:
|
|
88
|
-
2. **Επιβεβαίωση
|
|
89
|
-
3.
|
|
161
|
+
1. **Εξαρτήσεις Φάσεων**: Το παράγωγο κάθε φάσης είναι η είσοδος για την επόμενη φάση
|
|
162
|
+
2. **Επιβεβαίωση Checkpoint**: Κάθε φάση έχει σημείο επιβεβαίωσης που απαιτεί έγκριση χρήστη πριν προχωρήσει στην επόμενη φάση
|
|
163
|
+
3. **Οδηγούμενο από Βάση Γνώσης**: Η βάση γνώσης διατρέχει όλη τη διαδικασία, παρέχοντας_context για όλες τις φάσεις
|
|
90
164
|
|
|
91
165
|
---
|
|
92
166
|
|
|
93
|
-
##
|
|
167
|
+
## 6. Βήμα Μηδέν: Αρχικοποίηση Βάσης Γνώσης
|
|
94
168
|
|
|
95
|
-
Πριν ξεκινήσετε την επίσημη διαδικασία μηχανικής, πρέπει να αρχικοποιήσετε τη βάση
|
|
169
|
+
Πριν ξεκινήσετε την επίσημη διαδικασία μηχανικής, πρέπει να αρχικοποιήσετε τη βάση γνώσης του έργου.
|
|
96
170
|
|
|
97
|
-
###
|
|
171
|
+
### 6.1 Αρχικοποίηση Τεχνικής Βάσης Γνώσης
|
|
98
172
|
|
|
99
|
-
**Παράδειγμα
|
|
173
|
+
**Παράδειγμα Συνομιλίας**:
|
|
100
174
|
```
|
|
101
|
-
@speccrew-team-leader αρχικοποίηση τεχνικής βάσης
|
|
175
|
+
@speccrew-team-leader αρχικοποίηση τεχνικής βάσης γνώσης
|
|
102
176
|
```
|
|
103
177
|
|
|
104
178
|
**Τριφασική Διαδικασία**:
|
|
105
|
-
1. Ανίχνευση Πλατφόρμας — Αναγνώριση
|
|
179
|
+
1. Ανίχνευση Πλατφόρμας — Αναγνώριση τεχνικών πλατφορμών στο έργο
|
|
106
180
|
2. Δημιουργία Τεχνικής Τεκμηρίωσης — Δημιουργία εγγράφων τεχνικών προδιαγραφών για κάθε πλατφόρμα
|
|
107
|
-
3. Δημιουργία Ευρετηρίου — Δημιουργία ευρετηρίου βάσης
|
|
181
|
+
3. Δημιουργία Ευρετηρίου — Δημιουργία ευρετηρίου βάσης γνώσης
|
|
108
182
|
|
|
109
|
-
|
|
183
|
+
**Παράγωγο**:
|
|
110
184
|
```
|
|
111
185
|
speccrew-workspace/knowledges/techs/{platform-id}/
|
|
112
|
-
├── tech-stack.md # Ορισμός
|
|
113
|
-
├── architecture.md #
|
|
186
|
+
├── tech-stack.md # Ορισμός τεχνολογικού stack
|
|
187
|
+
├── architecture.md # Αρχιτεκτονικές συμβάσεις
|
|
114
188
|
├── dev-spec.md # Προδιαγραφές ανάπτυξης
|
|
115
|
-
├── test-spec.md # Προδιαγραφές
|
|
189
|
+
├── test-spec.md # Προδιαγραφές δοκιμών
|
|
116
190
|
└── INDEX.md # Αρχείο ευρετηρίου
|
|
117
191
|
```
|
|
118
192
|
|
|
119
|
-
###
|
|
193
|
+
### 6.2 Αρχικοποίηση Επιχειρηματικής Βάσης Γνώσης
|
|
120
194
|
|
|
121
|
-
**Παράδειγμα
|
|
195
|
+
**Παράδειγμα Συνομιλίας**:
|
|
122
196
|
```
|
|
123
|
-
@speccrew-team-leader αρχικοποίηση
|
|
197
|
+
@speccrew-team-leader αρχικοποίηση επιχειρηματικής βάσης γνώσης
|
|
124
198
|
```
|
|
125
199
|
|
|
126
200
|
**Τετραφασική Διαδικασία**:
|
|
127
|
-
1.
|
|
128
|
-
2. Ανάλυση
|
|
129
|
-
3. Σύνοψη
|
|
130
|
-
4.
|
|
201
|
+
1. Καταγραφή Λειτουργιών — Σάρωση κώδικα για αναγνώριση όλων των λειτουργιών
|
|
202
|
+
2. Ανάλυση Λειτουργιών — Ανάλυση επιχειρηματικής λογικής για κάθε λειτουργία
|
|
203
|
+
3. Σύνοψη Ενότητας — Σύνοψη λειτουργιών ανά ενότητα
|
|
204
|
+
4. Συνοπτική Παρουσίαση Συστήματος — Δημιουργία επιχειρηματικής επισκόπησης σε επίπεδο συστήματος
|
|
131
205
|
|
|
132
|
-
|
|
206
|
+
**Παράγωγο**:
|
|
133
207
|
```
|
|
134
208
|
speccrew-workspace/knowledges/bizs/
|
|
135
209
|
├── {platform-type}/
|
|
@@ -140,114 +214,114 @@ speccrew-workspace/knowledges/bizs/
|
|
|
140
214
|
|
|
141
215
|
---
|
|
142
216
|
|
|
143
|
-
##
|
|
217
|
+
## 7. Οδηγός Συνομιλίας Ανά Φάση
|
|
144
218
|
|
|
145
|
-
###
|
|
219
|
+
### 7.1 Φάση 1: Ανάλυση Απαιτήσεων (Product Manager)
|
|
146
220
|
|
|
147
|
-
**Πώς να
|
|
221
|
+
**Πώς να ξεκινήσετε**:
|
|
148
222
|
```
|
|
149
|
-
@speccrew-product-manager
|
|
223
|
+
@speccrew-product-manager Έχω μια νέα απαίτηση: [περιγράψτε την απαίτησή σας]
|
|
150
224
|
```
|
|
151
225
|
|
|
152
226
|
**Ροή Εργασίας Agent**:
|
|
153
|
-
1. Διαβάστε την επισκόπηση συστήματος για
|
|
227
|
+
1. Διαβάστε την επισκόπηση συστήματος για κατανόηση υπαρχόντων ενοτήτων
|
|
154
228
|
2. Αναλύστε τις απαιτήσεις χρήστη
|
|
155
229
|
3. Δημιουργήστε δομημένο έγγραφο PRD
|
|
156
230
|
|
|
157
|
-
|
|
231
|
+
**Παράγωγο**:
|
|
158
232
|
```
|
|
159
233
|
iterations/{αριθμός}-{τύπος}-{όνομα}/01.product-requirement/
|
|
160
234
|
├── [feature-name]-prd.md # Έγγραφο Απαιτήσεων Προϊόντος
|
|
161
|
-
└── [feature-name]-bizs-modeling.md #
|
|
235
|
+
└── [feature-name]-bizs-modeling.md # Επιχειρηματική μοντελοποίηση (για σύνθετες απαιτήσεις)
|
|
162
236
|
```
|
|
163
237
|
|
|
164
238
|
**Λίστα Ελέγχου Επιβεβαίωσης**:
|
|
165
|
-
- [ ] Η περιγραφή απαίτησης αντικατοπτρίζει
|
|
166
|
-
- [ ] Οι
|
|
239
|
+
- [ ] Η περιγραφή απαίτησης αντικατοπτρίζει ακριβώς την πρόθεση του χρήστη;
|
|
240
|
+
- [ ] Οι επιχειρηματικοί κανόνες είναι πλήρεις;
|
|
167
241
|
- [ ] Τα σημεία ενσωμάτωσης με υπάρχοντα συστήματα είναι ξεκάθαρα;
|
|
168
242
|
- [ ] Τα κριτήρια αποδοχής είναι μετρήσιμα;
|
|
169
243
|
|
|
170
244
|
---
|
|
171
245
|
|
|
172
|
-
###
|
|
246
|
+
### 7.2 Φάση 2: Feature Design (Feature Designer)
|
|
173
247
|
|
|
174
|
-
**Πώς να
|
|
248
|
+
**Πώς να ξεκινήσετε**:
|
|
175
249
|
```
|
|
176
|
-
@speccrew-feature-designer έναρξη
|
|
250
|
+
@speccrew-feature-designer έναρξη feature design
|
|
177
251
|
```
|
|
178
252
|
|
|
179
253
|
**Ροή Εργασίας Agent**:
|
|
180
|
-
1.
|
|
181
|
-
2.
|
|
182
|
-
3.
|
|
254
|
+
1. Αυτόματος εντοπισμός επιβεβαιωμένου εγγράφου PRD
|
|
255
|
+
2. Φόρτωση επιχειρηματικής βάσης γνώσης
|
|
256
|
+
3. Δημιουργία feature design (συμπεριλαμβανομένων UI wireframes, ροών αλληλεπίδρασης, ορισμών δεδομένων, συμβάσεων API)
|
|
183
257
|
4. Για πολλαπλά PRD, χρησιμοποιήστε Task Worker για παράλληλο σχεδιασμό
|
|
184
258
|
|
|
185
|
-
|
|
259
|
+
**Παράγωγο**:
|
|
186
260
|
```
|
|
187
261
|
iterations/{iter}/02.feature-design/
|
|
188
|
-
└── [feature-name]-feature-spec.md # Έγγραφο
|
|
262
|
+
└── [feature-name]-feature-spec.md # Έγγραφο feature design
|
|
189
263
|
```
|
|
190
264
|
|
|
191
265
|
**Λίστα Ελέγχου Επιβεβαίωσης**:
|
|
192
266
|
- [ ] Όλα τα σενάρια χρήστη καλύπτονται;
|
|
193
267
|
- [ ] Οι ροές αλληλεπίδρασης είναι ξεκάθαρες;
|
|
194
268
|
- [ ] Οι ορισμοί πεδίων δεδομένων είναι πλήρεις;
|
|
195
|
-
- [ ]
|
|
269
|
+
- [ ] Η διαχείριση εξαιρέσεων είναι περιεκτική;
|
|
196
270
|
|
|
197
271
|
---
|
|
198
272
|
|
|
199
|
-
###
|
|
273
|
+
### 7.3 Φάση 3: System Design (System Designer)
|
|
200
274
|
|
|
201
|
-
**Πώς να
|
|
275
|
+
**Πώς να ξεκινήσετε**:
|
|
202
276
|
```
|
|
203
|
-
@speccrew-system-designer έναρξη
|
|
277
|
+
@speccrew-system-designer έναρξη system design
|
|
204
278
|
```
|
|
205
279
|
|
|
206
280
|
**Ροή Εργασίας Agent**:
|
|
207
|
-
1.
|
|
208
|
-
2.
|
|
209
|
-
3.
|
|
210
|
-
4.
|
|
211
|
-
5.
|
|
212
|
-
6.
|
|
281
|
+
1. Εντοπισμός Feature Spec και API Contract
|
|
282
|
+
2. Φόρτωση τεχνικής βάσης γνώσης (τεχνολογικό stack, αρχιτεκτονική, προδιαγραφές για κάθε πλατφόρμα)
|
|
283
|
+
3. **Checkpoint A**: Αξιολόγηση Framework — Ανάλυση τεχνικών κενών, σύσταση νέων frameworks (εάν απαιτείται), αναμονή επιβεβαίωσης χρήστη
|
|
284
|
+
4. Δημιουργία DESIGN-OVERVIEW.md
|
|
285
|
+
5. Χρήση Task Worker για παράλληλη διανομή σχεδιασμού για κάθε πλατφόρμα (frontend/backend/mobile/desktop)
|
|
286
|
+
6. **Checkpoint B**: Κοινή Επιβεβαίωση — Εμφάνιση σύνοψης όλων των σχεδιασμών πλατφορμών, αναμονή επιβεβαίωσης χρήστη
|
|
213
287
|
|
|
214
|
-
|
|
288
|
+
**Παράγωγο**:
|
|
215
289
|
```
|
|
216
290
|
iterations/{iter}/03.system-design/
|
|
217
291
|
├── DESIGN-OVERVIEW.md # Επισκόπηση σχεδιασμού
|
|
218
292
|
├── {platform-id}/
|
|
219
293
|
│ ├── INDEX.md # Ευρετήριο σχεδιασμού πλατφόρμας
|
|
220
|
-
│ └── {module}-design.md # Σχεδιασμός
|
|
294
|
+
│ └── {module}-design.md # Σχεδιασμός ενότητας επιπέδου ψευδοκώδικα
|
|
221
295
|
```
|
|
222
296
|
|
|
223
297
|
**Λίστα Ελέγχου Επιβεβαίωσης**:
|
|
224
|
-
- [ ] Ο ψευδοκώδικας χρησιμοποιεί πραγματική σύνταξη
|
|
225
|
-
- [ ]
|
|
226
|
-
- [ ] Η στρατηγική
|
|
298
|
+
- [ ] Ο ψευδοκώδικας χρησιμοποιεί την πραγματική σύνταξη framework;
|
|
299
|
+
- [ ] Οι δια-πλατφορμικές συμβάσεις API είναι συνεπείς;
|
|
300
|
+
- [ ] Η στρατηγική διαχείρισης σφαλμάτων είναι ενοποιημένη;
|
|
227
301
|
|
|
228
302
|
---
|
|
229
303
|
|
|
230
|
-
###
|
|
304
|
+
### 7.4 Φάση 4: Ανάπτυξη (System Developer)
|
|
231
305
|
|
|
232
|
-
**Πώς να
|
|
306
|
+
**Πώς να ξεκινήσετε**:
|
|
233
307
|
```
|
|
234
308
|
@speccrew-system-developer έναρξη ανάπτυξης
|
|
235
309
|
```
|
|
236
310
|
|
|
237
311
|
**Ροή Εργασίας Agent**:
|
|
238
|
-
1.
|
|
239
|
-
2.
|
|
240
|
-
3.
|
|
241
|
-
4.
|
|
242
|
-
5.
|
|
312
|
+
1. Ανάγνωση εγγράφων σχεδιασμού συστήματος
|
|
313
|
+
2. Φόρτωση τεχνικών γνώσεων για κάθε πλατφόρμα
|
|
314
|
+
3. **Checkpoint A**: Προ-έλεγχος Περιβάλλοντος — Έλεγχος εκδόσεων runtime, εξαρτήσεων, διαθεσιμότητας υπηρεσιών; αναμονή επίλυσης χρήστη εάν αποτύχει
|
|
315
|
+
4. Χρήση Task Worker για παράλληλη διανομή ανάπτυξης για κάθε πλατφόρμα
|
|
316
|
+
5. Έλεγχος ενσωμάτωσης: στοίχιση συμβάσεων API, συνέπεια δεδομένων
|
|
243
317
|
6. Έξοδος αναφοράς παράδοσης
|
|
244
318
|
|
|
245
|
-
|
|
319
|
+
**Παράγωγο**:
|
|
246
320
|
```
|
|
247
321
|
# Ο πηγαίος κώδικας γράφεται στον πραγματικό κατάλογο πηγαίου κώδικα του έργου
|
|
248
322
|
iterations/{iter}/04.development/
|
|
249
323
|
├── {platform-id}/
|
|
250
|
-
│ └── tasks/ #
|
|
324
|
+
│ └── tasks/ # Καταγραφές εργασιών ανάπτυξης
|
|
251
325
|
└── delivery-report.md
|
|
252
326
|
```
|
|
253
327
|
|
|
@@ -258,22 +332,22 @@ iterations/{iter}/04.development/
|
|
|
258
332
|
|
|
259
333
|
---
|
|
260
334
|
|
|
261
|
-
###
|
|
335
|
+
### 7.5 Φάση 5: Συστημικές Δοκιμές (Test Manager)
|
|
262
336
|
|
|
263
|
-
**Πώς να
|
|
337
|
+
**Πώς να ξεκινήσετε**:
|
|
264
338
|
```
|
|
265
|
-
@speccrew-test-manager έναρξη
|
|
339
|
+
@speccrew-test-manager έναρξη δοκιμών
|
|
266
340
|
```
|
|
267
341
|
|
|
268
|
-
**Τριφασική Διαδικασία
|
|
342
|
+
**Τριφασική Διαδικασία Δοκιμών**:
|
|
269
343
|
|
|
270
|
-
| Φάση | Περιγραφή |
|
|
271
|
-
|
|
344
|
+
| Φάση | Περιγραφή | Checkpoint |
|
|
345
|
+
|-------|-------------|------------|
|
|
272
346
|
| Σχεδιασμός Περιπτώσεων Δοκιμής | Δημιουργία περιπτώσεων δοκιμής βάσει PRD και Feature Spec | A: Εμφάνιση στατιστικών κάλυψης περιπτώσεων και πίνακα ιχνηλασιμότητας, αναμονή επιβεβαίωσης χρήστη επαρκούς κάλυψης |
|
|
273
347
|
| Δημιουργία Κώδικα Δοκιμής | Δημιουργία εκτελέσιμου κώδικα δοκιμής | B: Εμφάνιση δημιουργημένων αρχείων δοκιμής και αντιστοίχισης περιπτώσεων, αναμονή επιβεβαίωσης χρήστη |
|
|
274
|
-
| Εκτέλεση
|
|
348
|
+
| Εκτέλεση Δοκιμών και Αναφορά Σφαλμάτων | Αυτόματη εκτέλεση δοκιμών και δημιουργία αναφορών | Καμία (αυτόματη εκτέλεση) |
|
|
275
349
|
|
|
276
|
-
|
|
350
|
+
**Παράγωγο**:
|
|
277
351
|
```
|
|
278
352
|
iterations/{iter}/05.system-test/
|
|
279
353
|
├── cases/
|
|
@@ -293,9 +367,9 @@ iterations/{iter}/05.system-test/
|
|
|
293
367
|
|
|
294
368
|
---
|
|
295
369
|
|
|
296
|
-
###
|
|
370
|
+
### 7.6 Φάση 6: Αρχειοθέτηση
|
|
297
371
|
|
|
298
|
-
Οι επαναλήψεις αρχειοθετούνται αυτόματα
|
|
372
|
+
Οι επαναλήψεις αρχειοθετούνται αυτόματα μετά την ολοκλήρωση:
|
|
299
373
|
|
|
300
374
|
```
|
|
301
375
|
speccrew-workspace/iteration-archives/
|
|
@@ -309,11 +383,11 @@ speccrew-workspace/iteration-archives/
|
|
|
309
383
|
|
|
310
384
|
---
|
|
311
385
|
|
|
312
|
-
##
|
|
386
|
+
## 8. Επισκόπηση Βάσης Γνώσης
|
|
313
387
|
|
|
314
|
-
###
|
|
388
|
+
### 8.1 Επιχειρηματική Βάση Γνώσης (bizs)
|
|
315
389
|
|
|
316
|
-
**Σκοπός**: Αποθήκευση περιγραφών
|
|
390
|
+
**Σκοπός**: Αποθήκευση περιγραφών επιχειρηματικών λειτουργιών έργου, διαιρέσεων ενοτήτων, χαρακτηριστικών API
|
|
317
391
|
|
|
318
392
|
**Δομή Καταλόγων**:
|
|
319
393
|
```
|
|
@@ -326,9 +400,9 @@ knowledges/bizs/
|
|
|
326
400
|
|
|
327
401
|
**Σενάρια Χρήσης**: Product Manager, Feature Designer
|
|
328
402
|
|
|
329
|
-
###
|
|
403
|
+
### 8.2 Τεχνική Βάση Γνώσης (techs)
|
|
330
404
|
|
|
331
|
-
**Σκοπός**: Αποθήκευση
|
|
405
|
+
**Σκοπός**: Αποθήκευση τεχνολογικού stack έργου, αρχιτεκτονικών συμβάσεων, προδιαγραφών ανάπτυξης, προδιαγραφών δοκιμών
|
|
332
406
|
|
|
333
407
|
**Δομή Καταλόγων**:
|
|
334
408
|
```
|
|
@@ -344,21 +418,21 @@ knowledges/techs/{platform-id}/
|
|
|
344
418
|
|
|
345
419
|
---
|
|
346
420
|
|
|
347
|
-
##
|
|
421
|
+
## 9. Διαχείριση Προόδου Ροής Εργασίας
|
|
348
422
|
|
|
349
|
-
Η εικονική ομάδα SpecCrew ακολουθεί
|
|
423
|
+
Η εικονική ομάδα SpecCrew ακολουθεί αυστηρό μηχανισμό stage-gating όπου κάθε φάση πρέπει να επιβεβαιωθεί από τον χρήστη πριν προχωρήσει στην επόμενη. Υποστηρίζει επίσης επανεκκινήσιμη εκτέλεση — όταν επανεκκινείται μετά από διακοπή, συνεχίζει αυτόματα από όπου σταμάτησε.
|
|
350
424
|
|
|
351
|
-
###
|
|
425
|
+
### 9.1 Τριών Επιπέδων Αρχεία Προόδου
|
|
352
426
|
|
|
353
|
-
Η ροή εργασίας διατηρεί αυτόματα
|
|
427
|
+
Η ροή εργασίας διατηρεί αυτόματα τρεις τύπους αρχείων προόδου JSON, που βρίσκονται στον κατάλογο επανάληψης:
|
|
354
428
|
|
|
355
429
|
| Αρχείο | Τοποθεσία | Σκοπός |
|
|
356
|
-
|
|
357
|
-
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Καταγράφει την κατάσταση κάθε
|
|
358
|
-
| `.checkpoints.json` | Κάτω από κάθε κατάλογο φάσης | Καταγράφει την κατάσταση επιβεβαίωσης
|
|
359
|
-
| `DISPATCH-PROGRESS.json` | Κάτω από κάθε κατάλογο φάσης | Καταγράφει την πρόοδο ανά
|
|
430
|
+
|------|----------|---------|
|
|
431
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Καταγράφει την κατάσταση κάθε φάσης pipeline |
|
|
432
|
+
| `.checkpoints.json` | Κάτω από κάθε κατάλογο φάσης | Καταγράφει την κατάσταση επιβεβαίωσης checkpoint χρήστη |
|
|
433
|
+
| `DISPATCH-PROGRESS.json` | Κάτω από κάθε κατάλογο φάσης | Καταγράφει την πρόοδο ανά στοιχείο για παράλληλες εργασίες (multi-platform/multi-module) |
|
|
360
434
|
|
|
361
|
-
###
|
|
435
|
+
### 9.2 Ροή Κατάστασης Φάσης
|
|
362
436
|
|
|
363
437
|
Κάθε φάση ακολουθεί αυτή τη ροή κατάστασης:
|
|
364
438
|
|
|
@@ -366,28 +440,28 @@ knowledges/techs/{platform-id}/
|
|
|
366
440
|
pending → in_progress → completed → confirmed
|
|
367
441
|
```
|
|
368
442
|
|
|
369
|
-
- **pending**: Δεν έχει ξεκινήσει
|
|
370
|
-
- **in_progress**:
|
|
371
|
-
- **completed**: Η εκτέλεση
|
|
372
|
-
- **confirmed**: Ο χρήστης επιβεβαίωσε μέσω
|
|
443
|
+
- **pending**: Δεν έχει ξεκινήσει ακόμη
|
|
444
|
+
- **in_progress**: Σε εκτέλεση
|
|
445
|
+
- **completed**: Η εκτέλεση agent ολοκληρώθηκε, αναμονή επιβεβαίωσης χρήστη
|
|
446
|
+
- **confirmed**: Ο χρήστης επιβεβαίωσε μέσω τελικού checkpoint, η επόμενη φάση μπορεί να ξεκινήσει
|
|
373
447
|
|
|
374
|
-
###
|
|
448
|
+
### 9.3 Επανεκκινήσιμη Εκτέλεση
|
|
375
449
|
|
|
376
|
-
Κατά την επανεκκίνηση
|
|
450
|
+
Κατά την επανεκκίνηση Agent για φάση:
|
|
377
451
|
|
|
378
|
-
1. **Αυτόματος έλεγχος
|
|
379
|
-
2. **Ανάκτηση
|
|
380
|
-
3. **Ανάκτηση
|
|
452
|
+
1. **Αυτόματος έλεγχος upstream**: Επαληθεύει εάν η προηγούμενη φάση έχει επιβεβαιωθεί, μπλοκάρει και ζητά εάν όχι
|
|
453
|
+
2. **Ανάκτηση Checkpoint**: Διαβάζει `.checkpoints.json`, παρακάμπτει περασμένα checkpoints, συνεχίζει από το τελευταίο σημείο διακοπής
|
|
454
|
+
3. **Ανάκτηση Παράλληλων Εργασιών**: Διαβάζει `DISPATCH-PROGRESS.json`, επανεκτελεί μόνο εργασίες με κατάσταση `pending` ή `failed`, παρακάμπτει εργασίες `completed`
|
|
381
455
|
|
|
382
|
-
###
|
|
456
|
+
### 9.4 Προβολή Τρέχουσας Προόδου
|
|
383
457
|
|
|
384
|
-
Προβολή
|
|
458
|
+
Προβολή κατάστασης panorama pipeline μέσω Agent Team Leader:
|
|
385
459
|
|
|
386
460
|
```
|
|
387
|
-
@speccrew-team-leader προβολή προόδου
|
|
461
|
+
@speccrew-team-leader προβολή τρέχουσας προόδου επανάληψης
|
|
388
462
|
```
|
|
389
463
|
|
|
390
|
-
Ο Team Leader θα διαβάσει τα αρχεία προόδου και θα
|
|
464
|
+
Ο Team Leader θα διαβάσει τα αρχεία προόδου και θα εμφανίζει επισκόπηση κατάστασης παρόμοια με:
|
|
391
465
|
|
|
392
466
|
```
|
|
393
467
|
Pipeline Status: i001-user-management
|
|
@@ -398,27 +472,27 @@ Pipeline Status: i001-user-management
|
|
|
398
472
|
05 System Test: ⏳ Pending
|
|
399
473
|
```
|
|
400
474
|
|
|
401
|
-
###
|
|
475
|
+
### 9.5 Πίσω Συμβατότητα
|
|
402
476
|
|
|
403
|
-
Ο μηχανισμός αρχείων προόδου είναι πλήρως συμβατός
|
|
477
|
+
Ο μηχανισμός αρχείων προόδου είναι πλήρως πίσω συμβατός — εάν τα αρχεία προόδου δεν υπάρχουν (π.χ. σε legacy έργα ή νέες επαναλήψεις), όλοι οι Agents θα εκτελούνται κανονικά σύμφωνα με την αρχική λογική.
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 10. Συχνές Ερωτήσεις (FAQ)
|
|
408
482
|
|
|
409
|
-
### Ε1: Τι
|
|
483
|
+
### Ε1: Τι κάνω εάν ο Agent δεν λειτουργεί όπως αναμενόταν;
|
|
410
484
|
|
|
411
|
-
1. Εκτελέστε `speccrew doctor` για
|
|
412
|
-
2. Επιβεβαιώστε ότι η βάση
|
|
413
|
-
3. Επιβεβαιώστε ότι το
|
|
485
|
+
1. Εκτελέστε `speccrew doctor` για έλεγχο ακεραιότητας εγκατάστασης
|
|
486
|
+
2. Επιβεβαιώστε ότι η βάση γνώσης έχει αρχικοποιηθεί
|
|
487
|
+
3. Επιβεβαιώστε ότι το παράγωγο της προηγούμενης φάσης υπάρχει στον τρέχοντα κατάλογο επανάληψης
|
|
414
488
|
|
|
415
|
-
### Ε2: Πώς
|
|
489
|
+
### Ε2: Πώς παραλείπω μια φάση;
|
|
416
490
|
|
|
417
491
|
**Δεν συνιστάται** — Η έξοδος κάθε φάσης είναι η είσοδος για την επόμενη φάση.
|
|
418
492
|
|
|
419
493
|
Εάν πρέπει να παραλείψετε, προετοιμάστε χειροκίνητα το έγγραφο εισόδου της αντίστοιχης φάσης και βεβαιωθείτε ότι συμμορφώνεται με τις προδιαγραφές μορφής.
|
|
420
494
|
|
|
421
|
-
### Ε3: Πώς
|
|
495
|
+
### Ε3: Πώς χειρίζομαι πολλαπλές παράλληλες απαιτήσεις;
|
|
422
496
|
|
|
423
497
|
Δημιουργήστε ανεξάρτητους καταλόγους επανάληψης για κάθε απαίτηση:
|
|
424
498
|
```
|
|
@@ -430,92 +504,94 @@ iterations/
|
|
|
430
504
|
|
|
431
505
|
Κάθε επανάληψη είναι πλήρως απομονωμένη και δεν επηρεάζει τις άλλες.
|
|
432
506
|
|
|
433
|
-
### Ε4: Πώς
|
|
507
|
+
### Ε4: Πώς ενημερώνω την έκδοση SpecCrew;
|
|
434
508
|
|
|
435
|
-
Η ενημέρωση
|
|
509
|
+
Η ενημέρωση απαιτεί δύο βήματα:
|
|
436
510
|
|
|
437
511
|
```bash
|
|
438
|
-
# Βήμα 1:
|
|
512
|
+
# Βήμα 1: Ενημέρωση παγκόσμιου εργαλείου CLI
|
|
439
513
|
npm install -g speccrew@latest
|
|
440
514
|
|
|
441
|
-
# Βήμα 2:
|
|
515
|
+
# Βήμα 2: Συγχρονισμός Agents και Skills στον κατάλογο έργου σας
|
|
442
516
|
cd /path/to/your-project
|
|
443
517
|
speccrew update
|
|
444
518
|
```
|
|
445
519
|
|
|
446
|
-
- `npm install -g speccrew@latest`: Ενημερώνει το ίδιο το εργαλείο CLI (
|
|
447
|
-
- `speccrew update`: Συγχρονίζει τα αρχεία
|
|
448
|
-
- `speccrew update --ide cursor`: Ενημερώνει
|
|
520
|
+
- `npm install -g speccrew@latest`: Ενημερώνει το ίδιο το εργαλείο CLI (νέες εκδόσεις μπορεί να περιλαμβάνουν νέους ορισμούς Agent/Skill, διορθώσεις σφαλμάτων κ.λπ.)
|
|
521
|
+
- `speccrew update`: Συγχρονίζει τα αρχεία ορισμού Agent και Skill του έργου σας στην τελευταία έκδοση
|
|
522
|
+
- `speccrew update --ide cursor`: Ενημερώνει τη διαμόρφωση μόνο για συγκεκριμένο IDE
|
|
449
523
|
|
|
450
|
-
> **Σημείωση**: Και τα δύο βήματα
|
|
524
|
+
> **Σημείωση**: Και τα δύο βήματα απαιτούνται. Η εκτέλεση μόνο `speccrew update` δεν θα ενημερώσει το ίδιο το εργαλείο CLI· η εκτέλεση μόνο `npm install` δεν θα ενημερώσει τα αρχεία του έργου.
|
|
451
525
|
|
|
452
|
-
### Ε5: `speccrew update`
|
|
526
|
+
### Ε5: Το `speccrew update` δείχνει νέα έκδοση διαθέσιμη αλλά το `npm install -g speccrew@latest` εξακολουθεί να εγκαθιστά την παλιά έκδοση;
|
|
453
527
|
|
|
454
|
-
|
|
528
|
+
Αυτό συνήθως προκαλείται από την κρυφή μνήμη npm. Λύση:
|
|
455
529
|
|
|
456
530
|
```bash
|
|
531
|
+
# Εκκαθάριση κρυφής μνήμης npm και επανεγκατάσταση
|
|
457
532
|
npm cache clean --force
|
|
458
533
|
npm install -g speccrew@latest
|
|
534
|
+
|
|
535
|
+
# Επαλήθευση έκδοσης
|
|
459
536
|
npm list -g speccrew
|
|
460
537
|
```
|
|
461
538
|
|
|
462
|
-
|
|
539
|
+
Εάν εξακολουθεί να μην λειτουργεί, δοκιμάστε εγκατάσταση με συγκεκριμένο αριθμό έκδοσης:
|
|
463
540
|
```bash
|
|
464
541
|
npm install -g speccrew@0.5.6
|
|
465
542
|
```
|
|
466
543
|
|
|
467
|
-
### Ε6: Πώς
|
|
544
|
+
### Ε6: Πώς προβάλλω ιστορικές επαναλήψεις;
|
|
468
545
|
|
|
469
|
-
Μετά την αρχειοθέτηση,
|
|
546
|
+
Μετά την αρχειοθέτηση, προβολή σε `speccrew-workspace/iteration-archives/`, οργανωμένο ανά μορφή `{αριθμός}-{τύπος}-{όνομα}-{ημερομηνία}/`.
|
|
470
547
|
|
|
471
|
-
### Ε7:
|
|
548
|
+
### Ε7: Χρειάζεται η βάση γνώσης τακτικές ενημερώσεις;
|
|
472
549
|
|
|
473
|
-
|
|
550
|
+
Επαναρχικοποίηση απαιτείται στις ακόλουθες καταστάσεις:
|
|
474
551
|
- Σημαντικές αλλαγές στη δομή του έργου
|
|
475
|
-
-
|
|
476
|
-
- Προσθήκη/αφαίρεση
|
|
552
|
+
- Αναβάθμιση ή αντικατάσταση τεχνολογικού stack
|
|
553
|
+
- Προσθήκη/αφαίρεση επιχειρηματικών ενοτήτων
|
|
477
554
|
|
|
478
555
|
---
|
|
479
556
|
|
|
480
|
-
##
|
|
481
|
-
|
|
482
|
-
### Γρήγορη Αναφορά Εκκίνησης Agent
|
|
557
|
+
## 11. Γρήγορη Αναφορά
|
|
483
558
|
|
|
484
|
-
|
|
485
|
-
|------|-------|-------------------|
|
|
559
|
+
### Γρήγορη Αναφορά Εκκίνησης Agents
|
|
486
560
|
|
|
487
|
-
|
|
|
488
|
-
|
|
489
|
-
|
|
|
490
|
-
|
|
|
561
|
+
| Φάση | Agent | Συνομιλία Εκκίνησης |
|
|
562
|
+
|-------|-------|-------------------|
|
|
563
|
+
| Αρχικοποίηση | Team Leader | `@speccrew-team-leader αρχικοποίηση τεχνικής βάσης γνώσης` |
|
|
564
|
+
| Ανάλυση Απαιτήσεων | Product Manager | `@speccrew-product-manager Έχω μια νέα απαίτηση: [περιγραφή]` |
|
|
565
|
+
| Feature Design | Feature Designer | `@speccrew-feature-designer έναρξη feature design` |
|
|
566
|
+
| System Design | System Designer | `@speccrew-system-designer έναρξη system design` |
|
|
491
567
|
| Ανάπτυξη | System Developer | `@speccrew-system-developer έναρξη ανάπτυξης` |
|
|
492
|
-
|
|
|
568
|
+
| Συστημικές Δοκιμές | Test Manager | `@speccrew-test-manager έναρξη δοκιμών` |
|
|
493
569
|
|
|
494
|
-
### Λίστα Ελέγχου
|
|
570
|
+
### Λίστα Ελέγχου Checkpoint
|
|
495
571
|
|
|
496
|
-
| Φάση | Αριθμός
|
|
497
|
-
|
|
498
|
-
| Ανάλυση Απαιτήσεων | 1 | Ακρίβεια
|
|
499
|
-
|
|
|
500
|
-
|
|
|
572
|
+
| Φάση | Αριθμός Checkpoint | Βασικά Στοιχεία Ελέγχου |
|
|
573
|
+
|-------|----------------------|-----------------|
|
|
574
|
+
| Ανάλυση Απαιτήσεων | 1 | Ακρίβεια απαιτήσεων, πληρότητα επιχειρηματικών κανόνων, μετρησιμότητα κριτηρίων αποδοχής |
|
|
575
|
+
| Feature Design | 1 | Κάλυψη σεναρίων, σαφήνεια αλληλεπίδρασης, πληρότητα δεδομένων, διαχείριση εξαιρέσεων |
|
|
576
|
+
| System Design | 2 | A: Αξιολόγηση framework; B: Σύνταξη ψευδοκώδικα, δια-πλατφορμική συνέπεια, διαχείριση σφαλμάτων |
|
|
501
577
|
| Ανάπτυξη | 1 | A: Ετοιμότητα περιβάλλοντος, προβλήματα ενσωμάτωσης, προδιαγραφές κώδικα |
|
|
502
|
-
|
|
|
578
|
+
| Συστημικές Δοκιμές | 2 | A: Κάλυψη περιπτώσεων; B: Εκτελεσιμότητα κώδικα δοκιμής |
|
|
503
579
|
|
|
504
|
-
### Γρήγορη Αναφορά Διαδρομών
|
|
580
|
+
### Γρήγορη Αναφορά Διαδρομών Παραγώγων
|
|
505
581
|
|
|
506
582
|
| Φάση | Κατάλογος Εξόδου | Μορφή Αρχείου |
|
|
507
|
-
|
|
583
|
+
|-------|-----------------|-------------|
|
|
508
584
|
| Ανάλυση Απαιτήσεων | `iterations/{iter}/01.product-requirement/` | `[name]-prd.md`, `[name]-bizs-modeling.md` |
|
|
509
|
-
|
|
|
510
|
-
|
|
|
585
|
+
| Feature Design | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
|
|
586
|
+
| System Design | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
|
|
511
587
|
| Ανάπτυξη | `iterations/{iter}/04.development/` | Πηγαίος κώδικας + `delivery-report.md` |
|
|
512
|
-
|
|
|
513
|
-
| Αρχειοθέτηση | `iteration-archives/{iter}-{
|
|
588
|
+
| Συστημικές Δοκιμές | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
|
|
589
|
+
| Αρχειοθέτηση | `iteration-archives/{iter}-{date}/` | Πλήρες αντίγραφο επανάληψης |
|
|
514
590
|
|
|
515
591
|
---
|
|
516
592
|
|
|
517
593
|
## Επόμενα Βήματα
|
|
518
594
|
|
|
519
|
-
1. Εκτελέστε `speccrew init --ide qoder` για
|
|
520
|
-
2. Εκτελέστε
|
|
521
|
-
3. Προχωρήστε
|
|
595
|
+
1. Εκτελέστε `speccrew init --ide qoder` για αρχικοποίηση του έργου σας
|
|
596
|
+
2. Εκτελέστε Βήμα Μηδέν: Αρχικοποίηση Βάσης Γνώσης
|
|
597
|
+
3. Προχωρήστε φάση ανά φάση σύμφωνα με τη ροή εργασίας, απολαύστε την εμπειρία ανάπτυξης βάσει προδιαγραφών!
|