speccrew 0.1.11 → 0.2.0
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 +163 -25
- package/.speccrew/agents/speccrew-system-developer.md +357 -52
- 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 +285 -9
- package/.speccrew/skills/speccrew-dev-backend/SKILL.md +47 -1
- package/.speccrew/skills/speccrew-dev-desktop/SKILL.md +51 -6
- package/.speccrew/skills/speccrew-dev-frontend/SKILL.md +49 -3
- package/.speccrew/skills/speccrew-dev-mobile/SKILL.md +50 -5
- 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-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.uk.md
CHANGED
|
@@ -41,6 +41,58 @@ SpecCrew — це вбудований фреймворк віртуальної
|
|
|
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** - Проектування систем Frontend/Backend/Mobile/Desktop
|
|
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-діаграмам (use case, sequence, class diagrams)
|
|
64
|
+
- Бізнес-вимоги "уточнюються поетапно", без втрати інформації
|
|
65
|
+
- Результати безпосередньо придатні для розробки
|
|
66
|
+
|
|
67
|
+
### 📚 Система бази знань
|
|
68
|
+
Трирівнева архітектура бази знань, що гарантує, що ШІ завжди працює на основі "єдиного джерела істини":
|
|
69
|
+
|
|
70
|
+
| Рівень | Каталог | Вміст | Призначення |
|
|
71
|
+
|--------|---------|-------|-------------|
|
|
72
|
+
| L1 Системні знання | `knowledge/techs/` | Технологічний стек, архітектура, угоди | ШІ розуміє технічні межі проекту |
|
|
73
|
+
| L2 Бізнес-знання | `knowledge/bizs/` | Функції модулів, бізнес-процеси, сутності | ШІ розуміє бізнес-логіку |
|
|
74
|
+
| L3 Артефакти ітерацій | `iterations/iXXX/` | PRD, проектні документи, звіти про тестування | Повний ланцюжок відстеження для поточних вимог |
|
|
75
|
+
|
|
76
|
+
### 🔄 Чотириетапний конвеєр знань
|
|
77
|
+
**Автоматизована архітектура генерації знань**, автоматична генерація бізнес/технічної документації з вихідного коду:
|
|
78
|
+
```
|
|
79
|
+
Етап 1: Сканування вихідного коду → Генерація списку модулів
|
|
80
|
+
Етап 2: Паралельний аналіз → Вилучення функцій (багато Worker паралельно)
|
|
81
|
+
Етап 3: Паралельне узагальнення → Завершення оглядів модулів (багато Worker паралельно)
|
|
82
|
+
Етап 4: Системна агрегація → Генерація панорами системи
|
|
83
|
+
```
|
|
84
|
+
- Підтримує **повну синхронізацію** та **інкрементальну синхронізацію** (на основі Git diff)
|
|
85
|
+
- Один оптимізує, команда використовує
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness Практична структура впровадження
|
|
88
|
+
**Стандартизована структура виконання**, що забезпечує точне перетворення проектних документів у виконувані інструкції з розробки:
|
|
89
|
+
- **Принцип операційного посібника**: Навичка — це SOP, кроки чіткі, послідовні та самодостатні
|
|
90
|
+
- **Контракт введення-виведення**: Чітке визначення інтерфейсів, суворе виконання як pseudocode
|
|
91
|
+
- **Архітектура прогресивного розкриття**: Шаруватезавантаження інформації, уникнення одноразового перевантаження контексту
|
|
92
|
+
- **Делегування суб-Агентів**: Автоматичний поділ складних завдань, паралельне виконання гарантує якість
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## Вирішення 8 ключових проблем
|
|
45
97
|
|
|
46
98
|
### 1. ШІ ігнорує існуючу документацію проекту (розрив знань)
|
|
@@ -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, виконайте оновлення у два кроки:
|
|
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` оновлює файли визначень Агентів та Навичок у вашому проекті. Для повного оновлення необхідні обидва кроки.
|
|
282
|
+
|
|
283
|
+
### 5. Інші CLI команди
|
|
217
284
|
|
|
218
285
|
```bash
|
|
219
286
|
speccrew list # Список встановлених агентів та навичок
|
package/README.vi.md
CHANGED
|
@@ -41,6 +41,58 @@ Bằng cách tích hợp các Agent và Skill vào các dự án hiện có, cá
|
|
|
41
41
|
|
|
42
42
|
---
|
|
43
43
|
|
|
44
|
+
## ✨ Điểm Nổi Bật Chính
|
|
45
|
+
|
|
46
|
+
### 🏭 Đội Phần Mềm Ảo
|
|
47
|
+
Tạo bằng một cú nhấp chuột **7 vai trò Agent chuyên nghiệp** + **30+ quy trình Skill**, xây dựng đội phần mềm ảo hoàn chỉnh:
|
|
48
|
+
- **Team Leader** - Lập kế hoạch toàn cầu và quản lý lặp lại
|
|
49
|
+
- **Product Manager** - Phân tích yêu cầu và xuất PRD
|
|
50
|
+
- **Feature Designer** - Thiết kế tính năng + hợp đồng API
|
|
51
|
+
- **System Designer** - Thiết kế hệ thống Frontend/Backend/Mobile/Desktop
|
|
52
|
+
- **System Developer** - Phát triển song song đa nền tảng
|
|
53
|
+
- **Test Manager** - Điều phối kiểm thử ba giai đoạn
|
|
54
|
+
- **Task Worker** - Thực thi tác vụ phụ song song
|
|
55
|
+
|
|
56
|
+
### 📐 Mô hình hóa ISA-95 Sáu Giai đoạn
|
|
57
|
+
Dựa trên phương pháp luận mô hình hóa quốc tế **ISA-95**, chuẩn hóa chuyển đổi yêu cầu nghiệp vụ thành hệ thống phần mềm:
|
|
58
|
+
```
|
|
59
|
+
Domain Descriptions → Functions in Domains → Functions of Interest
|
|
60
|
+
↓ ↓ ↓
|
|
61
|
+
Information Flows → Categories of Information → Information Descriptions
|
|
62
|
+
```
|
|
63
|
+
- Mỗi giai đoạn tương ứng với biểu đồ UML cụ thể (use case, sequence, class)
|
|
64
|
+
- Yêu cầu nghiệp vụ được "tinh chế từng bước", không mất thông tin
|
|
65
|
+
- Đầu ra có thể sử dụng trực tiếp cho phát triển
|
|
66
|
+
|
|
67
|
+
### 📚 Hệ thống Cơ sở Kiến thức
|
|
68
|
+
Kiến trúc cơ sở kiến thức ba tầng đảm bảo AI luôn làm việc dựa trên "nguồn sự thật duy nhất":
|
|
69
|
+
|
|
70
|
+
| Tầng | Thư mục | Nội dung | Mục đích |
|
|
71
|
+
|------|---------|----------|----------|
|
|
72
|
+
| L1 Kiến thức Hệ thống | `knowledge/techs/` | Stack công nghệ, kiến trúc, quy ước | AI hiểu ranh giới kỹ thuật của dự án |
|
|
73
|
+
| L2 Kiến thức Nghiệp vụ | `knowledge/bizs/` | Chức năng module, luồng nghiệp vụ, thực thể | AI hiểu logic nghiệp vụ |
|
|
74
|
+
| L3 Tạo phẩm Lặp | `iterations/iXXX/` | PRD, tài liệu thiết kế, báo cáo kiểm thử | Chuỗi truy xuất đầy đủ cho yêu cầu hiện tại |
|
|
75
|
+
|
|
76
|
+
### 🔄 Pipeline Kiến thức Bốn Giai đoạn
|
|
77
|
+
**Kiến trúc tạo kiến thức tự động**, tự động tạo tài liệu nghiệp vụ/kỹ thuật từ mã nguồn:
|
|
78
|
+
```
|
|
79
|
+
Giai đoạn 1: Quét mã nguồn → Tạo danh sách module
|
|
80
|
+
Giai đoạn 2: Phân tích song song → Trích xuất tính năng (nhiều Worker song song)
|
|
81
|
+
Giai đoạn 3: Tóm tắt song song → Hoàn thành tổng quan module (nhiều Worker song song)
|
|
82
|
+
Giai đoạn 4: Tổng hợp hệ thống → Tạo toàn cảnh hệ thống
|
|
83
|
+
```
|
|
84
|
+
- Hỗ trợ **đồng bộ hóa đầy đủ** và **đồng bộ hóa tăng dần** (dựa trên Git diff)
|
|
85
|
+
- Một người tối ưu hóa, cả đội chia sẻ
|
|
86
|
+
|
|
87
|
+
### 🔧 Harness Khung Thực chiến Triển khai
|
|
88
|
+
**Khung thực thi chuẩn hóa**, đảm bảo tài liệu thiết kế được chuyển đổi chính xác thành các chỉ lệnh phát triển có thể thực thi:
|
|
89
|
+
- **Nguyên tắc sổ tay vận hành**: Skill là SOP, các bước rõ ràng, liên tục và tự chứa
|
|
90
|
+
- **Hợp đồng đầu vào-đầu ra**: Định nghĩa rõ ràng các giao diện, thực thi nghiêm ngặt như pseudocode
|
|
91
|
+
- **Kiến trúc tiết lộ dần dần**: Tải thông tin theo lớp, tránh quá tải ngữ cảnh một lần
|
|
92
|
+
- **Ủy quyền Sub-Agent**: Tự động chia nhỏ tác vụ phức tạp, thực thi song song đảm bảo chất lượng
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
44
96
|
## Giải quyết 8 Vấn đề Cốt lõi
|
|
45
97
|
|
|
46
98
|
### 1. AI Bỏ qua Tài liệu Dự án Hiện có (Khoảng trống Kiến thức)
|
package/README.zh-TW.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: 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 # 列出已安裝的 agents 和 skills
|
|
@@ -239,7 +306,7 @@ your-project/
|
|
|
239
306
|
│ │ ├── speccrew-system-developer.md # 系統開發者:按端並行開發
|
|
240
307
|
│ │ ├── speccrew-test-manager.md # 測試管理員:三階段測試協調
|
|
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-*/ # 系統設計(前端/後端/移動端/桌面端)
|
|
@@ -362,7 +362,67 @@ knowledges/techs/{platform-id}/
|
|
|
362
362
|
|
|
363
363
|
---
|
|
364
364
|
|
|
365
|
-
## 6.
|
|
365
|
+
## 6. إدارة تقدم سير العمل
|
|
366
|
+
|
|
367
|
+
يتبع الفريق الافتراضي SpecCrew آلية بوابة مرحلية صارمة حيث يجب تأكيد كل مرحلة من قبل المستخدم قبل المتابعة إلى المرحلة التالية. كما يدعم التنفيذ القابل للاستئناف — عند إعادة التشغيل بعد الانقطاع، يستمر تلقائياً من حيث توقف.
|
|
368
|
+
|
|
369
|
+
### 6.1 ملفات التقدم ثلاثية الطبقات
|
|
370
|
+
|
|
371
|
+
يحافظ سير العمل تلقائياً على ثلاثة أنواع من ملفات تقدم JSON، موجودة في دليل التكرار:
|
|
372
|
+
|
|
373
|
+
| الملف | الموقع | الغرض |
|
|
374
|
+
|-------|--------|--------|
|
|
375
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | يسجل حالة كل مرحلة من مراحل خط الأنابيب |
|
|
376
|
+
| `.checkpoints.json` | تحت كل دليل مرحلة | يسجل حالة تأكيد نقطة التحقق من المستخدم |
|
|
377
|
+
| `DISPATCH-PROGRESS.json` | تحت كل دليل مرحلة | يسجل التقدم بند لكل بند للمهام المتوازية (متعددة المنصات/الوحدات) |
|
|
378
|
+
|
|
379
|
+
### 6.2 تدفق حالة المرحلة
|
|
380
|
+
|
|
381
|
+
تتبع كل مرحلة تدفق الحالة هذا:
|
|
382
|
+
|
|
383
|
+
```
|
|
384
|
+
pending → in_progress → completed → confirmed
|
|
385
|
+
```
|
|
386
|
+
|
|
387
|
+
- **pending**: لم يبدأ بعد
|
|
388
|
+
- **in_progress**: قيد التنفيذ حالياً
|
|
389
|
+
- **completed**: اكتمل تنفيذ الوكيل، في انتظار تأكيد المستخدم
|
|
390
|
+
- **confirmed**: أكد المستخدم عبر نقطة التحقق النهائية، يمكن بدء المرحلة التالية
|
|
391
|
+
|
|
392
|
+
### 6.3 التنفيذ القابل للاستئناف
|
|
393
|
+
|
|
394
|
+
عند إعادة تشغيل وكيل لمرحلة:
|
|
395
|
+
|
|
396
|
+
1. **التحقق التلقائي من المنبع**: يتحقق مما إذا كانت المرحلة السابقة مؤكدة، ويحظر ويطالب إذا لم تكن كذلك
|
|
397
|
+
2. **استعادة نقطة التحقق**: يقرأ `.checkpoints.json`، يتخطى نقاط التحقق المتجاوزة، يستمر من نقطة الانقطاع الأخيرة
|
|
398
|
+
3. **استعادة المهمة المتوازية**: يقرأ `DISPATCH-PROGRESS.json`، يعيد تنفيذ المهام ذات الحالة `pending` أو `failed` فقط، يتخطى المهام `completed`
|
|
399
|
+
|
|
400
|
+
### 6.4 عرض التقدم الحالي
|
|
401
|
+
|
|
402
|
+
عرض حالة بانوراما خط الأنابيب عبر وكيل قائد الفريق:
|
|
403
|
+
|
|
404
|
+
```
|
|
405
|
+
@speccrew-team-leader عرض تقدم التكرار الحالي
|
|
406
|
+
```
|
|
407
|
+
|
|
408
|
+
سيقرأ قائد الفريق ملفات التقدم ويعرض نظرة عامة على الحالة مشابهة لـ:
|
|
409
|
+
|
|
410
|
+
```
|
|
411
|
+
Pipeline Status: i001-user-management
|
|
412
|
+
01 PRD: ✅ Confirmed
|
|
413
|
+
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
414
|
+
03 System Design: ⏳ Pending
|
|
415
|
+
04 Development: ⏳ Pending
|
|
416
|
+
05 System Test: ⏳ Pending
|
|
417
|
+
```
|
|
418
|
+
|
|
419
|
+
### 6.5 التوافق العكسي
|
|
420
|
+
|
|
421
|
+
آلية ملفات التقدم متوافقة تماماً مع الإصدارات السابقة — إذا لم تكن ملفات التقدم موجودة (مثلاً في المشاريع القديمة أو التكرارات الجديدة)، سيقوم جميع الوكلاء بالتنفيذ بشكل طبيعي وفقاً للمنطق الأصلي.
|
|
422
|
+
|
|
423
|
+
---
|
|
424
|
+
|
|
425
|
+
## 7. الأسئلة الشائعة (FAQ)
|
|
366
426
|
|
|
367
427
|
### س1: ماذا أفعل إذا لم يعمل الوكيل كما هو متوقع؟
|
|
368
428
|
|
|
@@ -390,8 +450,22 @@ iterations/
|
|
|
390
450
|
|
|
391
451
|
### س4: كيفية تحديث إصدار SpecCrew؟
|
|
392
452
|
|
|
393
|
-
|
|
394
|
-
|
|
453
|
+
يتم التحديث على خطوتين:
|
|
454
|
+
|
|
455
|
+
```bash
|
|
456
|
+
# الخطوة 1: تحديث أداة CLI العامة
|
|
457
|
+
npm install -g speccrew@latest
|
|
458
|
+
|
|
459
|
+
# الخطوة 2: مزامنة Agents و Skills في دليل المشروع
|
|
460
|
+
cd /path/to/your-project
|
|
461
|
+
speccrew update
|
|
462
|
+
```
|
|
463
|
+
|
|
464
|
+
- `npm install -g speccrew@latest`: تحديث أداة CLI نفسها (قد تحتوي النسخة الجديدة على تعريفات Agent/Skill جديدة، إصلاحات أخطاء، إلخ)
|
|
465
|
+
- `speccrew update`: مزامنة ملفات تعريف Agent و Skill في المشروع إلى أحدث إصدار
|
|
466
|
+
- `speccrew update --ide cursor`: تحديث تكوين IDE المحدد فقط
|
|
467
|
+
|
|
468
|
+
> **ملاحظة**: يجب تنفيذ الخطوتين. تنفيذ `speccrew update` فقط لن يحدث أداة CLI نفسها؛ وتنفيذ `npm install` فقط لن يحدث الملفات في المشروع.
|
|
395
469
|
|
|
396
470
|
### س5: كيفية عرض التكرارات التاريخية؟
|
|
397
471
|
|
|
@@ -406,7 +480,7 @@ iterations/
|
|
|
406
480
|
|
|
407
481
|
---
|
|
408
482
|
|
|
409
|
-
##
|
|
483
|
+
## 8. مرجع سريع
|
|
410
484
|
|
|
411
485
|
### مرجع سريع لبدء الوكلاء
|
|
412
486
|
|
|
@@ -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
|
+
টিম লিডার এজেন্টের মাধ্যমে পাইপলাইন প্যানোরামা অবস্থা দেখুন:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader বর্তমান ইটারেশন প্রগ্রেস দেখুন
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
টিম লিডার প্রগ্রেস ফাইলগুলি পড়বে এবং অনুরূপ একটি অবস্থা ওভারভিউ দেখাবে:
|
|
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
|
+
প্রগ্রেস ফাইল মেকানিজম সম্পূর্ণরূপে পশ্চাদগামী সামঞ্জস্যপূর্ণ — যদি প্রগ্রেস ফাইলগুলি বিদ্যমান না থাকে (যেমন, পুরানো প্রকল্পে বা নতুন ইটারেশনে), সমস্ত এজেন্ট মূল যুক্তি অনুযায়ী স্বাভাবিকভাবে এক্সিকিউট করবে।
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQ)
|
|
365
425
|
|
|
366
426
|
### প্র১: এজেন্ট প্রত্যাশিতভাবে কাজ না করলে কী করবেন?
|
|
367
427
|
|
|
@@ -389,8 +449,22 @@ iterations/
|
|
|
389
449
|
|
|
390
450
|
### প্র৪: SpecCrew সংস্করণ কীভাবে আপডেট করবেন?
|
|
391
451
|
|
|
392
|
-
|
|
393
|
-
|
|
452
|
+
আপডেট দুটি ধাপে সম্পন্ন হয়:
|
|
453
|
+
|
|
454
|
+
```bash
|
|
455
|
+
# ধাপ ১: গ্লোবাল CLI টুল আপডেট করুন
|
|
456
|
+
npm install -g speccrew@latest
|
|
457
|
+
|
|
458
|
+
# ধাপ ২: প্রজেক্ট ডিরেক্টরিতে 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
|
### প্র৫: ঐতিহাসিক ইটারেশন কীভাবে দেখবেন?
|
|
396
470
|
|
|
@@ -405,7 +479,7 @@ iterations/
|
|
|
405
479
|
|
|
406
480
|
---
|
|
407
481
|
|
|
408
|
-
##
|
|
482
|
+
## 8. দ্রুত রেফারেন্স
|
|
409
483
|
|
|
410
484
|
### এজেন্ট শুরু করার দ্রুত রেফারেন্স
|
|
411
485
|
|
|
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
|
|
|
361
361
|
|
|
362
362
|
---
|
|
363
363
|
|
|
364
|
-
## 6.
|
|
364
|
+
## 6. Upravljanje Napretkom Radnog Toka
|
|
365
|
+
|
|
366
|
+
Virtuelni tim SpecCrew slijedi strog mehanizam faznih kapija, gdje svaka faza mora biti potvrđena od strane korisnika prije prelaska na sljedeću. Takođe podržava nastavljivu izvršnost — kada se ponovo pokrene nakon prekida, automatski nastavlja odakle je stao.
|
|
367
|
+
|
|
368
|
+
### 6.1 Trostruki Fajlovi Napretka
|
|
369
|
+
|
|
370
|
+
Radni tok automatski održava tri tipa JSON fajlova napretka, lociranih u direktoriju iteracije:
|
|
371
|
+
|
|
372
|
+
| Fajl | Lokacija | Svrha |
|
|
373
|
+
|------|----------|---------|
|
|
374
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Bilježi status svake faze pipeline-a |
|
|
375
|
+
| `.checkpoints.json` | Ispod svakog direktorija faze | Bilježi status korisničke potvrde kontrolnih tačaka |
|
|
376
|
+
| `DISPATCH-PROGRESS.json` | Ispod svakog direktorija faze | Bilježi napredak tačka-po-tačka za paralelne zadatke (multi-platforma/multi-modul) |
|
|
377
|
+
|
|
378
|
+
### 6.2 Tok Statusa Faze
|
|
379
|
+
|
|
380
|
+
Svaka faza slijedi ovaj tok statusa:
|
|
381
|
+
|
|
382
|
+
```
|
|
383
|
+
pending → in_progress → completed → confirmed
|
|
384
|
+
```
|
|
385
|
+
|
|
386
|
+
- **pending**: Još nije započeto
|
|
387
|
+
- **in_progress**: Trenutno se izvršava
|
|
388
|
+
- **completed**: Izvršavanje Agenta završeno, čeka se korisnička potvrda
|
|
389
|
+
- **confirmed**: Korisnik potvrdio kroz konačnu kontrolnu tačku, sljedeća faza može započeti
|
|
390
|
+
|
|
391
|
+
### 6.3 Nastavljiva Izvršnost
|
|
392
|
+
|
|
393
|
+
Kada se Agent ponovo pokrene za fazu:
|
|
394
|
+
|
|
395
|
+
1. **Automatska uzvodna provjera**: Verificira da li je prethodna faza potvrđena, blokira i obavještava ako nije
|
|
396
|
+
2. **Oporavak kontrolnih tačaka**: Čita `.checkpoints.json`, preskače prođene kontrolne tačke, nastavlja od posljednje tačke prekida
|
|
397
|
+
3. **Oporavak paralelnih zadataka**: Čita `DISPATCH-PROGRESS.json`, ponovo izvršava samo zadatke sa `pending` ili `failed` statusom, preskače `completed` zadatke
|
|
398
|
+
|
|
399
|
+
### 6.4 Pregled Trenutnog Napretka
|
|
400
|
+
|
|
401
|
+
Prikaži status panorame pipeline-a kroz Team Leader Agent:
|
|
402
|
+
|
|
403
|
+
```
|
|
404
|
+
@speccrew-team-leader prikaži trenutni napredak iteracije
|
|
405
|
+
```
|
|
406
|
+
|
|
407
|
+
Team Leader će pročitati fajlove napretka i prikazati pregled statusa sličan:
|
|
408
|
+
|
|
409
|
+
```
|
|
410
|
+
Pipeline Status: i001-user-management
|
|
411
|
+
01 PRD: ✅ Potvrđeno
|
|
412
|
+
02 Feature Design: 🔄 U toku (Kontrolna tačka A prođena)
|
|
413
|
+
03 System Design: ⏳ Na čekanju
|
|
414
|
+
04 Development: ⏳ Na čekanju
|
|
415
|
+
05 System Test: ⏳ Na čekanju
|
|
416
|
+
```
|
|
417
|
+
|
|
418
|
+
### 6.5 Unazad Kompatibilnost
|
|
419
|
+
|
|
420
|
+
Mehanizam fajlova napretka je potpuno unazad kompatibilan — ako fajlovi napretka ne postoje (npr. u starijim projektima ili novim iteracijama), svi Agenti će se normalno izvršavati u skladu sa originalnom logikom.
|
|
421
|
+
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
## 7. Često Postavljana Pitanja (FAQ)
|
|
365
425
|
|
|
366
426
|
### P1: Šta uraditi ako Agent ne radi kako se očekuje?
|
|
367
427
|
|
|
@@ -389,8 +449,22 @@ Svaka iteracija je potpuno izolirana i ne utiče na druge.
|
|
|
389
449
|
|
|
390
450
|
### P4: Kako ažurirati verziju SpecCrew?
|
|
391
451
|
|
|
392
|
-
|
|
393
|
-
|
|
452
|
+
Ažuriranje se vrši u dva koraka:
|
|
453
|
+
|
|
454
|
+
```bash
|
|
455
|
+
# Korak 1: Ažurirajte globalni CLI alat
|
|
456
|
+
npm install -g speccrew@latest
|
|
457
|
+
|
|
458
|
+
# Korak 2: Sinhronizirajte Agente i Skill-ove u direktoriju projekta
|
|
459
|
+
cd /path/to/your-project
|
|
460
|
+
speccrew update
|
|
461
|
+
```
|
|
462
|
+
|
|
463
|
+
- `npm install -g speccrew@latest`: Ažurira sam CLI alat (nova verzija može sadržavati nove definicije Agent/Skill, ispravke bugova, itd.)
|
|
464
|
+
- `speccrew update`: Sinhronizira datoteke definicija Agenta i Skilla u projektu na najnoviju verziju
|
|
465
|
+
- `speccrew update --ide cursor`: Ažurira samo konfiguraciju navedenog IDE-a
|
|
466
|
+
|
|
467
|
+
> **Napomena**: Obje korake treba izvršiti. Samo izvršavanje `speccrew update` neće ažurirati sam CLI alat; samo izvršavanje `npm install` neće ažurirati datoteke u projektu.
|
|
394
468
|
|
|
395
469
|
### P5: Kako pogledati historijske iteracije?
|
|
396
470
|
|
|
@@ -405,7 +479,7 @@ Ponovna inicijalizacija je potrebna u sljedećim situacijama:
|
|
|
405
479
|
|
|
406
480
|
---
|
|
407
481
|
|
|
408
|
-
##
|
|
482
|
+
## 8. Brza Referenca
|
|
409
483
|
|
|
410
484
|
### Brza Referenca Pokretanja Agenata
|
|
411
485
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. Arbejdsgangsforløbsstyring
|
|
364
|
+
|
|
365
|
+
Det virtuelle SpecCrew-team følger en streng fase-gate-mekanisme, hvor hver fase skal bekræftes af brugeren før der fortsættes til den næste. Det understøtter også genoptagelig udførelse — når det genstartes efter afbrydelse, fortsætter det automatisk fra hvor det slap.
|
|
366
|
+
|
|
367
|
+
### 6.1 Tremedlagsforløbsfiler
|
|
368
|
+
|
|
369
|
+
Arbejdsgangen vedligeholder automatisk tre typer JSON-forløbsfiler, placeret i iterationsmappen:
|
|
370
|
+
|
|
371
|
+
| Fil | Placering | Formål |
|
|
372
|
+
|------|----------|---------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Registrerer status for hver pipeline-fase |
|
|
374
|
+
| `.checkpoints.json` | Under hver fasemappe | Registrerer brugerens checkpoint-bekræftelsesstatus |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | Under hver fasemappe | Registrerer punkt-for-punkt forløb for parallelle opgaver (multi-platform/multi-modul) |
|
|
376
|
+
|
|
377
|
+
### 6.2 Fasestatusforløb
|
|
378
|
+
|
|
379
|
+
Hver fase følger dette statusforløb:
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending**: Ikke startet endnu
|
|
386
|
+
- **in_progress**: Udføres i øjeblikket
|
|
387
|
+
- **completed**: Agent-udførelse afsluttet, venter på brugerbekræftelse
|
|
388
|
+
- **confirmed**: Bruger bekræftet gennem sidste checkpoint, næste fase kan starte
|
|
389
|
+
|
|
390
|
+
### 6.3 Genoptagelig Udførelse
|
|
391
|
+
|
|
392
|
+
Når en Agent genstartes for en fase:
|
|
393
|
+
|
|
394
|
+
1. **Automatisk opstrømskontrol**: Verificerer om den forrige fase er bekræftet, blokerer og informerer hvis ikke
|
|
395
|
+
2. **Checkpoint-gendannelse**: Læser `.checkpoints.json`, springer over passerede checkpoints, fortsætter fra det sidste afbrydelsespunkt
|
|
396
|
+
3. **Parallel opgavegendannelse**: Læser `DISPATCH-PROGRESS.json`, udfører kun opgaver med `pending` eller `failed` status igen, springer over `completed` opgaver
|
|
397
|
+
|
|
398
|
+
### 6.4 Vis Nuværende Forløb
|
|
399
|
+
|
|
400
|
+
Vis pipeline-panorama-status gennem Team Leader Agent:
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader vis nuværende iterationsforløb
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
Team Leader vil læse forløbsfilerne og vise en statusoversigt svarende til:
|
|
407
|
+
|
|
408
|
+
```
|
|
409
|
+
Pipeline Status: i001-user-management
|
|
410
|
+
01 PRD: ✅ Bekræftet
|
|
411
|
+
02 Feature Design: 🔄 I gang (Checkpoint A passeret)
|
|
412
|
+
03 System Design: ⏳ Afventer
|
|
413
|
+
04 Development: ⏳ Afventer
|
|
414
|
+
05 System Test: ⏳ Afventer
|
|
415
|
+
```
|
|
416
|
+
|
|
417
|
+
### 6.5 Bagudkompatibilitet
|
|
418
|
+
|
|
419
|
+
Forløbsfilms-mekanismen er fuldt bagudkompatibel — hvis forløbsfiler ikke findes (f.eks. i ældre projekter eller nye iterationer), vil alle Agenter udføre normalt i henhold til den oprindelige logik.
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. Ofte Stillede Spørgsmål (FAQ)
|
|
364
424
|
|
|
365
425
|
### Q1: Hvad hvis agenten ikke fungerer som forventet?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ Hver iteration er fuldstændig isoleret og påvirker ikke hinanden.
|
|
|
388
448
|
|
|
389
449
|
### Q4: Hvordan opdateres SpecCrew-versionen?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
Opdatering sker i to trin:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Trin 1: Opdater det globale CLI-værktøj
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Trin 2: Synkroniser Agenter og Skills i projektbiblioteket
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`: Opdaterer selve CLI-værktøjet (ny version kan indeholde nye Agent/Skill-definitioner, fejlrettelser osv.)
|
|
463
|
+
- `speccrew update`: Synkroniserer projektets Agent- og Skill-definitionsfilér til den nyeste version
|
|
464
|
+
- `speccrew update --ide cursor`: Opdaterer kun konfigurationen for det angivne IDE
|
|
465
|
+
|
|
466
|
+
> **Bemærk**: Begge trin skal udføres. Kun at køre `speccrew update` opdaterer ikke selve CLI-værktøjet; kun at køre `npm install` opdaterer ikke filerne i projektet.
|
|
393
467
|
|
|
394
468
|
### Q5: Hvordan vises historiske iterationer?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ Følgende situationer kræver re-initialisering:
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. Hurtigreference
|
|
408
482
|
|
|
409
483
|
### Agent Start Hurtigreferencetabel
|
|
410
484
|
|