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
|
@@ -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 3계층 진도 파일
|
|
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: Agent가 예상대로 작동하지 않으면 어떻게 하나요?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ iterations/
|
|
|
388
448
|
|
|
389
449
|
### Q4: SpecCrew 버전을 업데이트하려면 어떻게 하나요?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
업데이트는 두 단계가 필요합니다:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# 1단계: 전역 CLI 도구 업데이트
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# 2단계: 프로젝트 디렉토리에서 Agent와 Skill 동기화
|
|
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
|
### Agent 시작 빠른 참조
|
|
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단계 실행: 프로젝트 진단 및 지식 기반 초기화
|
package/docs/GETTING-STARTED.md
CHANGED
|
@@ -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
|
+
工作流自动维护三类 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: Agent 不按预期工作怎么办?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ iterations/
|
|
|
388
448
|
|
|
389
449
|
### Q4: 如何更新 SpecCrew 版本?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
更新分为两步:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Step 1: 更新全局 CLI 工具
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Step 2: 在项目目录中同步 Agents 和 Skills
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`:更新 CLI 工具本身(新版本可能包含新的 Agent/Skill 定义、Bug 修复等)
|
|
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
|
### Agent 启动速查表
|
|
410
484
|
|
|
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
|
|
|
361
361
|
|
|
362
362
|
---
|
|
363
363
|
|
|
364
|
-
## 6.
|
|
364
|
+
## 6. Arbeidsflytforløpsstyring
|
|
365
|
+
|
|
366
|
+
Det virtuelle SpecCrew-teamet følger en streng fase-port-mekanisme hvor hver fase må bekreftes av brukeren før man fortsetter til den neste. Det støtter også gjenopptakbar utførelse — når det startes på nytt etter avbrudd, fortsetter det automatisk fra hvor det slapp.
|
|
367
|
+
|
|
368
|
+
### 6.1 Trelagsforløpsfiler
|
|
369
|
+
|
|
370
|
+
Arbeidsflyten vedlikeholder automatisk tre typer JSON-forløpsfiler, plassert i iterasjonskatalogen:
|
|
371
|
+
|
|
372
|
+
| Fil | Plassering | Formål |
|
|
373
|
+
|------|----------|---------|
|
|
374
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Registrerer status for hver pipeline-fase |
|
|
375
|
+
| `.checkpoints.json` | Under hver fasekatalog | Registrerer brukerens sjekkpunkt-bekreftelsesstatus |
|
|
376
|
+
| `DISPATCH-PROGRESS.json` | Under hver fasekatalog | Registrerer punkt-for-punkt forløp for parallelle oppgaver (multi-plattform/multi-modul) |
|
|
377
|
+
|
|
378
|
+
### 6.2 Fasestatusforløp
|
|
379
|
+
|
|
380
|
+
Hver fase følger dette statusforløpet:
|
|
381
|
+
|
|
382
|
+
```
|
|
383
|
+
pending → in_progress → completed → confirmed
|
|
384
|
+
```
|
|
385
|
+
|
|
386
|
+
- **pending**: Ikke startet ennå
|
|
387
|
+
- **in_progress**: Utføres for øyeblikket
|
|
388
|
+
- **completed**: Agent-utførelse fullført, venter på brukerbekreftelse
|
|
389
|
+
- **confirmed**: Bruker bekreftet gjennom siste sjekkpunkt, neste fase kan starte
|
|
390
|
+
|
|
391
|
+
### 6.3 Gjenopptakbar Utførelse
|
|
392
|
+
|
|
393
|
+
Når en Agent startes på nytt for en fase:
|
|
394
|
+
|
|
395
|
+
1. **Automatisk oppstrømskontroll**: Verifiserer om den forrige fasen er bekreftet, blokkerer og varsler hvis ikke
|
|
396
|
+
2. **Sjekkpunkt-gjenoppretting**: Leser `.checkpoints.json`, hopper over passerte sjekkpunkter, fortsetter fra det siste avbruddspunktet
|
|
397
|
+
3. **Parallell oppgave-gjenoppretting**: Leser `DISPATCH-PROGRESS.json`, utfører kun oppgaver med `pending` eller `failed` status på nytt, hopper over `completed` oppgaver
|
|
398
|
+
|
|
399
|
+
### 6.4 Vise Nåværende Forløp
|
|
400
|
+
|
|
401
|
+
Vis pipeline-panorama-status gjennom Team Leader Agent:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader vis nåværende iterasjonsforløp
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
Team Leader vil lese forløpsfilene og vise en statusoversikt som ligner på:
|
|
408
|
+
|
|
409
|
+
```
|
|
410
|
+
Pipeline Status: i001-user-management
|
|
411
|
+
01 PRD: ✅ Bekreftet
|
|
412
|
+
02 Feature Design: 🔄 Pågår (Sjekkpunkt A passert)
|
|
413
|
+
03 System Design: ⏳ Avventer
|
|
414
|
+
04 Development: ⏳ Avventer
|
|
415
|
+
05 System Test: ⏳ Avventer
|
|
416
|
+
```
|
|
417
|
+
|
|
418
|
+
### 6.5 Bakoverkompatibilitet
|
|
419
|
+
|
|
420
|
+
Forløpsfil-mekanismen er fullstendig bakoverkompatibel — hvis forløpsfiler ikke finnes (f.eks. i eldre prosjekter eller nye iterasjoner), vil alle Agenter utføre normalt i henhold til den opprinnelige logikken.
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. Ofte Stilte Spørsmål (FAQ)
|
|
365
425
|
|
|
366
426
|
### S1: Hva gjør jeg hvis Agenten ikke fungerer som forventet?
|
|
367
427
|
|
|
@@ -389,8 +449,22 @@ Hver iterasjon er fullstendig isolert og påvirker ikke hverandre.
|
|
|
389
449
|
|
|
390
450
|
### S4: Hvordan oppdatere SpecCrew-versjonen?
|
|
391
451
|
|
|
392
|
-
|
|
393
|
-
|
|
452
|
+
Oppdatering krever to trinn:
|
|
453
|
+
|
|
454
|
+
```bash
|
|
455
|
+
# Trinn 1: Oppdater globalt CLI-verktøy
|
|
456
|
+
npm install -g speccrew@latest
|
|
457
|
+
|
|
458
|
+
# Trinn 2: Synkroniser Agenter og Skills i prosjektkatalogen din
|
|
459
|
+
cd /path/to/your-project
|
|
460
|
+
speccrew update
|
|
461
|
+
```
|
|
462
|
+
|
|
463
|
+
- `npm install -g speccrew@latest`: Oppdaterer selve CLI-verktøyet (nye versjoner kan inkludere nye Agent/Skill-definisjoner, feilrettelser osv.)
|
|
464
|
+
- `speccrew update`: Synkroniserer Agent- og Skill-definisjonsfiler i prosjektet ditt til den nyeste versjonen
|
|
465
|
+
- `speccrew update --ide cursor`: Oppdaterer konfigurasjon kun for en spesifikk IDE
|
|
466
|
+
|
|
467
|
+
> **Merk**: Begge trinnene er nødvendige. Hvis du bare kjører `speccrew update`, oppdateres ikke selve CLI-verktøyet; hvis du bare kjører `npm install`, oppdateres ikke prosjektfilene.
|
|
394
468
|
|
|
395
469
|
### S5: Hvordan se historiske iterasjoner?
|
|
396
470
|
|
|
@@ -405,7 +479,7 @@ Re-initialisering kreves i følgende situasjoner:
|
|
|
405
479
|
|
|
406
480
|
---
|
|
407
481
|
|
|
408
|
-
##
|
|
482
|
+
## 8. Hurtigreferanse
|
|
409
483
|
|
|
410
484
|
### Agent-start Hurtigreferanse
|
|
411
485
|
|
|
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
|
|
|
361
361
|
|
|
362
362
|
---
|
|
363
363
|
|
|
364
|
-
## 6.
|
|
364
|
+
## 6. Zarządzanie Postępem Przepływu Pracy
|
|
365
|
+
|
|
366
|
+
Wirtualny zespół SpecCrew stosuje ścisły mechanizm bramek fazowych, gdzie każda faza musi zostać potwierdzona przez użytkownika przed przejściem do następnej. Obsługuje również wznawialne wykonywanie — po ponownym uruchomieniu po przerwaniu, automatycznie kontynuuje od miejsca przerwania.
|
|
367
|
+
|
|
368
|
+
### 6.1 Trójwarstwowe Pliki Postępu
|
|
369
|
+
|
|
370
|
+
Przepływ pracy automatycznie utrzymuje trzy typy plików postępu JSON, zlokalizowanych w katalogu iteracji:
|
|
371
|
+
|
|
372
|
+
| Plik | Lokalizacja | Cel |
|
|
373
|
+
|------|----------|---------|
|
|
374
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Rejestruje status każdego etapu pipeline |
|
|
375
|
+
| `.checkpoints.json` | Pod każdym katalogiem fazy | Rejestruje status potwierdzenia punktów kontrolnych użytkownika |
|
|
376
|
+
| `DISPATCH-PROGRESS.json` | Pod każdym katalogiem fazy | Rejestruje postęp punkt po punkcie dla zadań równoległych (wieloplatformowych/wielomodułowych) |
|
|
377
|
+
|
|
378
|
+
### 6.2 Przebieg Statusu Fazy
|
|
379
|
+
|
|
380
|
+
Każda faza podąża za tym przebiegiem statusu:
|
|
381
|
+
|
|
382
|
+
```
|
|
383
|
+
pending → in_progress → completed → confirmed
|
|
384
|
+
```
|
|
385
|
+
|
|
386
|
+
- **pending**: Jeszcze nie rozpoczęte
|
|
387
|
+
- **in_progress**: Obecnie wykonywane
|
|
388
|
+
- **completed**: Wykonanie Agenta zakończone, oczekiwanie na potwierdzenie użytkownika
|
|
389
|
+
- **confirmed**: Użytkownik potwierdził przez końcowy punkt kontrolny, następna faza może się rozpocząć
|
|
390
|
+
|
|
391
|
+
### 6.3 Wznawialne Wykonywanie
|
|
392
|
+
|
|
393
|
+
Podczas ponownego uruchamiania Agenta dla fazy:
|
|
394
|
+
|
|
395
|
+
1. **Automatyczna kontrola upstream**: Weryfikuje czy poprzednia faza jest potwierdzona, blokuje i informuje jeśli nie
|
|
396
|
+
2. **Odzyskiwanie punktów kontrolnych**: Odczytuje `.checkpoints.json`, pomija przekroczone punkty kontrolne, kontynuuje od ostatniego punktu przerwania
|
|
397
|
+
3. **Odzyskiwanie zadań równoległych**: Odczytuje `DISPATCH-PROGRESS.json`, ponownie wykonuje tylko zadania ze statusem `pending` lub `failed`, pomija zadania `completed`
|
|
398
|
+
|
|
399
|
+
### 6.4 Wyświetlanie Bieżącego Postępu
|
|
400
|
+
|
|
401
|
+
Wyświetl status panoramy pipeline przez Agenta Team Leader:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader wyświetl bieżący postęp iteracji
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
Team Leader odczyta pliki postępu i wyświetli podsumowanie statusu podobne do:
|
|
408
|
+
|
|
409
|
+
```
|
|
410
|
+
Pipeline Status: i001-user-management
|
|
411
|
+
01 PRD: ✅ Potwierdzone
|
|
412
|
+
02 Feature Design: 🔄 W toku (Punkt kontrolny A przekroczony)
|
|
413
|
+
03 System Design: ⏳ Oczekujące
|
|
414
|
+
04 Development: ⏳ Oczekujące
|
|
415
|
+
05 System Test: ⏳ Oczekujące
|
|
416
|
+
```
|
|
417
|
+
|
|
418
|
+
### 6.5 Wsteczna Kompatybilność
|
|
419
|
+
|
|
420
|
+
Mechanizm plików postępu jest w pełni wstecznie kompatybilny — jeśli pliki postępu nie istnieją (np. w starszych projektach lub nowych iteracjach), wszyscy Agenci będą wykonywać normalnie zgodnie z oryginalną logiką.
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. Często zadawane pytania (FAQ)
|
|
365
425
|
|
|
366
426
|
### P1: Co zrobić, jeśli Agent nie działa zgodnie z oczekiwaniami?
|
|
367
427
|
|
|
@@ -389,8 +449,22 @@ Każda iteracja jest całkowicie izolowana i nie wpływa na inne.
|
|
|
389
449
|
|
|
390
450
|
### P4: Jak zaktualizować wersję SpecCrew?
|
|
391
451
|
|
|
392
|
-
|
|
393
|
-
|
|
452
|
+
Aktualizacja wymaga dwóch kroków:
|
|
453
|
+
|
|
454
|
+
```bash
|
|
455
|
+
# Krok 1: Zaktualizuj globalne narzędzie CLI
|
|
456
|
+
npm install -g speccrew@latest
|
|
457
|
+
|
|
458
|
+
# Krok 2: Zsynchronizuj Agentów i Skille w katalogu projektu
|
|
459
|
+
cd /path/to/your-project
|
|
460
|
+
speccrew update
|
|
461
|
+
```
|
|
462
|
+
|
|
463
|
+
- `npm install -g speccrew@latest`: Aktualizuje samo narzędzie CLI (nowe wersje mogą zawierać nowe definicje Agentów/Skilli, poprawki błędów itp.)
|
|
464
|
+
- `speccrew update`: Synchronizuje pliki definicji Agentów i Skilli w projekcie do najnowszej wersji
|
|
465
|
+
- `speccrew update --ide cursor`: Aktualizuje konfigurację tylko dla konkretnego IDE
|
|
466
|
+
|
|
467
|
+
> **Uwaga**: Oba kroki są wymagane. Uruchomienie tylko `speccrew update` nie zaktualizuje samego narzędzia CLI; uruchomienie tylko `npm install` nie zaktualizuje plików projektu.
|
|
394
468
|
|
|
395
469
|
### P5: Jak wyświetlić historyczne iteracje?
|
|
396
470
|
|
|
@@ -405,7 +479,7 @@ Ponowna inicjalizacja jest wymagana w następujących sytuacjach:
|
|
|
405
479
|
|
|
406
480
|
---
|
|
407
481
|
|
|
408
|
-
##
|
|
482
|
+
## 8. Szybka referencja
|
|
409
483
|
|
|
410
484
|
### Szybka referencja uruchamiania Agentów
|
|
411
485
|
|
|
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
|
|
|
361
361
|
|
|
362
362
|
---
|
|
363
363
|
|
|
364
|
-
## 6.
|
|
364
|
+
## 6. Gestão do Progresso do Workflow
|
|
365
|
+
|
|
366
|
+
A equipe virtual SpecCrew segue um rigoroso mecanismo de validação por estágios onde cada fase deve ser confirmada pelo usuário antes de prosseguir para a próxima. Também suporta execução retomável — ao reiniciar após interrupção, continua automaticamente de onde parou.
|
|
367
|
+
|
|
368
|
+
### 6.1 Arquivos de Progresso de Três Níveis
|
|
369
|
+
|
|
370
|
+
O workflow mantém automaticamente três tipos de arquivos de progresso JSON, localizados no diretório de iteração:
|
|
371
|
+
|
|
372
|
+
| Arquivo | Localização | Propósito |
|
|
373
|
+
|---------|-------------|----------|
|
|
374
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Registra o status de cada estágio do pipeline |
|
|
375
|
+
| `.checkpoints.json` | Sob cada diretório de fase | Registra o status de confirmação dos checkpoints do usuário |
|
|
376
|
+
| `DISPATCH-PROGRESS.json` | Sob cada diretório de fase | Registra o progresso item por item para tarefas paralelas (multiplataforma/multimódulo) |
|
|
377
|
+
|
|
378
|
+
### 6.2 Fluxo de Status dos Estágios
|
|
379
|
+
|
|
380
|
+
Cada fase segue este fluxo de status:
|
|
381
|
+
|
|
382
|
+
```
|
|
383
|
+
pending → in_progress → completed → confirmed
|
|
384
|
+
```
|
|
385
|
+
|
|
386
|
+
- **pending**: Ainda não iniciado
|
|
387
|
+
- **in_progress**: Atualmente em execução
|
|
388
|
+
- **completed**: Execução do Agent concluída, aguardando confirmação do usuário
|
|
389
|
+
- **confirmed**: Confirmado pelo usuário através do checkpoint final, a próxima fase pode iniciar
|
|
390
|
+
|
|
391
|
+
### 6.3 Execução Retomável
|
|
392
|
+
|
|
393
|
+
Ao reiniciar um Agent para uma fase:
|
|
394
|
+
|
|
395
|
+
1. **Verificação automática ascendente**: Verifica se a fase anterior está confirmada, bloqueia e notifica se não estiver
|
|
396
|
+
2. **Recuperação de checkpoints**: Lê `.checkpoints.json`, ignora checkpoints passados, continua do último ponto de interrupção
|
|
397
|
+
3. **Recuperação de tarefas paralelas**: Lê `DISPATCH-PROGRESS.json`, reexecuta apenas tarefas com status `pending` ou `failed`, ignora tarefas `completed`
|
|
398
|
+
|
|
399
|
+
### 6.4 Visualizar o Progresso Atual
|
|
400
|
+
|
|
401
|
+
Visualizar o status panorâmico do pipeline através do Agent Team Leader:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader visualizar progresso da iteração atual
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
O Team Leader lerá os arquivos de progresso e exibirá um resumo do status similar a:
|
|
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 Compatibilidade com Versões Anteriores
|
|
419
|
+
|
|
420
|
+
O mecanismo de arquivos de progresso é totalmente retrocompatível — se os arquivos de progresso não existirem (por exemplo, em projetos legados ou novas iterações), todos os Agents serão executados normalmente de acordo com a lógica original.
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. Perguntas Frequentes (FAQ)
|
|
365
425
|
|
|
366
426
|
### P1: O que fazer se o Agente não funcionar como esperado?
|
|
367
427
|
|
|
@@ -389,8 +449,22 @@ Cada iteração está completamente isolada e não afeta as outras.
|
|
|
389
449
|
|
|
390
450
|
### P4: Como atualizar a versão do SpecCrew?
|
|
391
451
|
|
|
392
|
-
|
|
393
|
-
|
|
452
|
+
A atualização requer duas etapas:
|
|
453
|
+
|
|
454
|
+
```bash
|
|
455
|
+
# Etapa 1: Atualizar a ferramenta CLI global
|
|
456
|
+
npm install -g speccrew@latest
|
|
457
|
+
|
|
458
|
+
# Etapa 2: Sincronizar Agentes e Skills no diretório do projeto
|
|
459
|
+
cd /path/to/your-project
|
|
460
|
+
speccrew update
|
|
461
|
+
```
|
|
462
|
+
|
|
463
|
+
- `npm install -g speccrew@latest`: Atualiza a própria ferramenta CLI (novas versões podem incluir novas definições de Agent/Skill, correções de bugs, etc.)
|
|
464
|
+
- `speccrew update`: Sincroniza os arquivos de definição de Agent e Skill no seu projeto para a versão mais recente
|
|
465
|
+
- `speccrew update --ide cursor`: Atualiza a configuração apenas para um IDE específico
|
|
466
|
+
|
|
467
|
+
> **Nota**: Ambas as etapas são necessárias. Executar apenas `speccrew update` não atualizará a própria ferramenta CLI; executar apenas `npm install` não atualizará os arquivos do projeto.
|
|
394
468
|
|
|
395
469
|
### P5: Como ver iterações históricas?
|
|
396
470
|
|
|
@@ -405,7 +479,7 @@ Reinicialização é necessária nas seguintes situações:
|
|
|
405
479
|
|
|
406
480
|
---
|
|
407
481
|
|
|
408
|
-
##
|
|
482
|
+
## 8. Referência Rápida
|
|
409
483
|
|
|
410
484
|
### Referência Rápida de Início de Agentes
|
|
411
485
|
|
|
@@ -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**: Выполнение Агента завершено, ожидание подтверждения пользователя
|
|
389
|
+
- **confirmed**: Пользователь подтвердил через финальную контрольную точку, следующая фаза может начаться
|
|
390
|
+
|
|
391
|
+
### 6.3 Возобновляемое выполнение
|
|
392
|
+
|
|
393
|
+
При перезапуске Агента для фазы:
|
|
394
|
+
|
|
395
|
+
1. **Автоматическая проверка вверх по потоку**: Проверяет, подтверждена ли предыдущая фаза, блокирует и уведомляет, если нет
|
|
396
|
+
2. **Восстановление контрольных точек**: Читает `.checkpoints.json`, пропускает пройденные контрольные точки, продолжает с последней точки прерывания
|
|
397
|
+
3. **Восстановление параллельных задач**: Читает `DISPATCH-PROGRESS.json`, повторно выполняет только задачи со статусом `pending` или `failed`, пропускает задачи `completed`
|
|
398
|
+
|
|
399
|
+
### 6.4 Просмотр текущего прогресса
|
|
400
|
+
|
|
401
|
+
Просмотр панорамного статуса пайплайна через Агента Team Leader:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader просмотр текущего прогресса итерации
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
Team Leader прочитает файлы прогресса и отобразит обзор статуса, подобный:
|
|
408
|
+
|
|
409
|
+
```
|
|
410
|
+
Pipeline Status: i001-user-management
|
|
411
|
+
01 PRD: ✅ Подтверждено
|
|
412
|
+
02 Feature Design: 🔄 В процессе (Контрольная точка A пройдена)
|
|
413
|
+
03 System Design: ⏳ Ожидание
|
|
414
|
+
04 Development: ⏳ Ожидание
|
|
415
|
+
05 System Test: ⏳ Ожидание
|
|
416
|
+
```
|
|
417
|
+
|
|
418
|
+
### 6.5 Обратная совместимость
|
|
419
|
+
|
|
420
|
+
Механизм файлов прогресса полностью обратно совместим — если файлы прогресса не существуют (например, в устаревших проектах или новых итерациях), все Агенты будут выполняться нормально в соответствии с исходной логикой.
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. Часто задаваемые вопросы (FAQ)
|
|
365
425
|
|
|
366
426
|
### В1: Что делать, если Агент не работает как ожидается?
|
|
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: Синхронизировать Агентов и Навыки в директории проекта
|
|
459
|
+
cd /path/to/your-project
|
|
460
|
+
speccrew update
|
|
461
|
+
```
|
|
462
|
+
|
|
463
|
+
- `npm install -g speccrew@latest`: Обновляет сам CLI-инструмент (новые версии могут включать новые определения Агентов/Навыков, исправления ошибок и т.д.)
|
|
464
|
+
- `speccrew update`: Синхронизирует файлы определений Агентов и Навыков в вашем проекте до последней версии
|
|
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
|
### Быстрая справка по запуску Агентов
|
|
411
485
|
|