speccrew 0.1.0 → 0.1.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.ar.md +98 -91
- package/README.bn.md +122 -0
- package/README.bs.md +321 -0
- package/README.da.md +321 -0
- package/README.de.md +321 -0
- package/README.el.md +122 -0
- package/README.en.md +92 -85
- package/README.es.md +96 -89
- package/README.fr.md +321 -0
- package/README.it.md +321 -0
- package/README.ja.md +321 -0
- package/README.ko.md +321 -0
- package/README.md +92 -109
- package/README.no.md +321 -0
- package/README.pl.md +321 -0
- package/README.pt-BR.md +321 -0
- package/README.ru.md +321 -0
- package/README.th.md +239 -0
- package/README.tr.md +239 -0
- package/README.uk.md +239 -0
- package/README.vi.md +122 -0
- package/README.zh-TW.md +321 -0
- package/bin/cli.js +5 -1
- package/bin/postinstall.js +157 -0
- package/docs/GETTING-STARTED.ar.md +452 -0
- package/docs/GETTING-STARTED.bn.md +449 -0
- package/docs/GETTING-STARTED.bs.md +449 -0
- package/docs/GETTING-STARTED.da.md +448 -0
- package/docs/GETTING-STARTED.de.md +448 -0
- package/docs/GETTING-STARTED.el.md +449 -0
- package/docs/GETTING-STARTED.en.md +448 -0
- package/docs/GETTING-STARTED.es.md +448 -0
- package/docs/GETTING-STARTED.fr.md +448 -0
- package/docs/GETTING-STARTED.it.md +448 -0
- package/docs/GETTING-STARTED.ja.md +448 -0
- package/docs/GETTING-STARTED.ko.md +448 -0
- package/docs/GETTING-STARTED.md +448 -0
- package/docs/GETTING-STARTED.no.md +449 -0
- package/docs/GETTING-STARTED.pl.md +449 -0
- package/docs/GETTING-STARTED.pt-BR.md +449 -0
- package/docs/GETTING-STARTED.ru.md +449 -0
- package/docs/GETTING-STARTED.th.md +449 -0
- package/docs/GETTING-STARTED.tr.md +449 -0
- package/docs/GETTING-STARTED.uk.md +449 -0
- package/docs/GETTING-STARTED.vi.md +449 -0
- package/docs/GETTING-STARTED.zh-TW.md +448 -0
- package/lib/commands/init.js +238 -41
- package/lib/commands/uninstall.js +150 -32
- package/lib/commands/update.js +159 -24
- package/lib/ide-adapters.js +257 -3
- package/lib/utils.js +23 -7
- package/package.json +16 -5
package/README.bs.md
ADDED
|
@@ -0,0 +1,321 @@
|
|
|
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 → 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
|
+
## Rješavanje 8 ključnih problema
|
|
45
|
+
|
|
46
|
+
### 1. AI ignoriše postojeću dokumentaciju projekta (jaz u znanju)
|
|
47
|
+
**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.
|
|
48
|
+
|
|
49
|
+
**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.
|
|
50
|
+
|
|
51
|
+
### 2. Direktna tehnička dokumentacija iz PRD-a (izostavljanje sadržaja)
|
|
52
|
+
**Problem**: Direktni skok iz PRD-a u detaljni dizajn lako propušta detalje zahtjeva, uzrokujući da implementirane funkcionalnosti odstupaju od zahtjeva.
|
|
53
|
+
|
|
54
|
+
**Rješenje**: Uvođenje faze **Dokumenta Feature Design**, fokusirajući se samo na skelet zahtjeva bez tehničkih detalja:
|
|
55
|
+
- Koje stranice i komponente su uključene?
|
|
56
|
+
- Tokovi operacija stranica
|
|
57
|
+
| Logika obrade bekenda
|
|
58
|
+
- Struktura skladištenja podataka
|
|
59
|
+
|
|
60
|
+
Razvoj samo treba da "popuni meso" na osnovu specifičnog tehničkog steka, osiguravajući da funkcionalnosti rastu "blizu kostiju (zahtjeva)".
|
|
61
|
+
|
|
62
|
+
### 3. Neizvjesni opseg pretrage Agenta (neizvjesnost)
|
|
63
|
+
**Problem**: U kompleksnim projektima, široka pretraga koda i dokumenata od strane AI daje neizvjesne rezultate, čineći dosljednost teškom za garanciju.
|
|
64
|
+
|
|
65
|
+
**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.
|
|
66
|
+
|
|
67
|
+
### 4. Nedostajući koraci i zadaci (prekid procesa)
|
|
68
|
+
**Problem**: Nedostatak potpunog pokrića inženjerskog procesa lako propušta kritične korake, čineći kvalitet teškim za garanciju.
|
|
69
|
+
|
|
70
|
+
**Rješenje**: Pokrivanje cijelog životnog ciklusa softverskog inženjerstva:
|
|
71
|
+
```
|
|
72
|
+
PRD (Zahtjevi) → Feature Design (Dizajn funkcionalnosti) → API Contract (Ugovor)
|
|
73
|
+
→ System Design (Sistemski dizajn) → Dev (Razvoj) → Test (Testiranje)
|
|
74
|
+
```
|
|
75
|
+
- Izlaz svake faze je ulaz sljedeće faze
|
|
76
|
+
- Svaki korak zahtijeva ljudsku potvrdu prije nastavka
|
|
77
|
+
- Sve egzekucije Agenata imaju todo liste sa samoprovjerom nakon završetka
|
|
78
|
+
|
|
79
|
+
### 5. Niska efikasnost timskog kolaboracije (silosi znanja)
|
|
80
|
+
**Problem**: Iskustvo AI programiranja je teško dijeliti među timovima, što dovodi do ponovljenih grešaka.
|
|
81
|
+
|
|
82
|
+
**Rješenje**: Svi Agenti, Vještine i povezani dokumenti su verzionisani sa izvornim kodom:
|
|
83
|
+
- Optimizacija jedne osobe se dijeli sa timom
|
|
84
|
+
- Znanje se akumulira u bazi koda
|
|
85
|
+
- Poboljšana efikasnost timskog kolaboracije
|
|
86
|
+
|
|
87
|
+
### 7. Predugi kontekst jednog Agenta (uskog grla performansi)
|
|
88
|
+
**Problem**: Veliki složeni zadaci premašuju kontekstne prozore jednog Agenta, uzrokujući odstupanja u razumijevanju i smanjenje kvaliteta izlaza.
|
|
89
|
+
|
|
90
|
+
**Rješenje**: **Mehanizam auto-dispatch Sub-Agenata**:
|
|
91
|
+
- Složeni zadaci se automatski identifikuju i dijele na podzadatke
|
|
92
|
+
- Svaki podzadatak se izvršava od strane nezavisnog sub-Agenta sa izolovanim kontekstom
|
|
93
|
+
- Roditeljski Agent koordinira i agregira kako bi osigurao ukupnu dosljednost
|
|
94
|
+
- Izbjegava ekspanziju konteksta jednog Agenta, osiguravajući kvalitet izlaza
|
|
95
|
+
|
|
96
|
+
### 8. Haos iteracije zahtjeva (poteškoće upravljanja)
|
|
97
|
+
**Problem**: Višestruki zahtjevi pomiješani u istoj grani međusobno utiču, čineći praćenje i povratak teškim.
|
|
98
|
+
|
|
99
|
+
**Rješenje**: **Svaki zahtjev kao nezavisni projekat**:
|
|
100
|
+
- Svaki zahtjev kreira nezavisni direktorij iteracije `iterations/iXXX-[ime-zahtjeva]/`
|
|
101
|
+
- Potpuna izolacija: dokumenti, dizajn, kod i testovi se upravljaju nezavisno
|
|
102
|
+
- Brza iteracija: isporuka male granularnosti, brza verifikacija, brzo raspoređivanje
|
|
103
|
+
- Fleksibilno arhiviranje: nakon završetka, arhiviranje u `archive/` sa jasnom historijskom praćivošću
|
|
104
|
+
|
|
105
|
+
### 6. Kašnjenje ažuriranja dokumenata (propadanje znanja)
|
|
106
|
+
**Problem**: Dokumenti zastarjevaju kako projekti evoluiraju, uzrokujući da AI radi sa netačnim informacijama.
|
|
107
|
+
|
|
108
|
+
**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.
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## Glavni tok rada
|
|
113
|
+
|
|
114
|
+
```mermaid
|
|
115
|
+
graph LR
|
|
116
|
+
A[PRD<br/>Dokument zahtjeva] --> B[Feature Design<br/>Dizajn funkcionalnosti]
|
|
117
|
+
B --> C[API Contract<br/>Ugovor interfejsa]
|
|
118
|
+
C --> D[System Design<br/>Sistemski dizajn]
|
|
119
|
+
D --> E[Dev<br/>Implementacija]
|
|
120
|
+
E --> F[System Test<br/>Testiranje]
|
|
121
|
+
F --> G[Archive<br/>Arhiviranje]
|
|
122
|
+
|
|
123
|
+
H[Knowledge<br/>Repozitorij] -.-> A
|
|
124
|
+
H -.-> B
|
|
125
|
+
H -.-> D
|
|
126
|
+
H -.-> E
|
|
127
|
+
|
|
128
|
+
E -.-> H
|
|
129
|
+
F -.-> H
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
### Opisi faza
|
|
133
|
+
|
|
134
|
+
| Faza | Agent | Ulaz | Izlaz | Ljudska potvrda |
|
|
135
|
+
|------|-------|------|-------|-----------------|
|
|
136
|
+
| PRD | PM | Korisnički zahtjevi | Dokument zahtjeva proizvoda | ✅ Potrebna |
|
|
137
|
+
| Feature Design | Feature Designer | PRD | Dokument Feature Design + API ugovor | ✅ Potrebna |
|
|
138
|
+
| System Design | System Designer | Feature Spec | Dokumenti dizajna Frontend/Backend | ✅ Potrebna |
|
|
139
|
+
| Dev | Dev | Design | Kod + Zapisi zadataka | ✅ Potrebna |
|
|
140
|
+
| System Test | Test Manager | Izlaz Dev + Feature Spec | Test slučajevi + Test kod + Test izvještaj + Izvještaj bugova | ✅ Potrebna |
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## Uporedno sa postojećim rješenjima
|
|
145
|
+
|
|
146
|
+
| Dimenzija | Vibe Coding | Ralph Loop | **SpecCrew** |
|
|
147
|
+
|-----------|-------------|------------|-------------|
|
|
148
|
+
| Zavisnost od dokumenata | Ignoriše postojeće doc | Oslanja se na AGENTS.md | **Strukturirana baza znanja** |
|
|
149
|
+
| Prijenos zahtjeva | Direktno kodiranje | PRD → Kod | **PRD → Feature Design → System Design → Kod** |
|
|
150
|
+
| Ljudsko učešće | Minimalno | Pri pokretanju | **U svakoj fazi** |
|
|
151
|
+
| Potpunost procesa | Slaba | Srednja | **Potpuni inženjerski tok rada** |
|
|
152
|
+
| Timska kolaboracija | Teško dijeljenje | Lična efikasnost | **Dijeljenje znanja tima** |
|
|
153
|
+
| Upravljanje kontekstom | Jedna instanca | Petlja jedne instance | **Auto-dispatch sub-Agenata** |
|
|
154
|
+
| Upravljanje iteracijom | Pomiješano | Lista zadataka | **Zahtjev kao projekat, nezavisna iteracija** |
|
|
155
|
+
| Determinizam | Nizak | Srednji | **Visok (progresivno otkrivanje)** |
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## Brzi početak
|
|
160
|
+
|
|
161
|
+
### Preduslovi
|
|
162
|
+
|
|
163
|
+
- Node.js >= 16.0.0
|
|
164
|
+
- Podržani IDE-ovi: Qoder (zadani), Cursor, Claude Code
|
|
165
|
+
|
|
166
|
+
> **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).
|
|
167
|
+
|
|
168
|
+
### 1. Instaliraj SpecCrew
|
|
169
|
+
|
|
170
|
+
```bash
|
|
171
|
+
npm install -g speccrew
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
### 2. Inicijalizuj projekat
|
|
175
|
+
|
|
176
|
+
Navigiraj do korijenskog direktorija projekta i pokreni komandu za inicijalizaciju:
|
|
177
|
+
|
|
178
|
+
```bash
|
|
179
|
+
cd /path/to/your-project
|
|
180
|
+
|
|
181
|
+
| Zadano koristi Qoder
|
|
182
|
+
speccrew init
|
|
183
|
+
|
|
184
|
+
# Ili specificiraj IDE
|
|
185
|
+
speccrew init --ide qoder
|
|
186
|
+
speccrew init --ide cursor
|
|
187
|
+
speccrew init --ide claude
|
|
188
|
+
```
|
|
189
|
+
|
|
190
|
+
Nakon inicijalizacije, u projektu će biti generisano:
|
|
191
|
+
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 definicija uloga Agenata
|
|
192
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 38 tokova rada Vještina
|
|
193
|
+
- `speccrew-workspace/` — Radni prostor (direktoriji iteracija, baza znanja, predlošci dokumenata)
|
|
194
|
+
- `.speccrewrc` — Konfiguracioni fajl SpecCrew
|
|
195
|
+
|
|
196
|
+
Da bi kasnije ažurirali Agente i Vještine za specifični IDE:
|
|
197
|
+
|
|
198
|
+
```bash
|
|
199
|
+
speccrew update --ide cursor
|
|
200
|
+
speccrew update --ide claude
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
### 3. Započni tok rada razvoja
|
|
204
|
+
|
|
205
|
+
Prati standardni inženjerski tok rada korak po korak:
|
|
206
|
+
|
|
207
|
+
1. **PRD**: Agent Product Manager analizira zahtjeve i generiše dokument zahtjeva proizvoda
|
|
208
|
+
2. **Feature Design**: Agent Feature Designer generiše dokument feature design + API ugovor
|
|
209
|
+
3. **System Design**: Agent System Designer generiše dokumente system design po platformama (frontend/backend/mobile/desktop)
|
|
210
|
+
4. **Dev**: Agent System Developer implementira razvoj po platformama paralelno
|
|
211
|
+
5. **System Test**: Agent Test Manager koordinira trofazno testiranje (dizajn slučajeva → generisanje koda → izvještaj izvršavanja)
|
|
212
|
+
6. **Archive**: Arhiviraj iteraciju
|
|
213
|
+
|
|
214
|
+
> Rezultati svake faze zahtijevaju ljudsku potvrdu prije prelaska na sljedeću fazu.
|
|
215
|
+
|
|
216
|
+
### 4. Druge CLI komande
|
|
217
|
+
|
|
218
|
+
```bash
|
|
219
|
+
speccrew list # Izlistaj instalirane agente i vještine
|
|
220
|
+
speccrew doctor # Dijagnosticiraj okruženje i status instalacije
|
|
221
|
+
speccrew update # Ažuriraj agente i vještine na najnoviju verziju
|
|
222
|
+
speccrew uninstall # Deinstaliraj SpecCrew (--all također briše radni prostor)
|
|
223
|
+
```
|
|
224
|
+
|
|
225
|
+
📖 **Detaljni vodič**: Nakon instalacije, pogledaj [Vodič za početak](docs/GETTING-STARTED.bs.md) za kompletan tok rada i vodič za razgovore agenata.
|
|
226
|
+
|
|
227
|
+
---
|
|
228
|
+
|
|
229
|
+
## Struktura direktorija
|
|
230
|
+
|
|
231
|
+
```
|
|
232
|
+
your-project/
|
|
233
|
+
├── .qoder/ # IDE konfiguracioni direktorij (primjer Qoder)
|
|
234
|
+
│ ├── agents/ # 7 Agenata uloga
|
|
235
|
+
│ │ ├── speccrew-team-leader.md # Vođa tima: Globalno planiranje i upravljanje iteracijama
|
|
236
|
+
│ │ ├── speccrew-product-manager.md | Product Manager: Analiza zahtjeva i PRD
|
|
237
|
+
│ │ ├── speccrew-feature-designer.md # Feature Designer: Feature Design + API ugovor
|
|
238
|
+
│ │ ├── speccrew-system-designer.md # System Designer: Sistemski dizajn po platformama
|
|
239
|
+
│ │ ├── speccrew-system-developer.md # System Developer: Paralelni razvoj po platformama
|
|
240
|
+
│ │ ├── speccrew-test-manager.md # Test Manager: Koordinacija trofaznog testiranja
|
|
241
|
+
│ │ └── speccrew-task-worker.md # Task Worker: Paralelno izvršavanje podzadataka
|
|
242
|
+
│ └── skills/ # 38 Vještina (grupisanih po funkciji)
|
|
243
|
+
│ ├── speccrew-pm-*/ # Upravljanje proizvodom (analiza zahtjeva, evaluacija)
|
|
244
|
+
│ ├── speccrew-fd-*/ # Feature Design (Feature Design, API ugovor)
|
|
245
|
+
│ ├── speccrew-sd-*/ # System Design (frontend/backend/mobile/desktop)
|
|
246
|
+
│ ├── speccrew-dev-*/ # Razvoj (frontend/backend/mobile/desktop)
|
|
247
|
+
│ ├── speccrew-test-*/ # Testiranje (dizajn slučajeva/generisanje koda/izvještaj izvršavanja)
|
|
248
|
+
│ ├── speccrew-knowledge-bizs-*/ # Poslovno znanje (API analiza/UI analiza/klasifikacija modula itd.)
|
|
249
|
+
│ ├── speccrew-knowledge-techs-*/ # Tehničko znanje (generisanje tehničkog steka/konvencije/indeks itd.)
|
|
250
|
+
│ ├── speccrew-knowledge-graph-*/ # Graf znanja (čitanje/pisanje/upit)
|
|
251
|
+
│ └── speccrew-*/ # Alati (dijagnostika/vremenske oznake/tok rada itd.)
|
|
252
|
+
│
|
|
253
|
+
└── speccrew-workspace/ # Radni prostor (generisan pri inicijalizaciji)
|
|
254
|
+
├── docs/ # Upravljački dokumenti
|
|
255
|
+
│ ├── configs/ # Konfiguracioni fajlovi (mapiranje platformi, mapiranje tehničkog steka itd.)
|
|
256
|
+
│ ├── rules/ # Konfiguracije pravila
|
|
257
|
+
│ └── solutions/ # Dokumenti rješenja
|
|
258
|
+
│
|
|
259
|
+
├── iterations/ # Projekti iteracija (dinamički generisani)
|
|
260
|
+
│ └── {broj}-{tip}-{ime}/
|
|
261
|
+
│ ├── 00.docs/ # Originalni zahtjevi
|
|
262
|
+
│ ├── 01.product-requirement/ # Zahtjevi proizvoda
|
|
263
|
+
│ ├── 02.feature-design/ # Feature design
|
|
264
|
+
│ ├── 03.system-design/ # System design
|
|
265
|
+
│ ├── 04.development/ # Faza razvoja
|
|
266
|
+
│ ├── 05.system-test/ # Sistemsko testiranje
|
|
267
|
+
│ └── 06.delivery/ # Faza isporuke
|
|
268
|
+
│
|
|
269
|
+
├── iteration-archives/ # Arhive iteracija
|
|
270
|
+
│
|
|
271
|
+
└── knowledges/ # Baza znanja
|
|
272
|
+
├── base/ # Baza/metapodaci
|
|
273
|
+
│ ├── diagnosis-reports/ # Izvještaji dijagnostike
|
|
274
|
+
│ ├── sync-state/ # Stanje sinhronizacije
|
|
275
|
+
│ └── tech-debts/ # Tehnički dug
|
|
276
|
+
├── bizs/ # Poslovno znanje
|
|
277
|
+
│ └── {platform-type}/{module-name}/
|
|
278
|
+
└── techs/ # Tehničko znanje
|
|
279
|
+
└── {platform-id}/
|
|
280
|
+
```
|
|
281
|
+
|
|
282
|
+
---
|
|
283
|
+
|
|
284
|
+
## Ključni principi dizajna
|
|
285
|
+
|
|
286
|
+
1. **Specification-Driven**: Prvo napiši specifikacije, a onda pusti kod da "izraste" iz njih
|
|
287
|
+
2. **Progresivno otkrivanje**: Agenti počinju od minimalnih ulaznih tačaka, učitavajući informacije na zahtjev
|
|
288
|
+
3. **Ljudska potvrda**: Izlaz svake faze zahtijeva ljudsku potvrdu kako bi se spriječilo odstupanje AI
|
|
289
|
+
4. **Izolacija konteksta**: Veliki zadaci se dijele na male, kontekstno izolovane podzadatke
|
|
290
|
+
5. **Kolaboracija sub-Agenata**: Složeni zadaci automatski dispatchaju sub-Agente kako bi izbjegli ekspanziju konteksta jednog Agenta
|
|
291
|
+
6. **Brza iteracija**: Svaki zahtjev kao nezavisni projekat za brzu isporuku i verifikaciju
|
|
292
|
+
7. **Dijeljenje znanja**: Sve konfiguracije su verzionisane sa izvornim kodom
|
|
293
|
+
|
|
294
|
+
---
|
|
295
|
+
|
|
296
|
+
## Slučajevi upotrebe
|
|
297
|
+
|
|
298
|
+
### ✅ Preporučeno za
|
|
299
|
+
| Srednje do velike projekte koji zahtijevaju standardizirane tokove rada
|
|
300
|
+
- Tinsku kolaboraciju u razvoju softvera
|
|
301
|
+
- Inženjersku transformaciju naslijeđenih projekata
|
|
302
|
+
- Proizvode koji zahtijevaju dugoročno održavanje
|
|
303
|
+
|
|
304
|
+
### ❌ Nije pogodno za
|
|
305
|
+
- Ličnu brzu validaciju prototipa
|
|
306
|
+
- Eksplorativne projekte sa vrlo neizvjesnim zahtjevima
|
|
307
|
+
- Jednokratne skripte ili alate
|
|
308
|
+
|
|
309
|
+
---
|
|
310
|
+
|
|
311
|
+
## Više informacija
|
|
312
|
+
|
|
313
|
+
- **Mapa znanja Agenata**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
|
|
314
|
+
- **npm**: https://www.npmjs.com/package/speccrew
|
|
315
|
+
- **GitHub**: https://github.com/charlesmu99/speccrew
|
|
316
|
+
- **Gitee**: https://gitee.com/amutek/speccrew
|
|
317
|
+
- **Qoder IDE**: https://qoder.com/
|
|
318
|
+
|
|
319
|
+
---
|
|
320
|
+
|
|
321
|
+
> **SpecCrew ne zamjenjuje developere, već automatizira dosadne dijelove kako bi se timovi mogli fokusirati na vrijedniji rad.**
|
package/README.da.md
ADDED
|
@@ -0,0 +1,321 @@
|
|
|
1
|
+
# SpecCrew - AI-drevet Software Engineering Framework
|
|
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
|
+
> Et virtuelt AI-udviklingsteam, der muliggør hurtig engineering-implementering for ethvert softwareprojekt
|
|
35
|
+
|
|
36
|
+
## Hvad er SpecCrew?
|
|
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.
|
|
39
|
+
|
|
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
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## 8 Kerne-problemer Løst
|
|
45
|
+
|
|
46
|
+
### 1. AI Ignorerer Eksisterende Projektdokumentation (Videnskløft)
|
|
47
|
+
**Problem**: Eksisterende SDD- eller Vibe Coding-metoder er afhængige af, at AI opsummerer projekter i realtid, hvilket let går glip af kritisk kontekst og får udviklingsresultater til at afvige fra forventninger.
|
|
48
|
+
|
|
49
|
+
**Løsning**: `knowledge/`-repositoryet fungerer som projektets "eneste kilde til sandhed" og akkumulerer arkitekturdesign, funktionsmoduler og forretningsprocesser for at sikre, at krav holder sig på sporet fra kilden.
|
|
50
|
+
|
|
51
|
+
### 2. Direkte PRD-til-Teknisk Dokumentation (Indholdsudeladelse)
|
|
52
|
+
**Problem**: At hoppe direkte fra PRD til detaljeret design går let glip af kravdetaljer, hvilket får implementerede funktioner til at afvige fra krav.
|
|
53
|
+
|
|
54
|
+
**Løsning**: Introducerer **Feature Design-dokument**-fasen, der kun fokuserer på kravets skelet uden tekniske detaljer:
|
|
55
|
+
- Hvilke sider og komponenter er inkluderet?
|
|
56
|
+
- Sideoperationsforløb
|
|
57
|
+
- Backend-behandlingslogik
|
|
58
|
+
- Dataopbevaringsstruktur
|
|
59
|
+
|
|
60
|
+
Udvikling behøver kun at "udfylde kødet" baseret på den specifikke tech-stack og sikrer, at funktioner vokser "tæt på knoglen (krav)".
|
|
61
|
+
|
|
62
|
+
### 3. Usikker Agent-søgningsomfang (Usikkerhed)
|
|
63
|
+
**Problem**: I komplekse projekter giver AI's brede søgning efter kode og dokumenter usikre resultater, hvilket gør konsistens vanskelig at garantere.
|
|
64
|
+
|
|
65
|
+
**Løsning**: Klare dokumentkatalogstrukturer og skabeloner, designet baseret på hver Agents behov, implementerer **progressiv offentliggørelse og on-demand indlæsning** for at sikre determinisme.
|
|
66
|
+
|
|
67
|
+
### 4. Manglende Trin og Opgaver (Proces-nedbrydning)
|
|
68
|
+
**Problem**: Manglende fuld engineering-procesdækning går let glip af kritiske trin, hvilket gør kvalitet vanskelig at garantere.
|
|
69
|
+
|
|
70
|
+
**Løsning**: Dækker hele software engineering-livscyklussen:
|
|
71
|
+
```
|
|
72
|
+
PRD (Krav) → Feature Design (Funktionsdesign) → API Contract (Kontrakt)
|
|
73
|
+
→ System Design (Systemdesign) → Dev (Udvikling) → Test (Test)
|
|
74
|
+
```
|
|
75
|
+
- Hver fasers output er næste fasers input
|
|
76
|
+
- Hvert trin kræver menneskelig bekræftelse før fortsættelse
|
|
77
|
+
- Alle Agent-eksekveringer har todo-lister med selv-tjek efter afslutning
|
|
78
|
+
|
|
79
|
+
### 5. Lav Team-samarbejdseffektivitet (Videns-silos)
|
|
80
|
+
**Problem**: AI-programmeringserfaring er svær at dele på tværs af teams, hvilket fører til gentagne fejl.
|
|
81
|
+
|
|
82
|
+
**Løsning**: Alle Agents, Skills og relaterede dokumenter er versionsstyret med kildekode:
|
|
83
|
+
- Én persons optimering deles af teamet
|
|
84
|
+
- Viden akkumuleres i kodebasen
|
|
85
|
+
- Forbedret team-samarbejdseffektivitet
|
|
86
|
+
|
|
87
|
+
### 7. Enkelt Agent-kontekst for Lang (Ydeevne-flaskehals)
|
|
88
|
+
**Problem**: Store komplekse opgaver overstiger enkelt Agent-kontekstvinduer, hvilket forårsager forståelsesafvigelser og nedsat outputkvalitet.
|
|
89
|
+
|
|
90
|
+
**Løsning**: **Sub-Agent Auto-Dispatch-mekanisme**:
|
|
91
|
+
- Komplekse opgaver identificeres automatisk og opdeles i underopgaver
|
|
92
|
+
- Hver underopgave udføres af en uafhængig sub-Agent med isoleret kontekst
|
|
93
|
+
- Parent Agent koordinerer og aggregerer for at sikre overordnet konsistens
|
|
94
|
+
- Undgår enkelt Agent-kontekstudvidelse og sikrer outputkvalitet
|
|
95
|
+
|
|
96
|
+
### 8. Krav-iterationskaos (Ledelsesvanskeligheder)
|
|
97
|
+
**Problem**: Flere krav blandet i samme gren påvirker hinanden, hvilket gør sporing og rollback vanskeligt.
|
|
98
|
+
|
|
99
|
+
**Løsning**: **Hvert Krav som et Uafhængigt Projekt**:
|
|
100
|
+
- Hvert krav opretter et uafhængigt iterationskatalog `iterations/iXXX-[krav-navn]/`
|
|
101
|
+
- Fuld isolation: dokumenter, design, kode og tests styres uafhængigt
|
|
102
|
+
- Hurtig iteration: lille granularitetslevering, hurtig verifikation, hurtig udrulning
|
|
103
|
+
- Fleksibel arkivering: efter afslutning arkivering til `archive/` med klar historisk sporing
|
|
104
|
+
|
|
105
|
+
### 6. Dokumentopdateringsforsinkelse (Videns-forfald)
|
|
106
|
+
**Problem**: Dokumenter bliver forældede efterhånden som projekter udvikler sig, hvilket får AI til at arbejde med forkert information.
|
|
107
|
+
|
|
108
|
+
**Løsning**: Agents har automatiske dokumentopdateringsmuligheder, der synkroniserer projektændringer i realtid for at holde vidensbasen nøjagtig.
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## Kerne-workflow
|
|
113
|
+
|
|
114
|
+
```mermaid
|
|
115
|
+
graph LR
|
|
116
|
+
A[PRD<br/>Kravdokument] --> B[Feature Design<br/>Funktionsdesign]
|
|
117
|
+
B --> C[API Contract<br/>Grænsefladekontrakt]
|
|
118
|
+
C --> D[System Design<br/>Systemdesign]
|
|
119
|
+
D --> E[Dev<br/>Implementering]
|
|
120
|
+
E --> F[System Test<br/>Test]
|
|
121
|
+
F --> G[Archive<br/>Arkivering]
|
|
122
|
+
|
|
123
|
+
H[Knowledge<br/>Repository] -.-> A
|
|
124
|
+
H -.-> B
|
|
125
|
+
H -.-> D
|
|
126
|
+
H -.-> E
|
|
127
|
+
|
|
128
|
+
E -.-> H
|
|
129
|
+
F -.-> H
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
### Fasebeskrivelser
|
|
133
|
+
|
|
134
|
+
| Fase | Agent | Input | Output | Menneskelig Bekræftelse |
|
|
135
|
+
|------|-------|-------|--------|------------------------|
|
|
136
|
+
| PRD | PM | Brugerkrav | Produktkravsdokument | ✅ Påkrævet |
|
|
137
|
+
| Feature Design | Feature Designer | PRD | Feature Design Dokument + API Kontrakt | ✅ Påkrævet |
|
|
138
|
+
| System Design | System Designer | Feature Spec | Frontend/Backend Design-dokumenter | ✅ Påkrævet |
|
|
139
|
+
| Dev | Dev | Design | Kode + Opgaveregistreringer | ✅ Påkrævet |
|
|
140
|
+
| System Test | Test Manager | Dev Output + Feature Spec | Testcases + Testkode + Testrapport + Bug-rapport | ✅ Påkrævet |
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## Sammenligning med Eksisterende Løsninger
|
|
145
|
+
|
|
146
|
+
| Dimension | Vibe Coding | Ralph Loop | **SpecCrew** |
|
|
147
|
+
|-----------|-------------|------------|-------------|
|
|
148
|
+
| Dokumentafhængighed | Ignorerer eksisterende docs | Er afhængig af AGENTS.md | **Struktureret Vidensbase** |
|
|
149
|
+
| Kravoverførsel | Direkte kodning | PRD → Kode | **PRD → Feature Design → System Design → Kode** |
|
|
150
|
+
| Menneskelig involvering | Minimal | Ved opstart | **I hver fase** |
|
|
151
|
+
| Procesfuldstændighed | Svag | Middel | **Fuld engineering-workflow** |
|
|
152
|
+
| Team-samarbejde | Svært at dele | Personlig effektivitet | **Team vidensdeling** |
|
|
153
|
+
| Kontekststyring | Enkelt instans | Enkelt instans-løkke | **Sub-Agent auto-dispatch** |
|
|
154
|
+
| Iterationsstyring | Blandet | Opgaveliste | **Krav som projekt, uafhængig iteration** |
|
|
155
|
+
| Determinisme | Lav | Middel | **Høj (progressiv offentliggørelse)** |
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## Hurtig Start
|
|
160
|
+
|
|
161
|
+
### Forudsætninger
|
|
162
|
+
|
|
163
|
+
- Node.js >= 16.0.0
|
|
164
|
+
| Understøttede IDE'er: Qoder (standard), Cursor, Claude Code
|
|
165
|
+
|
|
166
|
+
> **Bemærk**: Adapterne til Cursor og Claude Code er ikke blevet testet i faktiske IDE-miljøer (implementeret på kodeniveau og verificeret gennem E2E-tests, men endnu ikke testet i faktisk Cursor/Claude Code).
|
|
167
|
+
|
|
168
|
+
### 1. Installer SpecCrew
|
|
169
|
+
|
|
170
|
+
```bash
|
|
171
|
+
npm install -g speccrew
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
### 2. Initialiser Projekt
|
|
175
|
+
|
|
176
|
+
Naviger til dit projekts rodmappe og kør initialiseringskommandoen:
|
|
177
|
+
|
|
178
|
+
```bash
|
|
179
|
+
cd /path/to/your-project
|
|
180
|
+
|
|
181
|
+
# Bruger Qoder som standard
|
|
182
|
+
speccrew init
|
|
183
|
+
|
|
184
|
+
# Eller specificer IDE
|
|
185
|
+
speccrew init --ide qoder
|
|
186
|
+
speccrew init --ide cursor
|
|
187
|
+
speccrew init --ide claude
|
|
188
|
+
```
|
|
189
|
+
|
|
190
|
+
Efter initialisering vil følgende blive genereret i dit projekt:
|
|
191
|
+
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 Agent-rolledefinitioner
|
|
192
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 38 Skill-workflows
|
|
193
|
+
- `speccrew-workspace/` — Arbejdsområde (iterationsmapper, vidensbase, dokumentskabeloner)
|
|
194
|
+
- `.speccrewrc` — SpecCrew-konfigurationsfil
|
|
195
|
+
|
|
196
|
+
For at opdatere Agents og Skills til en specifik IDE senere:
|
|
197
|
+
|
|
198
|
+
```bash
|
|
199
|
+
speccrew update --ide cursor
|
|
200
|
+
speccrew update --ide claude
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
### 3. Start Udviklingsworkflow
|
|
204
|
+
|
|
205
|
+
Følg standard engineering-workflow trin for trin:
|
|
206
|
+
|
|
207
|
+
1. **PRD**: Product Manager Agent analyserer krav og genererer produktkravsdokument
|
|
208
|
+
2. **Feature Design**: Feature Designer Agent genererer feature design dokument + API kontrakt
|
|
209
|
+
3. **System Design**: System Designer Agent genererer system design dokumenter pr. platform (frontend/backend/mobil/desktop)
|
|
210
|
+
4. **Dev**: System Developer Agent implementerer udvikling pr. platform parallelt
|
|
211
|
+
5. **System Test**: Test Manager Agent koordinerer tre-fase test (case-design → kode-generering → eksekveringsrapport)
|
|
212
|
+
6. **Archive**: Arkiver iteration
|
|
213
|
+
|
|
214
|
+
> Hver phases leverancer kræver menneskelig bekræftelse før fortsættelse til næste fase.
|
|
215
|
+
|
|
216
|
+
### 4. Andre CLI-kommandoer
|
|
217
|
+
|
|
218
|
+
```bash
|
|
219
|
+
speccrew list # List installerede agents og skills
|
|
220
|
+
speccrew doctor # Diagnosticer miljø og installationsstatus
|
|
221
|
+
speccrew update # Opdater agents og skills til nyeste version
|
|
222
|
+
speccrew uninstall # Afinstaller SpecCrew (--all fjerner også arbejdsområde)
|
|
223
|
+
```
|
|
224
|
+
|
|
225
|
+
📖 **Detaljeret Guide**: Efter installation, tjek [Kom-godt-i-gang-guiden](docs/GETTING-STARTED.da.md) for det fulde workflow og agent-konversationsguide.
|
|
226
|
+
|
|
227
|
+
---
|
|
228
|
+
|
|
229
|
+
## Katalogstruktur
|
|
230
|
+
|
|
231
|
+
```
|
|
232
|
+
your-project/
|
|
233
|
+
├── .qoder/ # IDE-konfigurationskatalog (Qoder-eksempel)
|
|
234
|
+
│ ├── agents/ # 7 rolle-Agents
|
|
235
|
+
│ │ ├── speccrew-team-leader.md # Teamleder: Global planlægning og iterationsstyring
|
|
236
|
+
│ │ ├── speccrew-product-manager.md # Produktleder: Kravanalyse og PRD
|
|
237
|
+
│ │ ├── speccrew-feature-designer.md # Feature Designer: Feature Design + API Kontrakt
|
|
238
|
+
│ │ ├── speccrew-system-designer.md # System Designer: System design pr. platform
|
|
239
|
+
│ │ ├── speccrew-system-developer.md # System Developer: Parallelt udvikling pr. platform
|
|
240
|
+
│ │ ├── speccrew-test-manager.md # Test Manager: Tre-fase testkoordinering
|
|
241
|
+
│ │ └── speccrew-task-worker.md # Opgavemedarbejder: Parallelt underopgave-eksekvering
|
|
242
|
+
│ └── skills/ # 38 Skills (grupperet efter funktion)
|
|
243
|
+
│ ├── speccrew-pm-*/ # Produktstyring (kravanalyse, evaluering)
|
|
244
|
+
│ ├── speccrew-fd-*/ # Feature Design (Feature Design, API Kontrakt)
|
|
245
|
+
│ ├── speccrew-sd-*/ # System Design (frontend/backend/mobil/desktop)
|
|
246
|
+
│ ├── speccrew-dev-*/ # Udvikling (frontend/backend/mobil/desktop)
|
|
247
|
+
│ ├── speccrew-test-*/ # Test (case-design/kode-generering/eksekveringsrapport)
|
|
248
|
+
│ ├── speccrew-knowledge-bizs-*/ # Forretningsviden (API-analyse/UI-analyse/modulklassificering osv.)
|
|
249
|
+
│ ├── speccrew-knowledge-techs-*/ # Teknisk viden (tech-stack-generering/konventioner/indeks osv.)
|
|
250
|
+
│ ├── speccrew-knowledge-graph-*/ # Vidensgraf (læse/skrive/forespørge)
|
|
251
|
+
│ └── speccrew-*/ # Hjælpeprogrammer (diagnostik/tidsstempler/workflow osv.)
|
|
252
|
+
│
|
|
253
|
+
└── speccrew-workspace/ # Arbejdsområde (genereret under initialisering)
|
|
254
|
+
├── docs/ # Styringsdokumenter
|
|
255
|
+
│ ├── configs/ # Konfigurationsfiler (platform-mapping, tech-stack-mapping osv.)
|
|
256
|
+
│ ├── rules/ # Regelkonfigurationer
|
|
257
|
+
│ └── solutions/ # Løsningsdokumenter
|
|
258
|
+
│
|
|
259
|
+
├── iterations/ # Iterationsprojekter (dynamisk genereret)
|
|
260
|
+
│ └── {nummer}-{type}-{navn}/
|
|
261
|
+
│ ├── 00.docs/ # Originale krav
|
|
262
|
+
│ ├── 01.product-requirement/ # Produktkrav
|
|
263
|
+
│ ├── 02.feature-design/ # Feature design
|
|
264
|
+
│ ├── 03.system-design/ # System design
|
|
265
|
+
│ ├── 04.development/ # Udviklingsfase
|
|
266
|
+
│ ├── 05.system-test/ # System test
|
|
267
|
+
│ └── 06.delivery/ # Leveringsfase
|
|
268
|
+
│
|
|
269
|
+
├── iteration-archives/ # Iterationsarkiver
|
|
270
|
+
│
|
|
271
|
+
└── knowledges/ # Vidensbase
|
|
272
|
+
├── base/ # Base/metadata
|
|
273
|
+
│ ├── diagnosis-reports/ # Diagnoserapporter
|
|
274
|
+
│ ├── sync-state/ # Synkroniseringsstatus
|
|
275
|
+
│ └── tech-debts/ # Teknisk gæld
|
|
276
|
+
├── bizs/ # Forretningsviden
|
|
277
|
+
│ └── {platform-type}/{module-name}/
|
|
278
|
+
└── techs/ # Teknisk viden
|
|
279
|
+
└── {platform-id}/
|
|
280
|
+
```
|
|
281
|
+
|
|
282
|
+
---
|
|
283
|
+
|
|
284
|
+
## Kerne Design-principper
|
|
285
|
+
|
|
286
|
+
1. **Specification-Driven**: Skriv specifikationer først, og lad koden "vokse" fra dem
|
|
287
|
+
2. **Progressiv Offentliggørelse**: Agents starter fra minimale indgangspunkter og indlæser information on-demand
|
|
288
|
+
3. **Menneskelig Bekræftelse**: Hver phases output kræver menneskelig bekræftelse for at forhindre AI-afvigelse
|
|
289
|
+
4. **Kontekst-isolation**: Store opgaver opdeles i små, kontekst-isolerede underopgaver
|
|
290
|
+
5. **Sub-Agent-samarbejde**: Komplekse opgaver dispatcher automatisk sub-Agents for at undgå enkelt Agent-kontekstudvidelse
|
|
291
|
+
6. **Hurtig Iteration**: Hvert krav som et uafhængigt projekt for hurtig levering og verifikation
|
|
292
|
+
7. **Vidensdeling**: Alle konfigurationer er versionsstyret med kildekode
|
|
293
|
+
|
|
294
|
+
---
|
|
295
|
+
|
|
296
|
+
## Anvendelsestilfælde
|
|
297
|
+
|
|
298
|
+
### ✅ Anbefalet Til
|
|
299
|
+
| Mellemstore til store projekter, der kræver standardiserede workflows
|
|
300
|
+
| Team-samarbejde softwareudvikling
|
|
301
|
+
| Legacy-projekt engineering-transformation
|
|
302
|
+
| Produkter, der kræver langvarig vedligeholdelse
|
|
303
|
+
|
|
304
|
+
### ❌ Ikke Velegnet Til
|
|
305
|
+
| Personlig hurtig prototype-validering
|
|
306
|
+
| Udforskende projekter med meget usikre krav
|
|
307
|
+
| Engangsscripts eller værktøjer
|
|
308
|
+
|
|
309
|
+
---
|
|
310
|
+
|
|
311
|
+
## Mere Information
|
|
312
|
+
|
|
313
|
+
- **Agent Videnskort**: [speccrew-workspace/docs/agent-knowledge-map.md](./speccrew-workspace/docs/agent-knowledge-map.md)
|
|
314
|
+
- **npm**: https://www.npmjs.com/package/speccrew
|
|
315
|
+
- **GitHub**: https://github.com/charlesmu99/speccrew
|
|
316
|
+
- **Gitee**: https://gitee.com/amutek/speccrew
|
|
317
|
+
- **Qoder IDE**: https://qoder.com/
|
|
318
|
+
|
|
319
|
+
---
|
|
320
|
+
|
|
321
|
+
> **SpecCrew handler ikke om at erstatte udviklere, men om at automatisere de kedelige dele, så teams kan fokusere på mere værdifuldt arbejde.**
|