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.
Files changed (75) hide show
  1. package/.speccrew/agents/speccrew-feature-designer.md +120 -0
  2. package/.speccrew/agents/speccrew-product-manager.md +54 -0
  3. package/.speccrew/agents/speccrew-system-designer.md +163 -25
  4. package/.speccrew/agents/speccrew-system-developer.md +357 -52
  5. package/.speccrew/agents/speccrew-task-worker.md +43 -0
  6. package/.speccrew/agents/speccrew-team-leader.md +108 -11
  7. package/.speccrew/agents/speccrew-test-manager.md +285 -9
  8. package/.speccrew/skills/speccrew-dev-backend/SKILL.md +47 -1
  9. package/.speccrew/skills/speccrew-dev-desktop/SKILL.md +51 -6
  10. package/.speccrew/skills/speccrew-dev-frontend/SKILL.md +49 -3
  11. package/.speccrew/skills/speccrew-dev-mobile/SKILL.md +50 -5
  12. package/.speccrew/skills/speccrew-fd-api-contract/SKILL.md +70 -0
  13. package/.speccrew/skills/speccrew-fd-feature-design/SKILL.md +158 -0
  14. package/.speccrew/skills/speccrew-pm-requirement-analysis/SKILL.md +65 -0
  15. package/.speccrew/skills/speccrew-sd-backend/SKILL.md +38 -0
  16. package/.speccrew/skills/speccrew-sd-desktop/SKILL.md +38 -0
  17. package/.speccrew/skills/speccrew-sd-frontend/SKILL.md +38 -0
  18. package/.speccrew/skills/speccrew-sd-mobile/SKILL.md +38 -0
  19. package/.speccrew/skills/speccrew-test-case-design/SKILL.md +33 -0
  20. package/.speccrew/skills/speccrew-test-code-gen/SKILL.md +34 -0
  21. package/.speccrew/skills/speccrew-test-execute/SKILL.md +34 -0
  22. package/README.ar.md +70 -3
  23. package/README.bn.md +52 -0
  24. package/README.bs.md +70 -3
  25. package/README.da.md +70 -3
  26. package/README.de.md +70 -3
  27. package/README.el.md +52 -0
  28. package/README.en.md +69 -2
  29. package/README.es.md +70 -3
  30. package/README.fr.md +70 -3
  31. package/README.it.md +70 -3
  32. package/README.ja.md +70 -3
  33. package/README.ko.md +70 -3
  34. package/README.md +69 -2
  35. package/README.no.md +70 -3
  36. package/README.pl.md +70 -3
  37. package/README.pt-BR.md +70 -3
  38. package/README.ru.md +70 -3
  39. package/README.th.md +69 -2
  40. package/README.tr.md +69 -2
  41. package/README.uk.md +69 -2
  42. package/README.vi.md +52 -0
  43. package/README.zh-TW.md +70 -3
  44. package/docs/GETTING-STARTED.ar.md +78 -4
  45. package/docs/GETTING-STARTED.bn.md +78 -4
  46. package/docs/GETTING-STARTED.bs.md +78 -4
  47. package/docs/GETTING-STARTED.da.md +78 -4
  48. package/docs/GETTING-STARTED.de.md +78 -4
  49. package/docs/GETTING-STARTED.el.md +78 -4
  50. package/docs/GETTING-STARTED.en.md +78 -4
  51. package/docs/GETTING-STARTED.es.md +78 -4
  52. package/docs/GETTING-STARTED.fr.md +78 -4
  53. package/docs/GETTING-STARTED.it.md +78 -4
  54. package/docs/GETTING-STARTED.ja.md +79 -5
  55. package/docs/GETTING-STARTED.ko.md +79 -5
  56. package/docs/GETTING-STARTED.md +78 -4
  57. package/docs/GETTING-STARTED.no.md +78 -4
  58. package/docs/GETTING-STARTED.pl.md +78 -4
  59. package/docs/GETTING-STARTED.pt-BR.md +78 -4
  60. package/docs/GETTING-STARTED.ru.md +78 -4
  61. package/docs/GETTING-STARTED.th.md +79 -5
  62. package/docs/GETTING-STARTED.tr.md +78 -4
  63. package/docs/GETTING-STARTED.uk.md +78 -4
  64. package/docs/GETTING-STARTED.vi.md +79 -5
  65. package/docs/GETTING-STARTED.zh-TW.md +79 -5
  66. package/package.json +1 -1
  67. package/.speccrew/skills/speccrew-create-agents/SKILL.md +0 -98
  68. package/.speccrew/skills/speccrew-create-agents/templates/agents/designer-agent.md +0 -54
  69. package/.speccrew/skills/speccrew-create-agents/templates/agents/dev-agent.md +0 -79
  70. package/.speccrew/skills/speccrew-create-agents/templates/agents/test-agent.md +0 -80
  71. package/.speccrew/skills/speccrew-project-diagnosis/SKILL.md +0 -233
  72. package/.speccrew/skills/speccrew-project-diagnosis/templates/DIAGNOSIS-REPORT-TEMPLATE.md +0 -202
  73. package/.speccrew/skills/speccrew-workflow-diagnose/SKILL.md +0 -155
  74. 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
  75. 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/` — 38 робочих процесів Навичок
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. Інші CLI команди
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/` — 38 個 Skill 工作流
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. 其他 CLI 命令
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/ # 38 個 Skill(按職能分組)
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. الأسئلة الشائعة (FAQ)
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
- - **التحديث العالمي**: `npm update -g speccrew`
394
- - **تحديث المشروع**: قم بتشغيل `speccrew update` في دليل المشروع
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
- ## 7. مرجع سريع
483
+ ## 8. مرجع سريع
410
484
 
411
485
  ### مرجع سريع لبدء الوكلاء
412
486
 
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
361
361
 
362
362
  ---
363
363
 
364
- ## 6. প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQ)
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
- - **গ্লোবাল আপডেট**: `npm update -g speccrew`
393
- - **প্রজেক্ট আপডেট**: প্রজেক্ট ডিরেক্টরিতে `speccrew update` চালান
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
- ## 7. দ্রুত রেফারেন্স
482
+ ## 8. দ্রুত রেফারেন্স
409
483
 
410
484
  ### এজেন্ট শুরু করার দ্রুত রেফারেন্স
411
485
 
@@ -361,7 +361,67 @@ knowledges/techs/{platform-id}/
361
361
 
362
362
  ---
363
363
 
364
- ## 6. Često Postavljana Pitanja (FAQ)
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
- - **Globalno Ažuriranje**: `npm update -g speccrew`
393
- - **Ažuriranje Projekta**: Pokrenite `speccrew update` u direktoriju projekta
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
- ## 7. Brza Referenca
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. Ofte Stillede Spørgsmål (FAQ)
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
- - **Global opdatering**: `npm update -g speccrew`
392
- - **Projekt opdatering**: Kør `speccrew update` i projektmappe
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
- ## 7. Hurtigreference
481
+ ## 8. Hurtigreference
408
482
 
409
483
  ### Agent Start Hurtigreferencetabel
410
484