speccrew 0.7.45 → 0.7.47
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-team-leader.md +6 -6
- package/LICENSE +201 -21
- package/README.ar.md +5 -17
- package/README.de.md +5 -17
- package/README.en.md +5 -17
- package/README.es.md +5 -17
- package/README.fr.md +5 -17
- package/README.hi.md +384 -0
- package/README.ja.md +5 -17
- package/README.md +5 -17
- package/README.pt-BR.md +5 -17
- package/README.ru.md +5 -17
- package/docs/GETTING-STARTED.ar.md +39 -40
- package/docs/GETTING-STARTED.de.md +39 -40
- package/docs/GETTING-STARTED.en.md +39 -40
- package/docs/GETTING-STARTED.es.md +39 -40
- package/docs/GETTING-STARTED.fr.md +39 -40
- package/docs/GETTING-STARTED.hi.md +636 -0
- package/docs/GETTING-STARTED.ja.md +39 -40
- package/docs/GETTING-STARTED.md +39 -40
- package/docs/GETTING-STARTED.pt-BR.md +25 -26
- package/docs/GETTING-STARTED.ru.md +37 -38
- package/lib/commands/init.js +3 -3
- package/package.json +2 -2
- package/README.bn.md +0 -174
- package/README.bs.md +0 -394
- package/README.da.md +0 -394
- package/README.el.md +0 -174
- package/README.it.md +0 -394
- package/README.ko.md +0 -394
- package/README.no.md +0 -394
- package/README.pl.md +0 -394
- package/README.th.md +0 -311
- package/README.tr.md +0 -306
- package/README.uk.md +0 -306
- package/README.vi.md +0 -174
- package/README.zh-TW.md +0 -394
- package/docs/GETTING-STARTED.bn.md +0 -219
- package/docs/GETTING-STARTED.bs.md +0 -219
- package/docs/GETTING-STARTED.da.md +0 -637
- package/docs/GETTING-STARTED.el.md +0 -633
- package/docs/GETTING-STARTED.it.md +0 -639
- package/docs/GETTING-STARTED.ko.md +0 -639
- package/docs/GETTING-STARTED.no.md +0 -563
- package/docs/GETTING-STARTED.pl.md +0 -597
- package/docs/GETTING-STARTED.th.md +0 -219
- package/docs/GETTING-STARTED.tr.md +0 -597
- package/docs/GETTING-STARTED.uk.md +0 -597
- package/docs/GETTING-STARTED.vi.md +0 -217
- package/docs/GETTING-STARTED.zh-TW.md +0 -639
package/README.bs.md
DELETED
|
@@ -1,394 +0,0 @@
|
|
|
1
|
-
# SpecCrew - AI-pogon softverski inženjerski okvir
|
|
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
|
-
> Virtuelni AI razvojni tim koji omogućava brzu inženjersku implementaciju za bilo koji softverski projekat
|
|
35
|
-
|
|
36
|
-
## Šta je SpecCrew?
|
|
37
|
-
|
|
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
|
-
|
|
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
|
-
|
|
42
|
-
---
|
|
43
|
-
|
|
44
|
-
## ✨ Ključne Karakteristike
|
|
45
|
-
|
|
46
|
-
### 🏭 Virtuelni Softverski Tim
|
|
47
|
-
Jednoklik generisanje **7 profesionalnih uloga Agenata** + **30+ tokova rada Vještina**, izgradnja kompletnog virtuelnog softverskog tima:
|
|
48
|
-
- **Team Leader** - Globalno planiranje i upravljanje iteracijama
|
|
49
|
-
- **Product Manager** - Analiza zahtjeva i PRD output
|
|
50
|
-
- **Feature Designer** - Dizajn funkcionalnosti + API ugovori
|
|
51
|
-
- **System Designer** - Dizajn sistema Frontend/Backend/Mobilni/Desktop
|
|
52
|
-
- **System Developer** - Multiplatformski paralelni razvoj
|
|
53
|
-
- **Test Manager** - Koordinacija testiranja u tri faze
|
|
54
|
-
- **Task Worker** - Paralelno izvršavanje podzadataka
|
|
55
|
-
|
|
56
|
-
### 📐 ISA-95 Šestostepeno Modeliranje
|
|
57
|
-
Bazirano na međunarodnoj metodologiji modeliranja **ISA-95**, standardizacija transformacije poslovnih zahtjeva u softverske sisteme:
|
|
58
|
-
```
|
|
59
|
-
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
-
↓ ↓ ↓
|
|
61
|
-
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
-
```
|
|
63
|
-
- Svaki stepen odgovara specifičnim UML dijagramima (use case, sequence, class diagrams)
|
|
64
|
-
- Poslovni zahtjevi se "pročišćavaju korak po korak", bez gubitka informacija
|
|
65
|
-
- Rezultati su direktno upotrebljivi za razvoj
|
|
66
|
-
|
|
67
|
-
### 📚 Sistem Baze Znanja
|
|
68
|
-
Troslojna arhitektura baze znanja koja osigurava da AI uvijek radi bazirano na "jednom izvoru istine":
|
|
69
|
-
|
|
70
|
-
| Sloj | Direktorij | Sadržaj | Svrha |
|
|
71
|
-
|------|------------|---------|-------|
|
|
72
|
-
| L1 Sistemsko Znanje | `knowledge/techs/` | Tech stack, arhitektura, konvencije | AI razumije tehničke granice projekta |
|
|
73
|
-
| L2 Poslovno Znanje | `knowledge/bizs/` | Funkcionalnosti modula, poslovni tokovi, entiteti | AI razumije poslovnu logiku |
|
|
74
|
-
| L3 Artefakti Iteracija | `iterations/iXXX/` | PRD, dizajn dokumenti, test izvještaji | Kompletni lanac praćenja za trenutne zahtjeve |
|
|
75
|
-
|
|
76
|
-
### 🔄 Četvorostepeni Pipeline Znanja
|
|
77
|
-
**Automatizovana arhitektura generisanja znanja**, automatsko generisanje poslovne/tehničke dokumentacije iz izvornog koda:
|
|
78
|
-
```
|
|
79
|
-
Stepen 1: Skeniranje izvornog koda → Generisanje liste modula
|
|
80
|
-
Stepen 2: Paralelna analiza → Ekstrakcija funkcionalnosti (multi-Worker paralelno)
|
|
81
|
-
Stepen 3: Paralelno sažimanje → Dopuna pregleda modula (multi-Worker paralelno)
|
|
82
|
-
Stepen 4: Sistemska agregacija → Generisanje panorame sistema
|
|
83
|
-
```
|
|
84
|
-
- Podržava **potpunu sinhronizaciju** i **inkrementalnu sinhronizaciju** (bazirano na Git diff)
|
|
85
|
-
- Jedna osoba optimizira, tim dijeli
|
|
86
|
-
|
|
87
|
-
### 🔧 Harness Okvir za Praktičnu Implementaciju
|
|
88
|
-
**Standardizovani okvir za izvršavanje**, osigurava preciznu transformaciju dizajn dokumenata u izvršne razvojne instrukcije:
|
|
89
|
-
- **Princip operativnog priručnika**: Skill je SOP, koraci jasni, kontinuirani, samodovoljni
|
|
90
|
-
- **Ugovor o ulazima i izlazima**: jasno definisani interfejsi, strogo izvršavanje poput pseudokoda
|
|
91
|
-
- **Arhitektura postepenog otkrivanja**: informacije se učitavaju u slojevima, izbjegava preopterećenje konteksta
|
|
92
|
-
- **Delegiranje sub-agenta**: kompleksni zadaci se automatski dijele, paralelno izvršavanje osigurava kvalitet
|
|
93
|
-
|
|
94
|
-
---
|
|
95
|
-
|
|
96
|
-
## Rješavanje 8 ključnih problema
|
|
97
|
-
|
|
98
|
-
### 1. AI ignoriše postojeću dokumentaciju projekta (jaz u znanju)
|
|
99
|
-
**Problem**: Postojeće SDD ili Vibe Coding metode se oslanjaju na AI da sumira projekte u realnom vremenu, lako propuštajući kritični kontekst i uzrokujući da rezultati razvoja odstupaju od očekivanja.
|
|
100
|
-
|
|
101
|
-
**Rješenje**: Repozitorij `knowledge/` služi kao "jedini izvor istine" projekta, akumulirajući dizajn arhitekture, funkcionalne module i poslovne procese kako bi se osiguralo da zahtjevi ostanu na pravom putu od izvora.
|
|
102
|
-
|
|
103
|
-
### 2. Direktna tehnička dokumentacija iz PRD-a (izostavljanje sadržaja)
|
|
104
|
-
**Problem**: Direktni skok iz PRD-a u detaljni dizajn lako propušta detalje zahtjeva, uzrokujući da implementirane funkcionalnosti odstupaju od zahtjeva.
|
|
105
|
-
|
|
106
|
-
**Rješenje**: Uvođenje faze **Dokumenta Feature Design**, fokusirajući se samo na skelet zahtjeva bez tehničkih detalja:
|
|
107
|
-
- Koje stranice i komponente su uključene?
|
|
108
|
-
- Tokovi operacija stranica
|
|
109
|
-
| Logika obrade bekenda
|
|
110
|
-
- Struktura skladištenja podataka
|
|
111
|
-
|
|
112
|
-
Razvoj samo treba da "popuni meso" na osnovu specifičnog tehničkog steka, osiguravajući da funkcionalnosti rastu "blizu kostiju (zahtjeva)".
|
|
113
|
-
|
|
114
|
-
### 3. Neizvjesni opseg pretrage Agenta (neizvjesnost)
|
|
115
|
-
**Problem**: U kompleksnim projektima, široka pretraga koda i dokumenata od strane AI daje neizvjesne rezultate, čineći dosljednost teškom za garanciju.
|
|
116
|
-
|
|
117
|
-
**Rješenje**: Jasne strukture direktorija dokumenata i predlošci, dizajnirani na osnovu potreba svakog Agenta, implementiraju **progresivno otkrivanje i učitavanje na zahtjev** kako bi se osigurao determinizam.
|
|
118
|
-
|
|
119
|
-
### 4. Nedostajući koraci i zadaci (prekid procesa)
|
|
120
|
-
**Problem**: Nedostatak potpunog pokrića inženjerskog procesa lako propušta kritične korake, čineći kvalitet teškim za garanciju.
|
|
121
|
-
|
|
122
|
-
**Rješenje**: Pokrivanje cijelog životnog ciklusa softverskog inženjerstva:
|
|
123
|
-
```
|
|
124
|
-
PRD (Zahtjevi) → Feature Design (Dizajn funkcionalnosti) → API Contract (Ugovor)
|
|
125
|
-
→ System Design (Sistemski dizajn) → Dev (Razvoj) → Deployment (Raspoređivanje) → Test (Testiranje)
|
|
126
|
-
```
|
|
127
|
-
- Izlaz svake faze je ulaz sljedeće faze
|
|
128
|
-
- Svaki korak zahtijeva ljudsku potvrdu prije nastavka
|
|
129
|
-
- Sve egzekucije Agenata imaju todo liste sa samoprovjerom nakon završetka
|
|
130
|
-
|
|
131
|
-
### 5. Niska efikasnost timskog kolaboracije (silosi znanja)
|
|
132
|
-
**Problem**: Iskustvo AI programiranja je teško dijeliti među timovima, što dovodi do ponovljenih grešaka.
|
|
133
|
-
|
|
134
|
-
**Rješenje**: Svi Agenti, Vještine i povezani dokumenti su verzionisani sa izvornim kodom:
|
|
135
|
-
- Optimizacija jedne osobe se dijeli sa timom
|
|
136
|
-
- Znanje se akumulira u bazi koda
|
|
137
|
-
- Poboljšana efikasnost timskog kolaboracije
|
|
138
|
-
|
|
139
|
-
### 7. Predugi kontekst jednog Agenta (uskog grla performansi)
|
|
140
|
-
**Problem**: Veliki složeni zadaci premašuju kontekstne prozore jednog Agenta, uzrokujući odstupanja u razumijevanju i smanjenje kvaliteta izlaza.
|
|
141
|
-
|
|
142
|
-
**Rješenje**: **Mehanizam auto-dispatch Sub-Agenata**:
|
|
143
|
-
- Složeni zadaci se automatski identifikuju i dijele na podzadatke
|
|
144
|
-
- Svaki podzadatak se izvršava od strane nezavisnog sub-Agenta sa izolovanim kontekstom
|
|
145
|
-
- Roditeljski Agent koordinira i agregira kako bi osigurao ukupnu dosljednost
|
|
146
|
-
- Izbjegava ekspanziju konteksta jednog Agenta, osiguravajući kvalitet izlaza
|
|
147
|
-
|
|
148
|
-
### 8. Haos iteracije zahtjeva (poteškoće upravljanja)
|
|
149
|
-
**Problem**: Višestruki zahtjevi pomiješani u istoj grani međusobno utiču, čineći praćenje i povratak teškim.
|
|
150
|
-
|
|
151
|
-
**Rješenje**: **Svaki zahtjev kao nezavisni projekat**:
|
|
152
|
-
- Svaki zahtjev kreira nezavisni direktorij iteracije `iterations/iXXX-[ime-zahtjeva]/`
|
|
153
|
-
- Potpuna izolacija: dokumenti, dizajn, kod i testovi se upravljaju nezavisno
|
|
154
|
-
- Brza iteracija: isporuka male granularnosti, brza verifikacija, brzo raspoređivanje
|
|
155
|
-
- Fleksibilno arhiviranje: nakon završetka, arhiviranje u `archive/` sa jasnom historijskom praćivošću
|
|
156
|
-
|
|
157
|
-
### 6. Kašnjenje ažuriranja dokumenata (propadanje znanja)
|
|
158
|
-
**Problem**: Dokumenti zastarjevaju kako projekti evoluiraju, uzrokujući da AI radi sa netačnim informacijama.
|
|
159
|
-
|
|
160
|
-
**Rješenje**: Agenti imaju mogućnosti automatskog ažuriranja dokumenata, sinhronizirajući promjene projekta u realnom vremenu kako bi održali tačnost baze znanja.
|
|
161
|
-
|
|
162
|
-
---
|
|
163
|
-
|
|
164
|
-
## Glavni tok rada
|
|
165
|
-
|
|
166
|
-
```mermaid
|
|
167
|
-
graph LR
|
|
168
|
-
A[PRD<br/>Dokument zahtjeva] --> B[Feature Design<br/>Dizajn funkcionalnosti]
|
|
169
|
-
B --> C[API Contract<br/>Ugovor interfejsa]
|
|
170
|
-
C --> D[System Design<br/>Sistemski dizajn]
|
|
171
|
-
D --> E[Dev<br/>Implementacija]
|
|
172
|
-
E --> F[Deployment<br/>Raspoređivanje]
|
|
173
|
-
F --> G[System Test<br/>Testiranje]
|
|
174
|
-
G --> H[Archive<br/>Arhiviranje]
|
|
175
|
-
|
|
176
|
-
I[Knowledge<br/>Repozitorij] -.-> A
|
|
177
|
-
I -.-> B
|
|
178
|
-
I -.-> D
|
|
179
|
-
I -.-> E
|
|
180
|
-
I -.-> F
|
|
181
|
-
|
|
182
|
-
E -.-> I
|
|
183
|
-
F -.-> I
|
|
184
|
-
G -.-> I
|
|
185
|
-
```
|
|
186
|
-
|
|
187
|
-
### Opisi faza
|
|
188
|
-
|
|
189
|
-
| Faza | Agent | Ulaz | Izlaz | Ljudska potvrda |
|
|
190
|
-
|------|-------|------|-------|-----------------|
|
|
191
|
-
| PRD | PM | Korisnički zahtjevi | Dokument zahtjeva proizvoda | ✅ Potrebna |
|
|
192
|
-
| Feature Design | Feature Designer | PRD | Dokument Feature Design + API ugovor | ✅ Potrebna |
|
|
193
|
-
| System Design | System Designer | Feature Spec | Dokumenti dizajna Frontend/Backend | ✅ Potrebna |
|
|
194
|
-
| Dev | Dev | Design | Kod + Zapisi zadataka | ✅ Potrebna |
|
|
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 |
|
|
197
|
-
|
|
198
|
-
---
|
|
199
|
-
|
|
200
|
-
## Uporedno sa postojećim rješenjima
|
|
201
|
-
|
|
202
|
-
| Dimenzija | Vibe Coding | Ralph Loop | **SpecCrew** |
|
|
203
|
-
|-----------|-------------|------------|-------------|
|
|
204
|
-
| Zavisnost od dokumenata | Ignoriše postojeće doc | Oslanja se na AGENTS.md | **Strukturirana baza znanja** |
|
|
205
|
-
| Prijenos zahtjeva | Direktno kodiranje | PRD → Kod | **PRD → Feature Design → System Design → Kod** |
|
|
206
|
-
| Ljudsko učešće | Minimalno | Pri pokretanju | **U svakoj fazi** |
|
|
207
|
-
| Potpunost procesa | Slaba | Srednja | **Potpuni inženjerski tok rada** |
|
|
208
|
-
| Timska kolaboracija | Teško dijeljenje | Lična efikasnost | **Dijeljenje znanja tima** |
|
|
209
|
-
| Upravljanje kontekstom | Jedna instanca | Petlja jedne instance | **Auto-dispatch sub-Agenata** |
|
|
210
|
-
| Upravljanje iteracijom | Pomiješano | Lista zadataka | **Zahtjev kao projekat, nezavisna iteracija** |
|
|
211
|
-
| Determinizam | Nizak | Srednji | **Visok (progresivno otkrivanje)** |
|
|
212
|
-
|
|
213
|
-
---
|
|
214
|
-
|
|
215
|
-
## Brzi početak
|
|
216
|
-
|
|
217
|
-
### Preduslovi
|
|
218
|
-
|
|
219
|
-
- Node.js >= 16.0.0
|
|
220
|
-
- Podržani IDE-ovi: Qoder (zadani), Cursor, Claude Code
|
|
221
|
-
|
|
222
|
-
> **Napomena**: Adapteri za Cursor i Claude Code nisu testirani u stvarnim IDE okruženjima (implementirani na nivou koda i verificirani kroz E2E testove, ali još nisu testirani u stvarnom Cursor/Claude Code).
|
|
223
|
-
|
|
224
|
-
### 1. Instaliraj SpecCrew
|
|
225
|
-
|
|
226
|
-
```bash
|
|
227
|
-
npm install -g speccrew
|
|
228
|
-
```
|
|
229
|
-
|
|
230
|
-
### 2. Inicijalizuj projekat
|
|
231
|
-
|
|
232
|
-
Navigiraj do korijenskog direktorija projekta i pokreni komandu za inicijalizaciju:
|
|
233
|
-
|
|
234
|
-
```bash
|
|
235
|
-
cd /path/to/your-project
|
|
236
|
-
|
|
237
|
-
| Zadano koristi Qoder
|
|
238
|
-
speccrew init
|
|
239
|
-
|
|
240
|
-
# Ili specificiraj IDE
|
|
241
|
-
speccrew init --ide qoder
|
|
242
|
-
speccrew init --ide cursor
|
|
243
|
-
speccrew init --ide claude
|
|
244
|
-
```
|
|
245
|
-
|
|
246
|
-
Nakon inicijalizacije, u projektu će biti generisano:
|
|
247
|
-
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 definicija uloga Agenata
|
|
248
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+ tokova rada Vještina
|
|
249
|
-
- `speccrew-workspace/` — Radni prostor (direktoriji iteracija, baza znanja, predlošci dokumenata)
|
|
250
|
-
- `.speccrewrc` — Konfiguracioni fajl SpecCrew
|
|
251
|
-
|
|
252
|
-
Da bi kasnije ažurirali Agente i Vještine za specifični IDE:
|
|
253
|
-
|
|
254
|
-
```bash
|
|
255
|
-
speccrew update --ide cursor
|
|
256
|
-
speccrew update --ide claude
|
|
257
|
-
```
|
|
258
|
-
|
|
259
|
-
### 3. Započni tok rada razvoja
|
|
260
|
-
|
|
261
|
-
Prati standardni inženjerski tok rada korak po korak:
|
|
262
|
-
|
|
263
|
-
1. **PRD**: Agent Product Manager analizira zahtjeve i generiše dokument zahtjeva proizvoda
|
|
264
|
-
2. **Feature Design**: Agent Feature Designer generiše dokument feature design + API ugovor
|
|
265
|
-
3. **System Design**: Agent System Designer generiše dokumente system design po platformama (frontend/backend/mobile/desktop)
|
|
266
|
-
4. **Dev**: Agent System Developer implementira razvoj po platformama paralelno
|
|
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
|
|
270
|
-
|
|
271
|
-
> Rezultati svake faze zahtijevaju ljudsku potvrdu prije prelaska na sljedeću fazu.
|
|
272
|
-
|
|
273
|
-
### 4. Ažuriranje SpecCrew-a
|
|
274
|
-
|
|
275
|
-
Kada SpecCrew objavi novu verziju, potrebne su dvije koraka za dovršetak ažuriranja:
|
|
276
|
-
|
|
277
|
-
```bash
|
|
278
|
-
# Step 1: 更新全局 CLI 工具到最新版本
|
|
279
|
-
npm install -g speccrew@latest
|
|
280
|
-
|
|
281
|
-
# Step 2: 同步项目中的 Agents 和 Skills 到最新版本
|
|
282
|
-
cd /path/to/your-project
|
|
283
|
-
speccrew update
|
|
284
|
-
```
|
|
285
|
-
|
|
286
|
-
> **Napomena**: `npm install -g speccrew@latest` ažurira sam CLI alat, dok `speccrew update` ažurira datoteke definicija Agenta i Skillova u projektu. Oba koraka su potrebna za potpuno ažuriranje.
|
|
287
|
-
|
|
288
|
-
### 5. Druge CLI komande
|
|
289
|
-
|
|
290
|
-
```bash
|
|
291
|
-
speccrew list # Izlistaj instalirane agente i vještine
|
|
292
|
-
speccrew doctor # Dijagnosticiraj okruženje i status instalacije
|
|
293
|
-
speccrew update # Ažuriraj agente i vještine na najnoviju verziju
|
|
294
|
-
speccrew uninstall # Deinstaliraj SpecCrew (--all također briše radni prostor)
|
|
295
|
-
```
|
|
296
|
-
|
|
297
|
-
📖 **Detaljni vodič**: Nakon instalacije, pogledaj [Vodič za početak](docs/GETTING-STARTED.bs.md) za kompletan tok rada i vodič za razgovore agenata.
|
|
298
|
-
|
|
299
|
-
---
|
|
300
|
-
|
|
301
|
-
## Struktura direktorija
|
|
302
|
-
|
|
303
|
-
```
|
|
304
|
-
your-project/
|
|
305
|
-
├── .qoder/ # IDE konfiguracioni direktorij (primjer Qoder)
|
|
306
|
-
│ ├── agents/ # 7 Agenata uloga
|
|
307
|
-
│ │ ├── speccrew-team-leader.md # Vođa tima: Globalno planiranje i upravljanje iteracijama
|
|
308
|
-
│ │ ├── speccrew-product-manager.md | Product Manager: Analiza zahtjeva i PRD
|
|
309
|
-
│ │ ├── speccrew-feature-designer.md # Feature Designer: Feature Design + API ugovor
|
|
310
|
-
│ │ ├── speccrew-system-designer.md # System Designer: Sistemski dizajn po platformama
|
|
311
|
-
│ │ ├── speccrew-system-developer.md # System Developer: Paralelni razvoj po platformama
|
|
312
|
-
│ │ ├── speccrew-test-manager.md # Test Manager: Koordinacija trofaznog testiranja
|
|
313
|
-
│ │ └── speccrew-task-worker.md # Task Worker: Paralelno izvršavanje podzadataka
|
|
314
|
-
│ └── skills/ # 30+ Vještina (grupisanih po funkciji)
|
|
315
|
-
│ ├── speccrew-pm-*/ # Upravljanje proizvodom (analiza zahtjeva, evaluacija)
|
|
316
|
-
│ ├── speccrew-fd-*/ # Feature Design (Feature Design, API ugovor)
|
|
317
|
-
│ ├── speccrew-sd-*/ # System Design (frontend/backend/mobile/desktop)
|
|
318
|
-
│ ├── speccrew-dev-*/ # Razvoj (frontend/backend/mobile/desktop)
|
|
319
|
-
│ ├── speccrew-test-*/ # Testiranje (dizajn slučajeva/generisanje koda/izvještaj izvršavanja)
|
|
320
|
-
│ ├── speccrew-knowledge-bizs-*/ # Poslovno znanje (API analiza/UI analiza/klasifikacija modula itd.)
|
|
321
|
-
│ ├── speccrew-knowledge-techs-*/ # Tehničko znanje (generisanje tehničkog steka/konvencije/indeks itd.)
|
|
322
|
-
│ ├── speccrew-knowledge-graph-*/ # Graf znanja (čitanje/pisanje/upit)
|
|
323
|
-
│ └── speccrew-*/ # Alati (dijagnostika/vremenske oznake/tok rada itd.)
|
|
324
|
-
│
|
|
325
|
-
└── speccrew-workspace/ # Radni prostor (generisan pri inicijalizaciji)
|
|
326
|
-
├── docs/ # Upravljački dokumenti
|
|
327
|
-
│ ├── configs/ # Konfiguracioni fajlovi (mapiranje platformi, mapiranje tehničkog steka itd.)
|
|
328
|
-
│ ├── rules/ # Konfiguracije pravila
|
|
329
|
-
│ └── solutions/ # Dokumenti rješenja
|
|
330
|
-
│
|
|
331
|
-
├── iterations/ # Projekti iteracija (dinamički generisani)
|
|
332
|
-
│ └── {broj}-{tip}-{ime}/
|
|
333
|
-
│ ├── 00.docs/ # Originalni zahtjevi
|
|
334
|
-
│ ├── 01.product-requirement/ # Zahtjevi proizvoda
|
|
335
|
-
│ ├── 02.feature-design/ # Feature design
|
|
336
|
-
│ ├── 03.system-design/ # System design
|
|
337
|
-
│ ├── 04.development/ # Faza razvoja
|
|
338
|
-
│ ├── 05.deployment/ # Faza raspoređivanja
|
|
339
|
-
│ ├── 06.system-test/ # Sistemsko testiranje
|
|
340
|
-
│ └── 07.delivery/ # Faza isporuke
|
|
341
|
-
│
|
|
342
|
-
├── iteration-archives/ # Arhive iteracija
|
|
343
|
-
│
|
|
344
|
-
└── knowledges/ # Baza znanja
|
|
345
|
-
├── base/ # Baza/metapodaci
|
|
346
|
-
│ ├── diagnosis-reports/ # Izvještaji dijagnostike
|
|
347
|
-
│ ├── sync-state/ # Stanje sinhronizacije
|
|
348
|
-
│ └── tech-debts/ # Tehnički dug
|
|
349
|
-
├── bizs/ # Poslovno znanje
|
|
350
|
-
│ └── {platform-type}/{module-name}/
|
|
351
|
-
└── techs/ # Tehničko znanje
|
|
352
|
-
└── {platform-id}/
|
|
353
|
-
```
|
|
354
|
-
|
|
355
|
-
---
|
|
356
|
-
|
|
357
|
-
## Ključni principi dizajna
|
|
358
|
-
|
|
359
|
-
1. **Specification-Driven**: Prvo napiši specifikacije, a onda pusti kod da "izraste" iz njih
|
|
360
|
-
2. **Progresivno otkrivanje**: Agenti počinju od minimalnih ulaznih tačaka, učitavajući informacije na zahtjev
|
|
361
|
-
3. **Ljudska potvrda**: Izlaz svake faze zahtijeva ljudsku potvrdu kako bi se spriječilo odstupanje AI
|
|
362
|
-
4. **Izolacija konteksta**: Veliki zadaci se dijele na male, kontekstno izolovane podzadatke
|
|
363
|
-
5. **Kolaboracija sub-Agenata**: Složeni zadaci automatski dispatchaju sub-Agente kako bi izbjegli ekspanziju konteksta jednog Agenta
|
|
364
|
-
6. **Brza iteracija**: Svaki zahtjev kao nezavisni projekat za brzu isporuku i verifikaciju
|
|
365
|
-
7. **Dijeljenje znanja**: Sve konfiguracije su verzionisane sa izvornim kodom
|
|
366
|
-
|
|
367
|
-
---
|
|
368
|
-
|
|
369
|
-
## Slučajevi upotrebe
|
|
370
|
-
|
|
371
|
-
### ✅ Preporučeno za
|
|
372
|
-
| Srednje do velike projekte koji zahtijevaju standardizirane tokove rada
|
|
373
|
-
- Tinsku kolaboraciju u razvoju softvera
|
|
374
|
-
- Inženjersku transformaciju naslijeđenih projekata
|
|
375
|
-
- Proizvode koji zahtijevaju dugoročno održavanje
|
|
376
|
-
|
|
377
|
-
### ❌ Nije pogodno za
|
|
378
|
-
- Ličnu brzu validaciju prototipa
|
|
379
|
-
- Eksplorativne projekte sa vrlo neizvjesnim zahtjevima
|
|
380
|
-
- Jednokratne skripte ili alate
|
|
381
|
-
|
|
382
|
-
---
|
|
383
|
-
|
|
384
|
-
## Više informacija
|
|
385
|
-
|
|
386
|
-
- **Mapa znanja Agenata**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
|
|
387
|
-
- **npm**: https://www.npmjs.com/package/speccrew
|
|
388
|
-
- **GitHub**: https://github.com/charlesmu99/speccrew
|
|
389
|
-
- **Gitee**: https://gitee.com/amutek/speccrew
|
|
390
|
-
- **Qoder IDE**: https://qoder.com/
|
|
391
|
-
|
|
392
|
-
---
|
|
393
|
-
|
|
394
|
-
> **SpecCrew ne zamjenjuje developere, već automatizira dosadne dijelove kako bi se timovi mogli fokusirati na vrijedniji rad.**
|