speccrew 0.1.12 → 0.2.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.speccrew/agents/speccrew-feature-designer.md +120 -0
- package/.speccrew/agents/speccrew-product-manager.md +54 -0
- package/.speccrew/agents/speccrew-system-designer.md +150 -14
- package/.speccrew/agents/speccrew-system-developer.md +309 -37
- package/.speccrew/agents/speccrew-task-worker.md +43 -0
- package/.speccrew/agents/speccrew-team-leader.md +108 -11
- package/.speccrew/agents/speccrew-test-manager.md +278 -0
- package/.speccrew/skills/speccrew-dev-backend/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-dev-desktop/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-dev-frontend/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-dev-mobile/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-fd-api-contract/SKILL.md +70 -0
- package/.speccrew/skills/speccrew-fd-feature-design/SKILL.md +158 -0
- package/.speccrew/skills/speccrew-knowledge-bizs-api-analyze/SKILL.md +59 -29
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/SKILL.md +37 -15
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/STATUS-FORMATS.md +29 -4
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/scripts/process-batch-results.js +71 -4
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-analyze/SKILL.md +60 -30
- package/.speccrew/skills/speccrew-pm-requirement-analysis/SKILL.md +65 -0
- package/.speccrew/skills/speccrew-sd-backend/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-sd-desktop/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-sd-frontend/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-sd-mobile/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-test-case-design/SKILL.md +33 -0
- package/.speccrew/skills/speccrew-test-code-gen/SKILL.md +34 -0
- package/.speccrew/skills/speccrew-test-execute/SKILL.md +34 -0
- package/README.ar.md +70 -3
- package/README.bn.md +52 -0
- package/README.bs.md +70 -3
- package/README.da.md +70 -3
- package/README.de.md +70 -3
- package/README.el.md +52 -0
- package/README.en.md +69 -2
- package/README.es.md +70 -3
- package/README.fr.md +70 -3
- package/README.it.md +70 -3
- package/README.ja.md +70 -3
- package/README.ko.md +70 -3
- package/README.md +69 -2
- package/README.no.md +70 -3
- package/README.pl.md +70 -3
- package/README.pt-BR.md +70 -3
- package/README.ru.md +70 -3
- package/README.th.md +69 -2
- package/README.tr.md +69 -2
- package/README.uk.md +69 -2
- package/README.vi.md +52 -0
- package/README.zh-TW.md +70 -3
- package/docs/GETTING-STARTED.ar.md +78 -4
- package/docs/GETTING-STARTED.bn.md +78 -4
- package/docs/GETTING-STARTED.bs.md +78 -4
- package/docs/GETTING-STARTED.da.md +78 -4
- package/docs/GETTING-STARTED.de.md +78 -4
- package/docs/GETTING-STARTED.el.md +78 -4
- package/docs/GETTING-STARTED.en.md +78 -4
- package/docs/GETTING-STARTED.es.md +78 -4
- package/docs/GETTING-STARTED.fr.md +78 -4
- package/docs/GETTING-STARTED.it.md +78 -4
- package/docs/GETTING-STARTED.ja.md +79 -5
- package/docs/GETTING-STARTED.ko.md +79 -5
- package/docs/GETTING-STARTED.md +78 -4
- package/docs/GETTING-STARTED.no.md +78 -4
- package/docs/GETTING-STARTED.pl.md +78 -4
- package/docs/GETTING-STARTED.pt-BR.md +78 -4
- package/docs/GETTING-STARTED.ru.md +78 -4
- package/docs/GETTING-STARTED.th.md +79 -5
- package/docs/GETTING-STARTED.tr.md +78 -4
- package/docs/GETTING-STARTED.uk.md +78 -4
- package/docs/GETTING-STARTED.vi.md +79 -5
- package/docs/GETTING-STARTED.zh-TW.md +79 -5
- package/package.json +1 -1
- package/.speccrew/skills/speccrew-create-agents/SKILL.md +0 -98
- package/.speccrew/skills/speccrew-create-agents/templates/agents/designer-agent.md +0 -54
- package/.speccrew/skills/speccrew-create-agents/templates/agents/dev-agent.md +0 -79
- package/.speccrew/skills/speccrew-create-agents/templates/agents/test-agent.md +0 -80
- package/.speccrew/skills/speccrew-project-diagnosis/SKILL.md +0 -233
- package/.speccrew/skills/speccrew-project-diagnosis/templates/DIAGNOSIS-REPORT-TEMPLATE.md +0 -202
- package/.speccrew/skills/speccrew-workflow-diagnose/SKILL.md +0 -155
- package/workspace-template/docs/solutions/Agent/346/212/200/350/203/275/345/256/232/344/271/211+/351/234/200/346/261/202/346/226/207/346/241/243+UML/344/275/277/347/224/250/346/250/241/346/235/277/357/274/210ISA-95/345/205/255/346/256/265/345/274/217/350/236/215/345/220/210/347/211/210/357/274/211.md +0 -586
- package/workspace-template/docs/solutions/harness.md +0 -410
package/README.fr.md
CHANGED
|
@@ -41,6 +41,58 @@ En intégrant des Agents et des Skills dans des projets existants, les équipes
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ Caractéristiques Principales
|
|
45
|
+
|
|
46
|
+
### 🏭 Équipe Logicielle Virtuelle
|
|
47
|
+
Génération en un clic de **7 rôles d'Agents professionnels** + **30+ flux de travail de Skills**, construisant une équipe logicielle virtuelle complète :
|
|
48
|
+
- **Team Leader** - Planification globale et gestion des itérations
|
|
49
|
+
- **Product Manager** - Analyse des exigences et génération de PRD
|
|
50
|
+
- **Feature Designer** - Conception de fonctionnalités + contrats API
|
|
51
|
+
- **System Designer** - Conception de systèmes Frontend/Backend/Mobile/Desktop
|
|
52
|
+
- **System Developer** - Développement parallèle multi-plateforme
|
|
53
|
+
- **Test Manager** - Coordination des tests en trois phases
|
|
54
|
+
- **Task Worker** - Exécution parallèle de sous-tâches
|
|
55
|
+
|
|
56
|
+
### 📐 Modélisation ISA-95 en Six Étapes
|
|
57
|
+
Basé sur la méthodologie de modélisation **ISA-95** standard international, standardisant la transformation des exigences métier en systèmes logiciels :
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- Chaque étape correspond à des diagrammes UML spécifiques (cas d'utilisation, séquence, classes)
|
|
64
|
+
- Les exigences métier sont "affinées étape par étape", sans perte d'information
|
|
65
|
+
- Les sorties sont directement utilisables pour le développement
|
|
66
|
+
|
|
67
|
+
### 📚 Système de Base de Connaissances
|
|
68
|
+
Architecture de base de connaissances à trois niveaux garantissant que l'IA travaille toujours basée sur la "source unique de vérité" :
|
|
69
|
+
|
|
70
|
+
| Niveau | Répertoire | Contenu | Objectif |
|
|
71
|
+
|--------|------------|---------|----------|
|
|
72
|
+
| L1 Connaissance Système | `knowledge/techs/` | Stack technique, architecture, conventions | L'IA comprend les limites techniques du projet |
|
|
73
|
+
| L2 Connaissance Métier | `knowledge/bizs/` | Fonctionnalités des modules, flux métier, entités | L'IA comprend la logique métier |
|
|
74
|
+
| L3 Artefacts d'Itération | `iterations/iXXX/` | PRD, documents de conception, rapports de test | Chaîne complète de traçabilité pour les exigences actuelles |
|
|
75
|
+
|
|
76
|
+
### 🔄 Pipeline de Connaissances en Quatre Étapes
|
|
77
|
+
**Architecture de génération automatisée de connaissances**, générant automatiquement la documentation métier/technique à partir du code source :
|
|
78
|
+
```
|
|
79
|
+
Étape 1 : Analyser le code source → Générer la liste des modules
|
|
80
|
+
Étape 2 : Analyse parallèle → Extraire les fonctionnalités (multi-Worker parallèle)
|
|
81
|
+
Étape 3 : Résumé parallèle → Compléter les aperçus des modules (multi-Worker parallèle)
|
|
82
|
+
Étape 4 : Agrégation système → Générer le panorama du système
|
|
83
|
+
```
|
|
84
|
+
- Supporte **synchronisation complète** et **synchronisation incrémentielle** (basé sur Git diff)
|
|
85
|
+
- Une personne optimise, l'équipe partage
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness Cadre de Mise en Œuvre Pratique
|
|
88
|
+
**Cadre d'exécution standardisé**, garantit que les documents de conception se transforment avec précision en instructions de développement exécutables :
|
|
89
|
+
- **Principe du manuel d'opération** : Skill comme SOP, étapes claires, continues et autonomes
|
|
90
|
+
- **Contrat d'entrée/sortie** : Définition claire des interfaces, exécution rigoureuse comme pseudocode
|
|
91
|
+
- **Architecture de divulgation progressive** : Chargement des informations par couches, éviter la surcharge de contexte
|
|
92
|
+
- **Délégation de Sous-Agent** : Division automatique des tâches complexes, exécution parallèle pour garantir la qualité
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## 8 Problèmes Principaux Résolus
|
|
45
97
|
|
|
46
98
|
### 1. L'IA Ignore la Documentation de Projet Existante (Lacune de Connaissances)
|
|
@@ -189,7 +241,7 @@ speccrew init --ide claude
|
|
|
189
241
|
|
|
190
242
|
Après l'initialisation, les éléments suivants seront générés dans votre projet :
|
|
191
243
|
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 définitions de rôles Agent
|
|
192
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` —
|
|
244
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+ flux de travail Skill
|
|
193
245
|
- `speccrew-workspace/` — Espace de travail (répertoires d'itération, base de connaissances, modèles de documents)
|
|
194
246
|
- `.speccrewrc` — Fichier de configuration SpecCrew
|
|
195
247
|
|
|
@@ -213,7 +265,22 @@ Suivez le flux de travail d'ingénierie standard étape par étape :
|
|
|
213
265
|
|
|
214
266
|
> Les livrables de chaque phase nécessitent une confirmation humaine avant de passer à la phase suivante.
|
|
215
267
|
|
|
216
|
-
### 4.
|
|
268
|
+
### 4. Mettre à Jour SpecCrew
|
|
269
|
+
|
|
270
|
+
Lorsque SpecCrew publie une nouvelle version, deux étapes sont nécessaires pour terminer la mise à jour :
|
|
271
|
+
|
|
272
|
+
```bash
|
|
273
|
+
# Step 1: 更新全局 CLI 工具到最新版本
|
|
274
|
+
npm install -g speccrew@latest
|
|
275
|
+
|
|
276
|
+
# Step 2: 同步项目中的 Agents 和 Skills 到最新版本
|
|
277
|
+
cd /path/to/your-project
|
|
278
|
+
speccrew update
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
> **Note** : `npm install -g speccrew@latest` met à jour l'outil CLI lui-même, tandis que `speccrew update` met à jour les fichiers de définition des Agents et Skills dans le projet. Les deux étapes doivent être exécutées pour terminer la mise à jour complète.
|
|
282
|
+
|
|
283
|
+
### 5. Autres Commandes CLI
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # Lister les agents et skills installés
|
|
@@ -239,7 +306,7 @@ your-project/
|
|
|
239
306
|
│ │ ├── speccrew-system-developer.md # System Developer : Développement parallèle par plateforme
|
|
240
307
|
│ │ ├── speccrew-test-manager.md # Test Manager : Coordination de test en trois phases
|
|
241
308
|
│ │ └── speccrew-task-worker.md # Task Worker : Exécution parallèle de sous-tâches
|
|
242
|
-
│ └── skills/ #
|
|
309
|
+
│ └── skills/ # 30+ Skills (groupés par fonction)
|
|
243
310
|
│ ├── speccrew-pm-*/ # Gestion Produit (analyse d'exigences, évaluation)
|
|
244
311
|
│ ├── speccrew-fd-*/ # Feature Design (Feature Design, Contrat API)
|
|
245
312
|
│ ├── speccrew-sd-*/ # System Design (frontend/backend/mobile/desktop)
|
package/README.it.md
CHANGED
|
@@ -41,6 +41,58 @@ Integrando Agent e Skill nei progetti esistenti, i team possono rapidamente iniz
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ Caratteristiche Principali
|
|
45
|
+
|
|
46
|
+
### 🏭 Team Software Virtuale
|
|
47
|
+
Generazione con un clic di **7 ruoli di Agent professionali** + **30+ workflow di Skill**, costruendo un team software virtuale completo:
|
|
48
|
+
- **Team Leader** - Pianificazione globale e gestione iterazioni
|
|
49
|
+
- **Product Manager** - Analisi requisiti e generazione PRD
|
|
50
|
+
- **Feature Designer** - Design funzionalità + contratti API
|
|
51
|
+
- **System Designer** - Design sistemi Frontend/Backend/Mobile/Desktop
|
|
52
|
+
- **System Developer** - Sviluppo parallelo multi-piattaforma
|
|
53
|
+
- **Test Manager** - Coordinamento test in tre fasi
|
|
54
|
+
- **Task Worker** - Esecuzione parallela sotto-attività
|
|
55
|
+
|
|
56
|
+
### 📐 Modellazione ISA-95 a Sei Fasi
|
|
57
|
+
Basato sulla metodologia di modellazione **ISA-95** standard internazionale, standardizzando la trasformazione dei requisiti di business in sistemi software:
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- Ogni fase corrisponde a diagrammi UML specifici (casi d'uso, sequenza, classi)
|
|
64
|
+
- I requisiti di business sono "raffinati passo dopo passo", senza perdita di informazioni
|
|
65
|
+
- Gli output sono direttamente utilizzabili per lo sviluppo
|
|
66
|
+
|
|
67
|
+
### 📚 Sistema di Knowledge Base
|
|
68
|
+
Architettura di knowledge base a tre livelli che assicura che l'IA lavori sempre basata sulla "singola fonte di verità":
|
|
69
|
+
|
|
70
|
+
| Livello | Directory | Contenuto | Scopo |
|
|
71
|
+
|---------|-----------|-----------|-------|
|
|
72
|
+
| L1 Conoscenza Sistema | `knowledge/techs/` | Stack tecnologico, architettura, convenzioni | IA comprende confini tecnici del progetto |
|
|
73
|
+
| L2 Conoscenza Business | `knowledge/bizs/` | Funzionalità moduli, flussi business, entità | IA comprende logica business |
|
|
74
|
+
| L3 Artefatti Iterazione | `iterations/iXXX/` | PRD, documenti design, report test | Catena completa di tracciabilità per requisiti attuali |
|
|
75
|
+
|
|
76
|
+
### 🔄 Pipeline di Conoscenze a Quattro Fasi
|
|
77
|
+
**Architettura di generazione automatizzata delle conoscenze**, generazione automatica di documentazione business/tecnica dal codice sorgente:
|
|
78
|
+
```
|
|
79
|
+
Fase 1: Scansione codice sorgente → Genera lista moduli
|
|
80
|
+
Fase 2: Analisi parallela → Estrai funzionalità (multi-Worker parallelo)
|
|
81
|
+
Fase 3: Riepilogo parallelo → Completa panoramica moduli (multi-Worker parallelo)
|
|
82
|
+
Fase 4: Aggregazione sistema → Genera panorama sistema
|
|
83
|
+
```
|
|
84
|
+
- Supporta **sincronizzazione completa** e **sincronizzazione incrementale** (basato su Git diff)
|
|
85
|
+
- Una persona ottimizza, il team condivide
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness Framework di Implementazione Pratica
|
|
88
|
+
**Framework di esecuzione standardizzato**, garantisce che i documenti di design si trasformino con precisione in istruzioni di sviluppo eseguibili:
|
|
89
|
+
- **Principio del manuale di operazione**: Skill come SOP, passaggi chiari, continui e autocontenuti
|
|
90
|
+
- **Contratto di input/output**: Definizione chiara delle interfacce, esecuzione rigorosa come pseudocodice
|
|
91
|
+
- **Architettura di divulgazione progressiva**: Caricamento delle informazioni a livelli, evitare sovraccarico di contesto
|
|
92
|
+
- **Delega di Sub-Agent**: Divisione automatica di attività complesse, esecuzione parallela per garantire qualità
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## 8 Problemi Principali Risolti
|
|
45
97
|
|
|
46
98
|
### 1. L'IA Ignora la Documentazione del Progetto Esistente (Lacuna di Conoscenza)
|
|
@@ -189,7 +241,7 @@ speccrew init --ide claude
|
|
|
189
241
|
|
|
190
242
|
Dopo l'inizializzazione, saranno generati nel progetto:
|
|
191
243
|
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 definizioni di ruoli Agent
|
|
192
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` —
|
|
244
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+ workflow Skill
|
|
193
245
|
- `speccrew-workspace/` — Workspace (directory iterazione, base di conoscenza, template documenti)
|
|
194
246
|
- `.speccrewrc` — File di configurazione SpecCrew
|
|
195
247
|
|
|
@@ -213,7 +265,22 @@ Seguire il workflow di ingegneria standard passo dopo passo:
|
|
|
213
265
|
|
|
214
266
|
> I deliverable di ogni fase richiedono conferma umana prima di procedere alla fase successiva.
|
|
215
267
|
|
|
216
|
-
### 4.
|
|
268
|
+
### 4. Aggiornare SpecCrew
|
|
269
|
+
|
|
270
|
+
Quando SpecCrew rilascia una nuova versione, sono necessari due passaggi per completare l'aggiornamento:
|
|
271
|
+
|
|
272
|
+
```bash
|
|
273
|
+
# Step 1: 更新全局 CLI 工具到最新版本
|
|
274
|
+
npm install -g speccrew@latest
|
|
275
|
+
|
|
276
|
+
# Step 2: 同步项目中的 Agents 和 Skills 到最新版本
|
|
277
|
+
cd /path/to/your-project
|
|
278
|
+
speccrew update
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
> **Nota**: `npm install -g speccrew@latest` aggiorna lo strumento CLI stesso, mentre `speccrew update` aggiorna i file di definizione degli Agent e degli Skill nel progetto. Entrambi i passaggi devono essere eseguiti per completare l'aggiornamento completo.
|
|
282
|
+
|
|
283
|
+
### 5. Altri Comandi CLI
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # Elenca agent e skill installati
|
|
@@ -239,7 +306,7 @@ your-project/
|
|
|
239
306
|
│ │ ├── speccrew-system-developer.md # System Developer: Sviluppo parallelo per piattaforma
|
|
240
307
|
│ │ ├── speccrew-test-manager.md # Test Manager: Coordinamento testing in tre fasi
|
|
241
308
|
│ │ └── speccrew-task-worker.md # Task Worker: Esecuzione parallela sotto-attività
|
|
242
|
-
│ └── skills/ #
|
|
309
|
+
│ └── skills/ # 30+ Skill (raggruppate per funzione)
|
|
243
310
|
│ ├── speccrew-pm-*/ # Gestione Prodotto (analisi requisiti, valutazione)
|
|
244
311
|
│ ├── speccrew-fd-*/ # Feature Design (Feature Design, Contratto API)
|
|
245
312
|
│ ├── speccrew-sd-*/ # System Design (frontend/backend/mobile/desktop)
|
package/README.ja.md
CHANGED
|
@@ -41,6 +41,58 @@ SpecCrewは組み込み型の仮想AI開発チームフレームワークです
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ 主な特徴
|
|
45
|
+
|
|
46
|
+
### 🏭 仮想ソフトウェアチーム
|
|
47
|
+
**7つの専門エージェントロール** + **30+のスキルワークフロー**をワンクリックで生成し、完全な仮想ソフトウェアチームを構築:
|
|
48
|
+
- **Team Leader** - 全局スケジューリングとイテレーション管理
|
|
49
|
+
- **Product Manager** - 要件分析とPRD出力
|
|
50
|
+
- **Feature Designer** - 機能設計 + API契約
|
|
51
|
+
- **System Designer** - フロントエンド/バックエンド/モバイル/デスクトップシステム設計
|
|
52
|
+
- **System Developer** - マルチプラットフォーム並列開発
|
|
53
|
+
- **Test Manager** - 3段階テスト調整
|
|
54
|
+
- **Task Worker** - サブタスク並列実行
|
|
55
|
+
|
|
56
|
+
### 📐 ISA-95 六段階モデリング
|
|
57
|
+
国際標準 **ISA-95** モデリング方法論に基づき、ビジネス要件からソフトウェアシステムへの標準化された変換:
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- 各段階は明確なUML図(ユースケース図、シーケンス図、クラス図など)に対応
|
|
64
|
+
- ビジネス要件は「段階的に詳細化」され、情報損失なし
|
|
65
|
+
- 出力物は開発に直接使用可能
|
|
66
|
+
|
|
67
|
+
### 📚 ナレッジベースシステム
|
|
68
|
+
AIが常に「単一の信頼できる情報源」に基づいて作業することを保証する3層ナレッジベースアーキテクチャ:
|
|
69
|
+
|
|
70
|
+
| レイヤー | ディレクトリ | コンテンツ | 目的 |
|
|
71
|
+
|----------|-------------|-----------|------|
|
|
72
|
+
| L1 システム知識 | `knowledge/techs/` | 技術スタック、アーキテクチャ、規約 | AIがプロジェクトの技術的境界を理解 |
|
|
73
|
+
| L2 ビジネス知識 | `knowledge/bizs/` | モジュール機能、ビジネスフロー、エンティティ | AIがビジネスロジックを理解 |
|
|
74
|
+
| L3 イテレーション成果物 | `iterations/iXXX/` | PRD、設計ドキュメント、テストレポート | 現在の要件の完全なトレーサビリティチェーン |
|
|
75
|
+
|
|
76
|
+
### 🔄 四段階ナレッジパイプライン
|
|
77
|
+
ソースコードからビジネステクニカルドキュメントを自動生成する**自動ナレッジ生成アーキテクチャ**:
|
|
78
|
+
```
|
|
79
|
+
Stage 1: ソースコードスキャン → モジュールリスト生成
|
|
80
|
+
Stage 2: 並列分析 → 機能抽出(マルチWorker並列)
|
|
81
|
+
Stage 3: 並列要約 → モジュール概要完成(マルチWorker並列)
|
|
82
|
+
Stage 4: システム集約 → システムパノラマ生成
|
|
83
|
+
```
|
|
84
|
+
- **フル同期**と**増分同期**(Git diffベース)をサポート
|
|
85
|
+
- 一人が最適化、チームが共有
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness 実践的実装フレームワーク
|
|
88
|
+
**標準化された実行フレームワーク**、設計ドキュメントを正確に実行可能な開発指示に変換:
|
|
89
|
+
- **操作マニュアル原則**:SkillはSOP、明確で連続的かつ自己完結的なステップ
|
|
90
|
+
- **入出力契約**:明確なインターフェース定義、擬似コードのように厳密な実行
|
|
91
|
+
- **段階的開示アーキテクチャ**:情報を階層的に読み込み、コンテキスト過多を回避
|
|
92
|
+
- **サブエージェント委譲**:複雑なタスクを自動分割、並列実行で品質を確保
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## 解決する8つのコア問題
|
|
45
97
|
|
|
46
98
|
### 1. AIが既存プロジェクトドキュメントを無視する(知識の断絶)
|
|
@@ -189,7 +241,7 @@ speccrew init --ide claude
|
|
|
189
241
|
|
|
190
242
|
初期化後、プロジェクトに以下が生成されます:
|
|
191
243
|
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7つのエージェント役割定義
|
|
192
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` —
|
|
244
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+のスキルワークフロー
|
|
193
245
|
- `speccrew-workspace/` — ワークスペース(反復ディレクトリ、ナレッジベース、ドキュメントテンプレート)
|
|
194
246
|
- `.speccrewrc` — SpecCrew設定ファイル
|
|
195
247
|
|
|
@@ -213,7 +265,22 @@ speccrew update --ide claude
|
|
|
213
265
|
|
|
214
266
|
> 各フェーズの成果物は次のフェーズに進む前に人間の確認が必要です。
|
|
215
267
|
|
|
216
|
-
### 4.
|
|
268
|
+
### 4. SpecCrewの更新
|
|
269
|
+
|
|
270
|
+
SpecCrewが新バージョンをリリースした場合、更新を完了するには2つのステップが必要です:
|
|
271
|
+
|
|
272
|
+
```bash
|
|
273
|
+
# Step 1: 更新全局 CLI 工具到最新版本
|
|
274
|
+
npm install -g speccrew@latest
|
|
275
|
+
|
|
276
|
+
# Step 2: 同步项目中的 Agents 和 Skills 到最新版本
|
|
277
|
+
cd /path/to/your-project
|
|
278
|
+
speccrew update
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
> **注意**: `npm install -g speccrew@latest` はCLIツール自体を更新し、`speccrew update` はプロジェクト内のAgentとSkill定義ファイルを更新します。完全な更新を完了するには、両方のステップを実行する必要があります。
|
|
282
|
+
|
|
283
|
+
### 5. その他のCLIコマンド
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # インストール済みのエージェントとスキルを一覧表示
|
|
@@ -239,7 +306,7 @@ your-project/
|
|
|
239
306
|
│ │ ├── speccrew-system-developer.md # システム開発者:プラットフォーム別並行開発
|
|
240
307
|
│ │ ├── speccrew-test-manager.md # テストマネージャー:3フェーズテスト調整
|
|
241
308
|
│ │ └── speccrew-task-worker.md # タスクワーカー:並行サブタスク実行
|
|
242
|
-
│ └── skills/ #
|
|
309
|
+
│ └── skills/ # 30+のスキル(機能別グループ化)
|
|
243
310
|
│ ├── speccrew-pm-*/ # プロダクト管理(要件分析、評価)
|
|
244
311
|
│ ├── speccrew-fd-*/ # 機能設計(機能設計、API契約)
|
|
245
312
|
│ ├── speccrew-sd-*/ # システム設計(フロントエンド/バックエンド/モバイル/デスクトップ)
|
package/README.ko.md
CHANGED
|
@@ -41,6 +41,58 @@ Agent와 Skill을 기존 프로젝트에 통합함으로써 프로젝트 문서
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ 주요 특징
|
|
45
|
+
|
|
46
|
+
### 🏭 가상 소프트웨어 팀
|
|
47
|
+
**7개 전문 Agent 역할** + **30+개 Skill 워크플로우**를 원클릭으로 생성하여 완전한 가상 소프트웨어 팀 구축:
|
|
48
|
+
- **Team Leader** - 전역 스케줄링 및 이터레이션 관리
|
|
49
|
+
- **Product Manager** - 요구사항 분석 및 PRD 출력
|
|
50
|
+
- **Feature Designer** - 기능 설계 + API 계약
|
|
51
|
+
- **System Designer** - 프론트엔드/백엔드/모바일/데스크톱 시스템 설계
|
|
52
|
+
- **System Developer** - 멀티플랫폼 병렬 개발
|
|
53
|
+
- **Test Manager** - 3단계 테스트 조정
|
|
54
|
+
- **Task Worker** - 하위 작업 병렬 실행
|
|
55
|
+
|
|
56
|
+
### 📐 ISA-95 6단계 모델링
|
|
57
|
+
국제 표준 **ISA-95** 모델링 방법론을 기반으로 비즈니스 요구사항에서 소프트웨어 시스템으로의 표준화된 전환:
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- 각 단계는 명확한 UML 다이어그램(유스 케이스, 시퀀스, 클래스 다이어그램 등)에 대응
|
|
64
|
+
- 비즈니스 요구사항 "단계별 정제", 정보 손실 없음
|
|
65
|
+
- 출력물은 개발에 직접 사용 가능
|
|
66
|
+
|
|
67
|
+
### 📚 지식 베이스 시스템
|
|
68
|
+
AI가 항상 "단일 진실 공급원"을 기반으로 작업하도록 보장하는 3계층 지식 베이스 아키텍처:
|
|
69
|
+
|
|
70
|
+
| 계층 | 디렉토리 | 내용 | 목적 |
|
|
71
|
+
|------|----------|------|------|
|
|
72
|
+
| L1 시스템 지식 | `knowledge/techs/` | 기술 스택, 아키텍처, 규약 | AI가 프로젝트 기술 경계 이해 |
|
|
73
|
+
| L2 비즈니스 지식 | `knowledge/bizs/` | 모듈 기능, 비즈니스 흐름, 엔티티 | AI가 비즈니스 로직 이해 |
|
|
74
|
+
| L3 이터레이션 산출물 | `iterations/iXXX/` | PRD, 설계 문서, 테스트 보고서 | 현재 요구사항 완전 추적성 체인 |
|
|
75
|
+
|
|
76
|
+
### 🔄 4단계 지식 파이프라인
|
|
77
|
+
소스 코드에서 비즈니스/기술 문서를 자동 생성하는 **자동화된 지식 생성 아키텍처**:
|
|
78
|
+
```
|
|
79
|
+
Stage 1: 소스 코드 스캔 → 모듈 목록 생성
|
|
80
|
+
Stage 2: 병렬 분석 → 기능 추출 (다중 Worker 병렬)
|
|
81
|
+
Stage 3: 병렬 요약 → 모듈 개요 완성 (다중 Worker 병렬)
|
|
82
|
+
Stage 4: 시스템 집계 → 시스템 파노라마 생성
|
|
83
|
+
```
|
|
84
|
+
- **전체 동기화** 및 **증분 동기화** 지원 (Git diff 기반)
|
|
85
|
+
- 한 사람이 최적화하면 팀이 공유
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness 실전 적용 프레임워크
|
|
88
|
+
**표준화된 실행 프레임워크**, 설계 문서가 실행 가능한 개발 지시사항으로 정확하게 변환되도록 보장:
|
|
89
|
+
- **운영 매뉴얼 원칙**: Skill은 SOP, 단계가 명확하고 연속적이며 자체 포함
|
|
90
|
+
- **입출력 계약**: 인터페이스를 명확히 정의, 의사코드처럼 엄격하게 실행
|
|
91
|
+
- **단계별 공개 아키텍처**: 정보를 계층적으로 로드, 일회성 컨텍스트 과부하 방지
|
|
92
|
+
- **하위 Agent 위임**: 복잡한 작업 자동 분할, 병렬 실행으로 품질 보장
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## 8가지 핵심 문제 해결
|
|
45
97
|
|
|
46
98
|
### 1. AI가 기존 프로젝트 문서를 무시함 (지식 단절)
|
|
@@ -189,7 +241,7 @@ speccrew init --ide claude
|
|
|
189
241
|
|
|
190
242
|
초기화 후 프로젝트에 다음이 생성됩니다:
|
|
191
243
|
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7개 Agent 역할 정의
|
|
192
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` —
|
|
244
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+개 Skill 워크플로우
|
|
193
245
|
- `speccrew-workspace/` — 작업 공간 (반복 디렉토리, 지식 기반, 문서 템플릿)
|
|
194
246
|
- `.speccrewrc` — SpecCrew 구성 파일
|
|
195
247
|
|
|
@@ -213,7 +265,22 @@ speccrew update --ide claude
|
|
|
213
265
|
|
|
214
266
|
> 각 단계의 산출물은 다음 단계로 진행하기 전 사용자 확인이 필요합니다.
|
|
215
267
|
|
|
216
|
-
### 4.
|
|
268
|
+
### 4. SpecCrew 업데이트
|
|
269
|
+
|
|
270
|
+
새로운 버전의 SpecCrew가 출시되면 다음 두 단계를 완료하여 업데이트하세요:
|
|
271
|
+
|
|
272
|
+
```bash
|
|
273
|
+
# Step 1: Update the global CLI tool to the latest version
|
|
274
|
+
npm install -g speccrew@latest
|
|
275
|
+
|
|
276
|
+
# Step 2: Sync Agents and Skills in your project to the latest version
|
|
277
|
+
cd /path/to/your-project
|
|
278
|
+
speccrew update
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
> **참고**: `npm install -g speccrew@latest`는 CLI 도구 자체를 업데이트하고, `speccrew update`는 프로젝트의 Agent와 Skill 정의 파일을 업데이트합니다. 완전한 업데이트를 위해서는 두 단계 모두 필요합니다.
|
|
282
|
+
|
|
283
|
+
### 5. 기타 CLI 명령
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # 설치된 agent와 skill 나열
|
|
@@ -239,7 +306,7 @@ your-project/
|
|
|
239
306
|
│ │ ├── speccrew-system-developer.md # 시스템 개발자: 플랫폼별 병렬 개발
|
|
240
307
|
│ │ ├── speccrew-test-manager.md # 테스트 관리자: 3단계 테스트 조정
|
|
241
308
|
│ │ └── speccrew-task-worker.md # 작업자: 병렬 하위 작업 실행
|
|
242
|
-
│ └── skills/ #
|
|
309
|
+
│ └── skills/ # 30+개 Skill (기능별 그룹화)
|
|
243
310
|
│ ├── speccrew-pm-*/ # 제품 관리 (요구사항 분석, 평가)
|
|
244
311
|
│ ├── speccrew-fd-*/ # 기능 설계 (Feature Design, API 계약)
|
|
245
312
|
│ ├── speccrew-sd-*/ # 시스템 설계 (프론트엔드/백엔드/모바일/데스크톱)
|
package/README.md
CHANGED
|
@@ -41,6 +41,58 @@ SpecCrew 是一套嵌入式的虚拟 AI 开发团队框架。它将专业的软
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ 核心亮点
|
|
45
|
+
|
|
46
|
+
### 🏭 虚拟软件团队
|
|
47
|
+
一键生成 **7 个专业 Agent 角色** + **30+ 个 Skill 工作流**,构建完整虚拟软件团队:
|
|
48
|
+
- **Team Leader** - 全局调度与迭代管理
|
|
49
|
+
- **Product Manager** - 需求分析与 PRD 输出
|
|
50
|
+
- **Feature Designer** - 功能设计 + API 契约
|
|
51
|
+
- **System Designer** - 前端/后端/移动端/桌面端系统设计
|
|
52
|
+
- **System Developer** - 多端并行开发
|
|
53
|
+
- **Test Manager** - 三阶段测试协调
|
|
54
|
+
- **Task Worker** - 子任务并行执行
|
|
55
|
+
|
|
56
|
+
### 📐 ISA-95 六段式建模
|
|
57
|
+
基于国际标准 **ISA-95** 建模方法论,实现业务需求到软件系统的标准化转化:
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- 每个阶段对应明确的 UML 图(用例图、序列图、类图等)
|
|
64
|
+
- 业务需求"逐级细化",无信息丢失
|
|
65
|
+
- 输出物可直接用于开发
|
|
66
|
+
|
|
67
|
+
### 📚 知识库体系
|
|
68
|
+
三层次知识库架构,确保 AI 始终基于"事实来源"工作:
|
|
69
|
+
|
|
70
|
+
| 层级 | 目录 | 内容 | 作用 |
|
|
71
|
+
|------|------|------|------|
|
|
72
|
+
| L1 系统知识 | `knowledge/techs/` | 技术栈、架构、开发规约 | AI 理解项目技术边界 |
|
|
73
|
+
| L2 业务知识 | `knowledge/bizs/` | 模块功能、业务流程、实体关系 | AI 理解业务逻辑 |
|
|
74
|
+
| L3 迭代产物 | `iterations/iXXX/` | PRD、设计文档、测试报告 | 当前需求完整追溯链 |
|
|
75
|
+
|
|
76
|
+
### 🔄 四阶段知识流水线
|
|
77
|
+
**自动化知识生成架构**,从源代码自动生成业务/技术文档:
|
|
78
|
+
```
|
|
79
|
+
Stage 1: 扫描源码 → 生成模块清单
|
|
80
|
+
Stage 2: 并行分析 → 提取功能特性(多 Worker 并行)
|
|
81
|
+
Stage 3: 并行汇总 → 完善模块概览(多 Worker 并行)
|
|
82
|
+
Stage 4: 系统聚合 → 生成系统全景图
|
|
83
|
+
```
|
|
84
|
+
- 支持 **全量同步** 和 **增量同步**(基于 Git diff)
|
|
85
|
+
- 一人优化,团队共享
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness 实战落地框架
|
|
88
|
+
**标准化执行框架**,确保设计文档精准转化为可执行的开发指令:
|
|
89
|
+
- **操作手册原则**:Skill 即 SOP,步骤清晰、连续、自包含
|
|
90
|
+
- **输入输出契约**:明确定义接口,像伪代码一样严谨执行
|
|
91
|
+
- **逐级披露架构**:信息分层加载,避免一次性上下文过载
|
|
92
|
+
- **子 Agent 委派**:复杂任务自动拆分,并行执行确保质量
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## 解决 8 个核心问题
|
|
45
97
|
|
|
46
98
|
### 1. AI 忽略现有项目文档(知识断层)
|
|
@@ -189,7 +241,7 @@ speccrew init --ide claude
|
|
|
189
241
|
|
|
190
242
|
初始化完成后,项目中会生成:
|
|
191
243
|
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 个 Agent 角色定义
|
|
192
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` —
|
|
244
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+ 个 Skill 工作流
|
|
193
245
|
- `speccrew-workspace/` — 工作区(迭代目录、知识库、文档模板)
|
|
194
246
|
- `.speccrewrc` — SpecCrew 配置文件
|
|
195
247
|
|
|
@@ -213,7 +265,22 @@ speccrew update --ide claude
|
|
|
213
265
|
|
|
214
266
|
> 每个阶段产出物需人工确认后方可进入下一阶段。
|
|
215
267
|
|
|
216
|
-
### 4.
|
|
268
|
+
### 4. 更新 SpecCrew
|
|
269
|
+
|
|
270
|
+
当 SpecCrew 发布新版本时,需要两步完成更新:
|
|
271
|
+
|
|
272
|
+
```bash
|
|
273
|
+
# Step 1: 更新全局 CLI 工具到最新版本
|
|
274
|
+
npm install -g speccrew@latest
|
|
275
|
+
|
|
276
|
+
# Step 2: 同步项目中的 Agents 和 Skills 到最新版本
|
|
277
|
+
cd /path/to/your-project
|
|
278
|
+
speccrew update
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
> **注意**:`npm install -g speccrew@latest` 更新的是 CLI 工具本身,`speccrew update` 更新的是项目中的 Agent 和 Skill 定义文件。两步都需要执行才能完成完整更新。
|
|
282
|
+
|
|
283
|
+
### 5. 其他 CLI 命令
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # 列出已安装的 agents 和 skills
|
package/README.no.md
CHANGED
|
@@ -41,6 +41,58 @@ Ved å integrere Agenter og Skills i eksisterende prosjekter, kan team raskt ini
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ Nøkkelfunksjoner
|
|
45
|
+
|
|
46
|
+
### 🏭 Virtuelt Programvareteam
|
|
47
|
+
Ett-klikks generering av **7 profesjonelle Agent-roller** + **30+ Skill-arbeidsflyter**, bygging av et komplett virtuelt programvareteam:
|
|
48
|
+
- **Team Leader** - Global planlegging og iterasjonshåndtering
|
|
49
|
+
- **Product Manager** - Kravanalyse og PRD-utdata
|
|
50
|
+
- **Feature Designer** - Funksjonsdesign + API-kontrakter
|
|
51
|
+
- **System Designer** - Systemdesign for Frontend/Backend/Mobil/Desktop
|
|
52
|
+
- **System Developer** - Multiplattform parallellutvikling
|
|
53
|
+
- **Test Manager** - Trefaset testkoordinering
|
|
54
|
+
- **Task Worker** - Parallell underoppgaveutførelse
|
|
55
|
+
|
|
56
|
+
### 📐 ISA-95 Sekstrinns Modellering
|
|
57
|
+
Basert på internasjonal **ISA-95** modelleringsmetodikk, standardisering av transformasjonen fra forretningskrav til programvaresystemer:
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- Hvert trinn tilsvarer spesifikke UML-diagrammer (use case, sekvens, klassediagrammer)
|
|
64
|
+
- Forretningskrav "foredles trinn for trinn" uten informasjonstap
|
|
65
|
+
- Uttak er direkte brukbar for utvikling
|
|
66
|
+
|
|
67
|
+
### 📚 Kunnskapsbasesystem
|
|
68
|
+
Trenivå kunnskapsbasearkitektur som sikrer at AI alltid jobber basert på "den eneste sannhetskilden":
|
|
69
|
+
|
|
70
|
+
| Nivå | Katalog | Innhold | Formål |
|
|
71
|
+
|------|---------|---------|--------|
|
|
72
|
+
| L1 Systemkunnskap | `knowledge/techs/` | Tech-stack, arkitektur, konvensjoner | AI forstår prosjektets tekniske grenser |
|
|
73
|
+
| L2 Forretningskunnskap | `knowledge/bizs/` | Modulfunksjoner, forretningsflyter, enheter | AI forstår forretningslogikk |
|
|
74
|
+
| L3 Iterasjonsartefakter | `iterations/iXXX/` | PRD, designdokumenter, testrapporter | Full sporbarhetskjede for gjeldende krav |
|
|
75
|
+
|
|
76
|
+
### 🔄 Firetrinns Kunnskapspipeline
|
|
77
|
+
**Automatisert kunnskapsproduksjonsarkitektur**, automatisk generering av forretnings/teknisk dokumentasjon fra kildekode:
|
|
78
|
+
```
|
|
79
|
+
Trinn 1: Skann kildekode → Generer modulliste
|
|
80
|
+
Trinn 2: Parallell analyse → Trekk ut funksjoner (multi-Worker parallelt)
|
|
81
|
+
Trinn 3: Parallell oppsummering → Fullfør moduloversikter (multi-Worker parallelt)
|
|
82
|
+
Trinn 4: Systemaggregering → Generer systempanorama
|
|
83
|
+
```
|
|
84
|
+
- Støtter **full synkronisering** og **inkrementell synkronisering** (basert på Git diff)
|
|
85
|
+
- En person optimaliserer, team deler
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness Praktisk Implementeringsrammeverk
|
|
88
|
+
**Standardisert utførelsesrammeverk**, sikrer at designdokumenter presist transformeres til kjørbare utviklingsinstruksjoner:
|
|
89
|
+
- **Driftshåndbok-prinsipp**: Skill er SOP, trinn er klare, sammenhengende og selvstendige
|
|
90
|
+
- **Inn- og utdatakontrakt**: Tydelig definerte grensesnitt, utføres like strengt som pseudokode
|
|
91
|
+
- **Progressiv avsløringsarkitektur**: Informasjon lastes lagvis, unngår engangskontekst-overbelastning
|
|
92
|
+
- **Sub-Agent-delegering**: Komplekse oppgaver deles automatisk, parallell utførelse sikrer kvalitet
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## 8 Kjerne-problemer Løst
|
|
45
97
|
|
|
46
98
|
### 1. AI Ignorerer Eksisterende Prosjektdokumentasjon (Kunnskapshull)
|
|
@@ -189,7 +241,7 @@ speccrew init --ide claude
|
|
|
189
241
|
|
|
190
242
|
Etter initialisering vil følgende bli generert i prosjektet ditt:
|
|
191
243
|
- `.qoder/agents/` / `.cursor/agents/` / `.claude/agents/` — 7 Agent-rolledefinisjoner
|
|
192
|
-
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` —
|
|
244
|
+
- `.qoder/skills/` / `.cursor/skills/` / `.claude/skills/` — 30+ Skill-arbeidsflyter
|
|
193
245
|
- `speccrew-workspace/` — Arbeidsområde (iterasjonskataloger, kunnskapsbase, dokumentmaler)
|
|
194
246
|
- `.speccrewrc` — SpecCrew-konfigurasjonsfil
|
|
195
247
|
|
|
@@ -213,7 +265,22 @@ Følg standard ingeniørarbeidsflyt trinn for trinn:
|
|
|
213
265
|
|
|
214
266
|
> Hver fases leveranser krever menneskelig bekreftelse før fortsettelse til neste fase.
|
|
215
267
|
|
|
216
|
-
### 4.
|
|
268
|
+
### 4. Oppdater SpecCrew
|
|
269
|
+
|
|
270
|
+
Når en ny versjon av SpecCrew slippes, fullfør oppdateringen i to trinn:
|
|
271
|
+
|
|
272
|
+
```bash
|
|
273
|
+
# Step 1: Update the global CLI tool to the latest version
|
|
274
|
+
npm install -g speccrew@latest
|
|
275
|
+
|
|
276
|
+
# Step 2: Sync Agents and Skills in your project to the latest version
|
|
277
|
+
cd /path/to/your-project
|
|
278
|
+
speccrew update
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
> **Merk**: `npm install -g speccrew@latest` oppdaterer selve CLI-verktøyet, mens `speccrew update` oppdaterer Agent- og Skill-definisjonsfilene i prosjektet ditt. Begge trinnene er nødvendige for en fullstendig oppdatering.
|
|
282
|
+
|
|
283
|
+
### 5. Andre CLI-kommandoer
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # List opp installerte agenter og skills
|
|
@@ -239,7 +306,7 @@ your-project/
|
|
|
239
306
|
│ │ ├── speccrew-system-developer.md # System Utvikler: Parallell utvikling per plattform
|
|
240
307
|
│ │ ├── speccrew-test-manager.md # Testleder: Trefase-testkoordinering
|
|
241
308
|
│ │ └── speccrew-task-worker.md # Oppgave-arbeider: Parallell underoppgave-utførelse
|
|
242
|
-
│ └── skills/ #
|
|
309
|
+
│ └── skills/ # 30+ Skills (gruppert etter funksjon)
|
|
243
310
|
│ ├── speccrew-pm-*/ # Produktstyring (kravanalyse, evaluering)
|
|
244
311
|
│ ├── speccrew-fd-*/ # Feature Design (Feature Design, API Kontrakt)
|
|
245
312
|
│ ├── speccrew-sd-*/ # System Design (frontend/backend/mobil/desktop)
|