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
|
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
|
|
|
361
361
|
|
|
362
362
|
---
|
|
363
363
|
|
|
364
|
-
## 6.
|
|
364
|
+
## 6. Διαχείριση Προόδου Ροής Εργασίας
|
|
365
|
+
|
|
366
|
+
Η εικονική ομάδα SpecCrew ακολουθεί έναν αυστηρό μηχανισμό πύλης σταδίων όπου κάθε φάση πρέπει να επιβεβαιωθεί από τον χρήστη πριν προχωρήσει στην επόμενη. Υποστηρίζει επίσης εκτέλεση με συνέχιση — κατά την επανεκκίνηση μετά από διακοπή, συνεχίζει αυτόματα από εκεί που σταμάτησε.
|
|
367
|
+
|
|
368
|
+
### 6.1 Αρχεία Προόδου Τριών Επιπέδων
|
|
369
|
+
|
|
370
|
+
Η ροή εργασίας διατηρεί αυτόματα τρία είδη αρχείων προόδου JSON, που βρίσκονται στον κατάλογο επανάληψης:
|
|
371
|
+
|
|
372
|
+
| Αρχείο | Τοποθεσία | Σκοπός |
|
|
373
|
+
|--------|-----------|--------|
|
|
374
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Καταγράφει την κατάσταση κάθε σταδίου αγωγού |
|
|
375
|
+
| `.checkpoints.json` | Κάτω από κάθε κατάλογο φάσης | Καταγράφει την κατάσταση επιβεβαίωσης σημείου ελέγχου χρήστη |
|
|
376
|
+
| `DISPATCH-PROGRESS.json` | Κάτω από κάθε κατάλογο φάσης | Καταγράφει την πρόοδο ανά αντικείμενο για παράλληλες εργασίες (πολλαπλές πλατφόρμες/πολλαπλές μονάδες) |
|
|
377
|
+
|
|
378
|
+
### 6.2 Ροή Κατάστασης Σταδίου
|
|
379
|
+
|
|
380
|
+
Κάθε φάση ακολουθεί αυτή τη ροή κατάστασης:
|
|
381
|
+
|
|
382
|
+
```
|
|
383
|
+
pending → in_progress → completed → confirmed
|
|
384
|
+
```
|
|
385
|
+
|
|
386
|
+
- **pending**: Δεν έχει ξεκινήσει ακόμα
|
|
387
|
+
- **in_progress**: Εκτελείται επί του παρόντος
|
|
388
|
+
- **completed**: Η εκτέλεση του Agent ολοκληρώθηκε, αναμονή επιβεβαίωσης χρήστη
|
|
389
|
+
- **confirmed**: Ο χρήστης επιβεβαίωσε μέσω του τελικού σημείου ελέγχου, η επόμενη φάση μπορεί να ξεκινήσει
|
|
390
|
+
|
|
391
|
+
### 6.3 Εκτέλεση με Συνέχιση
|
|
392
|
+
|
|
393
|
+
Κατά την επανεκκίνηση ενός Agent για μια φάση:
|
|
394
|
+
|
|
395
|
+
1. **Αυτόματος έλεγχος ανάντη**: Επαληθεύει αν η προηγούμενη φάση έχει επιβεβαιωθεί, μπλοκάρει και προτρέπει αν όχι
|
|
396
|
+
2. **Ανάκτηση σημείου ελέγχου**: Διαβάζει το `.checkpoints.json`, παρακάμπτει τα περασμένα σημεία ελέγχου, συνεχίζει από το τελευταίο σημείο διακοπής
|
|
397
|
+
3. **Ανάκτηση παράλληλης εργασίας**: Διαβάζει το `DISPATCH-PROGRESS.json`, επαναεκτελεί μόνο εργασίες με κατάσταση `pending` ή `failed`, παρακάμπτει τις εργασίες `completed`
|
|
398
|
+
|
|
399
|
+
### 6.4 Προβολή Τρέχουσας Προόδου
|
|
400
|
+
|
|
401
|
+
Προβολή της κατάστασης πανοράματος αγωγού μέσω του Team Leader Agent:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader προβολή προόδου τρέχουσας επανάληψης
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
Ο Team Leader θα διαβάσει τα αρχεία προόδου και θα εμφανίσει μια επισκόπηση κατάστασης παρόμοια με:
|
|
408
|
+
|
|
409
|
+
```
|
|
410
|
+
Pipeline Status: i001-user-management
|
|
411
|
+
01 PRD: ✅ Confirmed
|
|
412
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
413
|
+
03 System Design: ⏳ Pending
|
|
414
|
+
04 Development: ⏳ Pending
|
|
415
|
+
05 System Test: ⏳ Pending
|
|
416
|
+
```
|
|
417
|
+
|
|
418
|
+
### 6.5 Οπίσθια Συμβατότητα
|
|
419
|
+
|
|
420
|
+
Ο μηχανισμός αρχείων προόδου είναι πλήρως συμβατός προς τα πίσω — αν τα αρχεία προόδου δεν υπάρχουν (π.χ. σε παλιά έργα ή νέες επαναλήψεις), όλοι οι Agents θα εκτελούνται κανονικά σύμφωνα με την αρχική λογική.
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. Συχνές Ερωτήσεις (FAQ)
|
|
365
425
|
|
|
366
426
|
### Ε1: Τι να κάνω αν ο Agent δεν λειτουργεί όπως αναμένεται;
|
|
367
427
|
|
|
@@ -389,8 +449,22 @@ iterations/
|
|
|
389
449
|
|
|
390
450
|
### Ε4: Πώς να ενημερώσω την έκδοση SpecCrew;
|
|
391
451
|
|
|
392
|
-
|
|
393
|
-
|
|
452
|
+
Η ενημέρωση γίνεται σε δύο βήματα:
|
|
453
|
+
|
|
454
|
+
```bash
|
|
455
|
+
# Βήμα 1: Ενημερώστε το καθολικό εργαλείο CLI
|
|
456
|
+
npm install -g speccrew@latest
|
|
457
|
+
|
|
458
|
+
# Βήμα 2: Συγχρονίστε τους Agents και Skills στον κατάλογο του έργου
|
|
459
|
+
cd /path/to/your-project
|
|
460
|
+
speccrew update
|
|
461
|
+
```
|
|
462
|
+
|
|
463
|
+
- `npm install -g speccrew@latest`: Ενημερώνει το ίδιο το εργαλείο CLI (η νέα έκδοση μπορεί να περιέχει νέους ορισμούς Agent/Skill, διορθώσεις σφαλμάτων κλπ.)
|
|
464
|
+
- `speccrew update`: Συγχρονίζει τα αρχεία ορισμών Agent και Skill στο έργο στην πιο πρόσφατη έκδοση
|
|
465
|
+
- `speccrew update --ide cursor`: Ενημερώνει μόνο τη διαμόρφωση του καθορισμένου IDE
|
|
466
|
+
|
|
467
|
+
> **Σημείωση**: Και τα δύο βήματα πρέπει να εκτελεστούν. Η εκτέλεση μόνο του `speccrew update` δεν θα ενημερώσει το ίδιο το εργαλείο CLI· η εκτέλεση μόνο του `npm install` δεν θα ενημερώσει τα αρχεία στο έργο.
|
|
394
468
|
|
|
395
469
|
### Ε5: Πώς να δω ιστορικές επαναλήψεις;
|
|
396
470
|
|
|
@@ -405,7 +479,7 @@ iterations/
|
|
|
405
479
|
|
|
406
480
|
---
|
|
407
481
|
|
|
408
|
-
##
|
|
482
|
+
## 8. Γρήγορη Αναφορά
|
|
409
483
|
|
|
410
484
|
### Γρήγορη Αναφορά Εκκίνησης Agent
|
|
411
485
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. Workflow Progress Management
|
|
364
|
+
|
|
365
|
+
The SpecCrew virtual team follows a strict stage-gating mechanism where each phase must be confirmed by the user before proceeding to the next. It also supports resumable execution — when restarted after interruption, it automatically continues from where it left off.
|
|
366
|
+
|
|
367
|
+
### 6.1 Three-Layer Progress Files
|
|
368
|
+
|
|
369
|
+
The workflow automatically maintains three types of JSON progress files, located in the iteration directory:
|
|
370
|
+
|
|
371
|
+
| File | Location | Purpose |
|
|
372
|
+
|------|----------|---------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Records the status of each pipeline stage |
|
|
374
|
+
| `.checkpoints.json` | Under each phase directory | Records user checkpoint confirmation status |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | Under each phase directory | Records item-by-item progress for parallel tasks (multi-platform/multi-module) |
|
|
376
|
+
|
|
377
|
+
### 6.2 Stage Status Flow
|
|
378
|
+
|
|
379
|
+
Each phase follows this status flow:
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending**: Not yet started
|
|
386
|
+
- **in_progress**: Currently executing
|
|
387
|
+
- **completed**: Agent execution completed, awaiting user confirmation
|
|
388
|
+
- **confirmed**: User confirmed through final checkpoint, next phase can start
|
|
389
|
+
|
|
390
|
+
### 6.3 Resumable Execution
|
|
391
|
+
|
|
392
|
+
When restarting an Agent for a phase:
|
|
393
|
+
|
|
394
|
+
1. **Automatic upstream check**: Verifies if the previous phase is confirmed, blocks and prompts if not
|
|
395
|
+
2. **Checkpoint recovery**: Reads `.checkpoints.json`, skips passed checkpoints, continues from the last interruption point
|
|
396
|
+
3. **Parallel task recovery**: Reads `DISPATCH-PROGRESS.json`, only re-executes tasks with `pending` or `failed` status, skips `completed` tasks
|
|
397
|
+
|
|
398
|
+
### 6.4 Viewing Current Progress
|
|
399
|
+
|
|
400
|
+
View the pipeline panorama status through the Team Leader Agent:
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader view current iteration progress
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
The Team Leader will read the progress files and display a status overview similar to:
|
|
407
|
+
|
|
408
|
+
```
|
|
409
|
+
Pipeline Status: i001-user-management
|
|
410
|
+
01 PRD: ✅ Confirmed
|
|
411
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
412
|
+
03 System Design: ⏳ Pending
|
|
413
|
+
04 Development: ⏳ Pending
|
|
414
|
+
05 System Test: ⏳ Pending
|
|
415
|
+
```
|
|
416
|
+
|
|
417
|
+
### 6.5 Backward Compatibility
|
|
418
|
+
|
|
419
|
+
The progress file mechanism is fully backward compatible — if progress files do not exist (e.g., in legacy projects or new iterations), all Agents will execute normally according to the original logic.
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. Frequently Asked Questions (FAQ)
|
|
364
424
|
|
|
365
425
|
### Q1: What if the Agent doesn't work as expected?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ Each iteration is completely isolated and does not affect others.
|
|
|
388
448
|
|
|
389
449
|
### Q4: How to update SpecCrew version?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
Update requires two steps:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Step 1: Update the global CLI tool
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Step 2: Sync Agents and Skills in your project directory
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`: Updates the CLI tool itself (new versions may include new Agent/Skill definitions, bug fixes, etc.)
|
|
463
|
+
- `speccrew update`: Syncs Agent and Skill definition files in your project to the latest version
|
|
464
|
+
- `speccrew update --ide cursor`: Updates configuration for a specific IDE only
|
|
465
|
+
|
|
466
|
+
> **Note**: Both steps are required. Running only `speccrew update` will not update the CLI tool itself; running only `npm install` will not update project files.
|
|
393
467
|
|
|
394
468
|
### Q5: How to view historical iterations?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ Re-initialization is required in the following situations:
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. Quick Reference
|
|
408
482
|
|
|
409
483
|
### Agent Start Quick Reference
|
|
410
484
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. Gestión del Progreso del Workflow
|
|
364
|
+
|
|
365
|
+
El equipo virtual de SpecCrew sigue un estricto mecanismo de validación por etapas donde cada fase debe ser confirmada por el usuario antes de proceder a la siguiente. También soporta ejecución reanudable — al reiniciar después de una interrupción, continúa automáticamente desde donde se detuvo.
|
|
366
|
+
|
|
367
|
+
### 6.1 Archivos de Progreso de Tres Niveles
|
|
368
|
+
|
|
369
|
+
El workflow mantiene automáticamente tres tipos de archivos de progreso JSON, ubicados en el directorio de iteración:
|
|
370
|
+
|
|
371
|
+
| Archivo | Ubicación | Propósito |
|
|
372
|
+
|---------|-----------|----------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Registra el estado de cada etapa del pipeline |
|
|
374
|
+
| `.checkpoints.json` | Bajo cada directorio de fase | Registra el estado de confirmación de checkpoints del usuario |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | Bajo cada directorio de fase | Registra el progreso elemento por elemento para tareas paralelas (multiplataforma/multimódulo) |
|
|
376
|
+
|
|
377
|
+
### 6.2 Flujo de Estado de las Etapas
|
|
378
|
+
|
|
379
|
+
Cada fase sigue este flujo de estado:
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending**: Aún no iniciado
|
|
386
|
+
- **in_progress**: Actualmente en ejecución
|
|
387
|
+
- **completed**: Ejecución del Agent completada, esperando confirmación del usuario
|
|
388
|
+
- **confirmed**: Confirmado por el usuario a través del checkpoint final, la siguiente fase puede iniciar
|
|
389
|
+
|
|
390
|
+
### 6.3 Ejecución Reanudable
|
|
391
|
+
|
|
392
|
+
Al reiniciar un Agent para una fase:
|
|
393
|
+
|
|
394
|
+
1. **Verificación automática ascendente**: Verifica si la fase anterior está confirmada, bloquea y notifica si no lo está
|
|
395
|
+
2. **Recuperación de checkpoints**: Lee `.checkpoints.json`, omite los checkpoints superados, continúa desde el último punto de interrupción
|
|
396
|
+
3. **Recuperación de tareas paralelas**: Lee `DISPATCH-PROGRESS.json`, solo reejecuta tareas con estado `pending` o `failed`, omite tareas `completed`
|
|
397
|
+
|
|
398
|
+
### 6.4 Ver el Progreso Actual
|
|
399
|
+
|
|
400
|
+
Ver el estado panorámico del pipeline a través del Agent Team Leader:
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader ver progreso de iteración actual
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
El Team Leader leerá los archivos de progreso y mostrará un resumen de estado similar a:
|
|
407
|
+
|
|
408
|
+
```
|
|
409
|
+
Pipeline Status: i001-user-management
|
|
410
|
+
01 PRD: ✅ Confirmed
|
|
411
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
412
|
+
03 System Design: ⏳ Pending
|
|
413
|
+
04 Development: ⏳ Pending
|
|
414
|
+
05 System Test: ⏳ Pending
|
|
415
|
+
```
|
|
416
|
+
|
|
417
|
+
### 6.5 Compatibilidad hacia atrás
|
|
418
|
+
|
|
419
|
+
El mecanismo de archivos de progreso es completamente retrocompatible — si los archivos de progreso no existen (por ejemplo, en proyectos heredados o nuevas iteraciones), todos los Agents se ejecutarán normalmente según la lógica original.
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. Preguntas Frecuentes (FAQ)
|
|
364
424
|
|
|
365
425
|
### P1: ¿Qué hacer si el Agente no funciona como se espera?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ Cada iteración está completamente aislada y no afecta a las demás.
|
|
|
388
448
|
|
|
389
449
|
### P4: ¿Cómo actualizar la versión de SpecCrew?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
La actualización se realiza en dos pasos:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Paso 1: Actualizar la herramienta CLI global
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Paso 2: Sincronizar Agents y Skills en el directorio del proyecto
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`: Actualiza la herramienta CLI en sí (la nueva versión puede contener nuevas definiciones de Agent/Skill, correcciones de errores, etc.)
|
|
463
|
+
- `speccrew update`: Sincroniza los archivos de definición de Agent y Skill en el proyecto a la última versión
|
|
464
|
+
- `speccrew update --ide cursor`: Actualiza solo la configuración del IDE especificado
|
|
465
|
+
|
|
466
|
+
> **Nota**: Ambos pasos deben ejecutarse. Ejecutar solo `speccrew update` no actualizará la herramienta CLI en sí; ejecutar solo `npm install` no actualizará los archivos en el proyecto.
|
|
393
467
|
|
|
394
468
|
### P5: ¿Cómo ver iteraciones históricas?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ Se requiere reinicialización en las siguientes situaciones:
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. Referencia Rápida
|
|
408
482
|
|
|
409
483
|
### Referencia Rápida de Inicio de Agentes
|
|
410
484
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. Gestion de la Progression du Workflow
|
|
364
|
+
|
|
365
|
+
L'équipe virtuelle SpecCrew suit un mécanisme strict de validation par étapes où chaque phase doit être confirmée par l'utilisateur avant de passer à la suivante. Elle prend également en charge l'exécution repreneable — lors du redémarrage après interruption, elle continue automatiquement là où elle s'était arrêtée.
|
|
366
|
+
|
|
367
|
+
### 6.1 Fichiers de Progression à Trois Niveaux
|
|
368
|
+
|
|
369
|
+
Le workflow maintient automatiquement trois types de fichiers de progression JSON, situés dans le répertoire d'itération :
|
|
370
|
+
|
|
371
|
+
| Fichier | Emplacement | Objectif |
|
|
372
|
+
|---------|-------------|----------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Enregistre le statut de chaque étape du pipeline |
|
|
374
|
+
| `.checkpoints.json` | Sous chaque répertoire de phase | Enregistre le statut de confirmation des points de contrôle utilisateur |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | Sous chaque répertoire de phase | Enregistre la progression élément par élément pour les tâches parallèles (multi-plateforme/multi-module) |
|
|
376
|
+
|
|
377
|
+
### 6.2 Flux de Statut des Étapes
|
|
378
|
+
|
|
379
|
+
Chaque phase suit ce flux de statut :
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending** : Pas encore démarré
|
|
386
|
+
- **in_progress** : En cours d'exécution
|
|
387
|
+
- **completed** : Exécution de l'Agent terminée, en attente de confirmation utilisateur
|
|
388
|
+
- **confirmed** : Confirmé par l'utilisateur via le checkpoint final, la phase suivante peut démarrer
|
|
389
|
+
|
|
390
|
+
### 6.3 Exécution Repreneable
|
|
391
|
+
|
|
392
|
+
Lors du redémarrage d'un Agent pour une phase :
|
|
393
|
+
|
|
394
|
+
1. **Vérification automatique en amont** : Vérifie si la phase précédente est confirmée, bloque et invite si ce n'est pas le cas
|
|
395
|
+
2. **Récupération des checkpoints** : Lit `.checkpoints.json`, ignore les checkpoints passés, continue depuis le dernier point d'interruption
|
|
396
|
+
3. **Récupération des tâches parallèles** : Lit `DISPATCH-PROGRESS.json`, réexécute uniquement les tâches avec statut `pending` ou `failed`, ignore les tâches `completed`
|
|
397
|
+
|
|
398
|
+
### 6.4 Consulter la Progression Actuelle
|
|
399
|
+
|
|
400
|
+
Consulter le statut panoramique du pipeline via l'Agent Team Leader :
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader voir la progression de l'itération actuelle
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
Le Team Leader lira les fichiers de progression et affichera un aperçu du statut similaire à :
|
|
407
|
+
|
|
408
|
+
```
|
|
409
|
+
Pipeline Status: i001-user-management
|
|
410
|
+
01 PRD: ✅ Confirmed
|
|
411
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
412
|
+
03 System Design: ⏳ Pending
|
|
413
|
+
04 Development: ⏳ Pending
|
|
414
|
+
05 System Test: ⏳ Pending
|
|
415
|
+
```
|
|
416
|
+
|
|
417
|
+
### 6.5 Compatibilité Ascendante
|
|
418
|
+
|
|
419
|
+
Le mécanisme de fichiers de progression est entièrement rétrocompatible — si les fichiers de progression n'existent pas (par exemple, dans les projets existants ou les nouvelles itérations), tous les Agents s'exécuteront normalement selon la logique originale.
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. Questions Fréquemment Posées (FAQ)
|
|
364
424
|
|
|
365
425
|
### Q1 : Que faire si l'Agent ne fonctionne pas comme prévu ?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ Chaque itération est complètement isolée et n'affecte pas les autres.
|
|
|
388
448
|
|
|
389
449
|
### Q4 : Comment mettre à jour la version de SpecCrew ?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
La mise à jour se fait en deux étapes :
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Étape 1 : Mettre à jour l'outil CLI global
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Étape 2 : Synchroniser les Agents et Skills dans le répertoire du projet
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest` : Met à jour l'outil CLI lui-même (la nouvelle version peut contenir de nouvelles définitions Agent/Skill, des corrections de bugs, etc.)
|
|
463
|
+
- `speccrew update` : Synchronise les fichiers de définition Agent et Skill du projet vers la dernière version
|
|
464
|
+
- `speccrew update --ide cursor` : Met à jour uniquement la configuration de l'IDE spécifié
|
|
465
|
+
|
|
466
|
+
> **Remarque** : Les deux étapes doivent être exécutées. Exécuter uniquement `speccrew update` ne mettra pas à jour l'outil CLI lui-même ; exécuter uniquement `npm install` ne mettra pas à jour les fichiers dans le projet.
|
|
393
467
|
|
|
394
468
|
### Q5 : Comment consulter les itérations historiques ?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ La réinitialisation est nécessaire dans les situations suivantes :
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. Référence Rapide
|
|
408
482
|
|
|
409
483
|
### Référence Rapide de Démarrage Agent
|
|
410
484
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. Gestione del Progresso del Workflow
|
|
364
|
+
|
|
365
|
+
Il team virtuale SpecCrew segue un rigoroso meccanismo di validazione a stadi in cui ogni fase deve essere confermata dall'utente prima di procedere alla successiva. Supporta anche l'esecuzione riprendibile — al riavvio dopo un'interruzione, continua automaticamente da dove si era fermato.
|
|
366
|
+
|
|
367
|
+
### 6.1 File di Progresso a Tre Livelli
|
|
368
|
+
|
|
369
|
+
Il workflow mantiene automaticamente tre tipi di file di progresso JSON, situati nella directory di iterazione:
|
|
370
|
+
|
|
371
|
+
| File | Posizione | Scopo |
|
|
372
|
+
|------|-----------|-------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Registra lo stato di ogni fase del pipeline |
|
|
374
|
+
| `.checkpoints.json` | Sotto ogni directory di fase | Registra lo stato di conferma dei checkpoint utente |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | Sotto ogni directory di fase | Registra il progresso elemento per elemento per task paralleli (multi-piattaforma/multi-modulo) |
|
|
376
|
+
|
|
377
|
+
### 6.2 Flusso di Stato delle Fasi
|
|
378
|
+
|
|
379
|
+
Ogni fase segue questo flusso di stato:
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending**: Non ancora avviato
|
|
386
|
+
- **in_progress**: Attualmente in esecuzione
|
|
387
|
+
- **completed**: Esecuzione Agent completata, in attesa di conferma utente
|
|
388
|
+
- **confirmed**: Confermato dall'utente tramite checkpoint finale, la fase successiva può iniziare
|
|
389
|
+
|
|
390
|
+
### 6.3 Esecuzione Riprendibile
|
|
391
|
+
|
|
392
|
+
Al riavvio di un Agent per una fase:
|
|
393
|
+
|
|
394
|
+
1. **Verifica automatica a monte**: Verifica se la fase precedente è confermata, blocca e notifica se non lo è
|
|
395
|
+
2. **Recupero checkpoint**: Legge `.checkpoints.json`, salta i checkpoint superati, continua dall'ultimo punto di interruzione
|
|
396
|
+
3. **Recupero task paralleli**: Legge `DISPATCH-PROGRESS.json`, riesegue solo i task con stato `pending` o `failed`, salta i task `completed`
|
|
397
|
+
|
|
398
|
+
### 6.4 Visualizzare il Progresso Attuale
|
|
399
|
+
|
|
400
|
+
Visualizzare lo stato panoramico del pipeline tramite l'Agent Team Leader:
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader visualizzare il progresso dell'iterazione corrente
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
Il Team Leader leggerà i file di progresso e mostrerà un riepilogo dello stato simile a:
|
|
407
|
+
|
|
408
|
+
```
|
|
409
|
+
Pipeline Status: i001-user-management
|
|
410
|
+
01 PRD: ✅ Confirmed
|
|
411
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
412
|
+
03 System Design: ⏳ Pending
|
|
413
|
+
04 Development: ⏳ Pending
|
|
414
|
+
05 System Test: ⏳ Pending
|
|
415
|
+
```
|
|
416
|
+
|
|
417
|
+
### 6.5 Compatibilità all'Indietro
|
|
418
|
+
|
|
419
|
+
Il meccanismo dei file di progresso è completamente retrocompatibile — se i file di progresso non esistono (ad esempio, in progetti legacy o nuove iterazioni), tutti gli Agent verranno eseguiti normalmente secondo la logica originale.
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. Domande Frequenti (FAQ)
|
|
364
424
|
|
|
365
425
|
### Q1: Cosa fare se l'Agent non funziona come previsto?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ Ogni iterazione è completamente isolata e non influenza le altre.
|
|
|
388
448
|
|
|
389
449
|
### Q4: Come aggiornare la versione di SpecCrew?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
L'aggiornamento avviene in due passaggi:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Passaggio 1: Aggiornare lo strumento CLI globale
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Passaggio 2: Sincronizzare Agent e Skill nella directory del progetto
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`: Aggiorna lo strumento CLI stesso (la nuova versione può contenere nuove definizioni Agent/Skill, correzioni di bug, ecc.)
|
|
463
|
+
- `speccrew update`: Sincronizza i file di definizione Agent e Skill nel progetto all'ultima versione
|
|
464
|
+
- `speccrew update --ide cursor`: Aggiorna solo la configurazione dell'IDE specificato
|
|
465
|
+
|
|
466
|
+
> **Nota**: Entrambi i passaggi devono essere eseguiti. Eseguire solo `speccrew update` non aggiornerà lo strumento CLI stesso; eseguire solo `npm install` non aggiornerà i file nel progetto.
|
|
393
467
|
|
|
394
468
|
### Q5: Come visualizzare le iterazioni storiche?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ La re-inizializzazione è necessaria nelle seguenti situazioni:
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. Riferimento Rapido
|
|
408
482
|
|
|
409
483
|
### Riferimento Rapido Avvio Agent
|
|
410
484
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. パイプライン進捗管理
|
|
364
|
+
|
|
365
|
+
SpecCrew 仮想チームは厳密なフェーズゲートメカニズムに従い、各フェーズはユーザー確認後に次のフェーズに進む必要があります。また、ブレークポイントレジュームをサポート —— 中断後に再起動すると、自動的に前回停止した位置から継続します。
|
|
366
|
+
|
|
367
|
+
### 6.1 三層進捗ファイル
|
|
368
|
+
|
|
369
|
+
ワークフローは自動的に3種類の JSON 進捗ファイルを維持し、イテレーションディレクトリに配置されます:
|
|
370
|
+
|
|
371
|
+
| ファイル | 位置 | 役割 |
|
|
372
|
+
|------|------|------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | パイプライン全体の各フェーズ状態を記録 |
|
|
374
|
+
| `.checkpoints.json` | 各フェーズディレクトリ下 | ユーザーチェックポイント(Checkpoint)の通過状態を記録 |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | 各フェーズディレクトリ下 | 並行タスク(複数プラットフォーム/モジュール)の個別進捗を記録 |
|
|
376
|
+
|
|
377
|
+
### 6.2 フェーズ状態の遷移
|
|
378
|
+
|
|
379
|
+
各フェーズは以下の状態遷移に従います:
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending**:未開始
|
|
386
|
+
- **in_progress**:実行中
|
|
387
|
+
- **completed**:Agent 実行完了、ユーザー確認待ち
|
|
388
|
+
- **confirmed**:ユーザーが最終 Checkpoint を確認、次のフェーズを開始可能
|
|
389
|
+
|
|
390
|
+
### 6.3 ブレークポイントレジューム
|
|
391
|
+
|
|
392
|
+
あるフェーズの Agent を再起動すると:
|
|
393
|
+
|
|
394
|
+
1. **上流の自動チェック**:前のフェーズが confirmed されているか検証、未確認の場合はブロックして警告
|
|
395
|
+
2. **Checkpoint の復元**:`.checkpoints.json` を読み込み、通過済みの確認ポイントをスキップし、前回の中断位置から継続
|
|
396
|
+
3. **並行タスクの復元**:`DISPATCH-PROGRESS.json` を読み込み、`pending` または `failed` 状態のタスクのみ再実行、既に `completed` のタスクはスキップ
|
|
397
|
+
|
|
398
|
+
### 6.4 現在の進捗を確認
|
|
399
|
+
|
|
400
|
+
Team Leader Agent を通じてパイプラインの全体状態を確認:
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader 現在のイテレーション進捗を確認
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
Team Leader は進捗ファイルを読み込み、以下のような状態概要を表示します:
|
|
407
|
+
|
|
408
|
+
```
|
|
409
|
+
Pipeline Status: i001-user-management
|
|
410
|
+
01 PRD: ✅ Confirmed
|
|
411
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
412
|
+
03 System Design: ⏳ Pending
|
|
413
|
+
04 Development: ⏳ Pending
|
|
414
|
+
05 System Test: ⏳ Pending
|
|
415
|
+
```
|
|
416
|
+
|
|
417
|
+
### 6.5 下位互換性
|
|
418
|
+
|
|
419
|
+
進捗ファイルメカニズムは完全に下位互換 —— 進捗ファイルが存在しない場合(古いプロジェクトや新規イテレーションなど)、すべての Agent は元のロジックで正常に実行されます。
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. よくある質問(FAQ)
|
|
364
424
|
|
|
365
425
|
### Q1: エージェントが期待通りに動作しない場合は?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ iterations/
|
|
|
388
448
|
|
|
389
449
|
### Q4: SpecCrewのバージョンを更新するには?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
更新は2つのステップで行います:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# ステップ1:グローバルCLIツールを更新
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# ステップ2:プロジェクトディレクトリでAgentsとSkillsを同期
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`:CLIツール自体を更新(新バージョンには新しいAgent/Skill定義、バグ修正などが含まれる場合があります)
|
|
463
|
+
- `speccrew update`:プロジェクトのAgentおよびSkill定義ファイルを最新バージョンに同期
|
|
464
|
+
- `speccrew update --ide cursor`:指定したIDEの設定のみを更新
|
|
465
|
+
|
|
466
|
+
> **注意**:両方のステップを実行する必要があります。`speccrew update`のみを実行してもCLIツール自体は更新されません;`npm install`のみを実行してもプロジェクト内のファイルは更新されません。
|
|
393
467
|
|
|
394
468
|
### Q5: 過去のイテレーションを表示するには?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ iterations/
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. クイックリファレンス
|
|
408
482
|
|
|
409
483
|
### エージェント起動クイックリファレンス表
|
|
410
484
|
|
|
@@ -441,7 +515,7 @@ iterations/
|
|
|
441
515
|
|
|
442
516
|
---
|
|
443
517
|
|
|
444
|
-
## 次のステップ
|
|
518
|
+
## 9. 次のステップ
|
|
445
519
|
|
|
446
520
|
1. `speccrew init --ide qoder`を実行してプロジェクトを初期化
|
|
447
521
|
2. ステップ0を実行:プロジェクト診断とナレッジベース初期化
|