speccrew 0.1.12 → 0.2.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.speccrew/agents/speccrew-feature-designer.md +120 -0
- package/.speccrew/agents/speccrew-product-manager.md +54 -0
- package/.speccrew/agents/speccrew-system-designer.md +150 -14
- package/.speccrew/agents/speccrew-system-developer.md +309 -37
- package/.speccrew/agents/speccrew-task-worker.md +43 -0
- package/.speccrew/agents/speccrew-team-leader.md +108 -11
- package/.speccrew/agents/speccrew-test-manager.md +278 -0
- package/.speccrew/skills/speccrew-dev-backend/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-dev-desktop/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-dev-frontend/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-dev-mobile/SKILL.md +44 -0
- package/.speccrew/skills/speccrew-fd-api-contract/SKILL.md +70 -0
- package/.speccrew/skills/speccrew-fd-feature-design/SKILL.md +158 -0
- package/.speccrew/skills/speccrew-knowledge-bizs-api-analyze/SKILL.md +59 -29
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/SKILL.md +37 -15
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/STATUS-FORMATS.md +29 -4
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/scripts/process-batch-results.js +71 -4
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-analyze/SKILL.md +60 -30
- package/.speccrew/skills/speccrew-pm-requirement-analysis/SKILL.md +65 -0
- package/.speccrew/skills/speccrew-sd-backend/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-sd-desktop/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-sd-frontend/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-sd-mobile/SKILL.md +38 -0
- package/.speccrew/skills/speccrew-test-case-design/SKILL.md +33 -0
- package/.speccrew/skills/speccrew-test-code-gen/SKILL.md +34 -0
- package/.speccrew/skills/speccrew-test-execute/SKILL.md +34 -0
- package/README.ar.md +70 -3
- package/README.bn.md +52 -0
- package/README.bs.md +70 -3
- package/README.da.md +70 -3
- package/README.de.md +70 -3
- package/README.el.md +52 -0
- package/README.en.md +69 -2
- package/README.es.md +70 -3
- package/README.fr.md +70 -3
- package/README.it.md +70 -3
- package/README.ja.md +70 -3
- package/README.ko.md +70 -3
- package/README.md +69 -2
- package/README.no.md +70 -3
- package/README.pl.md +70 -3
- package/README.pt-BR.md +70 -3
- package/README.ru.md +70 -3
- package/README.th.md +69 -2
- package/README.tr.md +69 -2
- package/README.uk.md +69 -2
- package/README.vi.md +52 -0
- package/README.zh-TW.md +70 -3
- package/docs/GETTING-STARTED.ar.md +78 -4
- package/docs/GETTING-STARTED.bn.md +78 -4
- package/docs/GETTING-STARTED.bs.md +78 -4
- package/docs/GETTING-STARTED.da.md +78 -4
- package/docs/GETTING-STARTED.de.md +78 -4
- package/docs/GETTING-STARTED.el.md +78 -4
- package/docs/GETTING-STARTED.en.md +78 -4
- package/docs/GETTING-STARTED.es.md +78 -4
- package/docs/GETTING-STARTED.fr.md +78 -4
- package/docs/GETTING-STARTED.it.md +78 -4
- package/docs/GETTING-STARTED.ja.md +79 -5
- package/docs/GETTING-STARTED.ko.md +79 -5
- package/docs/GETTING-STARTED.md +78 -4
- package/docs/GETTING-STARTED.no.md +78 -4
- package/docs/GETTING-STARTED.pl.md +78 -4
- package/docs/GETTING-STARTED.pt-BR.md +78 -4
- package/docs/GETTING-STARTED.ru.md +78 -4
- package/docs/GETTING-STARTED.th.md +79 -5
- package/docs/GETTING-STARTED.tr.md +78 -4
- package/docs/GETTING-STARTED.uk.md +78 -4
- package/docs/GETTING-STARTED.vi.md +79 -5
- package/docs/GETTING-STARTED.zh-TW.md +79 -5
- package/package.json +1 -1
- package/.speccrew/skills/speccrew-create-agents/SKILL.md +0 -98
- package/.speccrew/skills/speccrew-create-agents/templates/agents/designer-agent.md +0 -54
- package/.speccrew/skills/speccrew-create-agents/templates/agents/dev-agent.md +0 -79
- package/.speccrew/skills/speccrew-create-agents/templates/agents/test-agent.md +0 -80
- package/.speccrew/skills/speccrew-project-diagnosis/SKILL.md +0 -233
- package/.speccrew/skills/speccrew-project-diagnosis/templates/DIAGNOSIS-REPORT-TEMPLATE.md +0 -202
- package/.speccrew/skills/speccrew-workflow-diagnose/SKILL.md +0 -155
- package/workspace-template/docs/solutions/Agent/346/212/200/350/203/275/345/256/232/344/271/211+/351/234/200/346/261/202/346/226/207/346/241/243+UML/344/275/277/347/224/250/346/250/241/346/235/277/357/274/210ISA-95/345/205/255/346/256/265/345/274/217/350/236/215/345/220/210/347/211/210/357/274/211.md +0 -586
- package/workspace-template/docs/solutions/harness.md +0 -410
package/README.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
|
|
|
@@ -360,7 +360,67 @@ knowledges/techs/{platform-id}/
|
|
|
360
360
|
|
|
361
361
|
---
|
|
362
362
|
|
|
363
|
-
## 6.
|
|
363
|
+
## 6. Workflow-Fortschrittsverwaltung
|
|
364
|
+
|
|
365
|
+
Das virtuelle SpecCrew-Team folgt einem strengen Stufen-Validierungsmechanismus, bei dem jede Phase vom Benutzer bestätigt werden muss, bevor zur nächsten übergegangen wird. Es unterstützt auch wiederaufnehmbare Ausführung — beim Neustart nach Unterbrechung wird automatisch dort fortgefahren, wo aufgehört wurde.
|
|
366
|
+
|
|
367
|
+
### 6.1 Drei-Ebenen-Fortschrittsdateien
|
|
368
|
+
|
|
369
|
+
Der Workflow verwaltet automatisch drei Arten von JSON-Fortschrittsdateien, die im Iterationsverzeichnis liegen:
|
|
370
|
+
|
|
371
|
+
| Datei | Speicherort | Zweck |
|
|
372
|
+
|-------|-------------|-------|
|
|
373
|
+
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | Erfasst den Status jeder Pipeline-Stufe |
|
|
374
|
+
| `.checkpoints.json` | Unter jedem Phasenverzeichnis | Erfasst den Benutzer-Checkpoint-Bestätigungsstatus |
|
|
375
|
+
| `DISPATCH-PROGRESS.json` | Unter jedem Phasenverzeichnis | Erfasst den elementweisen Fortschritt für parallele Aufgaben (Multi-Plattform/Multi-Modul) |
|
|
376
|
+
|
|
377
|
+
### 6.2 Phasenstatus-Fluss
|
|
378
|
+
|
|
379
|
+
Jede Phase folgt diesem Statusfluss:
|
|
380
|
+
|
|
381
|
+
```
|
|
382
|
+
pending → in_progress → completed → confirmed
|
|
383
|
+
```
|
|
384
|
+
|
|
385
|
+
- **pending**: Noch nicht gestartet
|
|
386
|
+
- **in_progress**: Aktuell in Ausführung
|
|
387
|
+
- **completed**: Agent-Ausführung abgeschlossen, wartet auf Benutzerbestätigung
|
|
388
|
+
- **confirmed**: Vom Benutzer über finalen Checkpoint bestätigt, nächste Phase kann starten
|
|
389
|
+
|
|
390
|
+
### 6.3 Wiederaufnehmbare Ausführung
|
|
391
|
+
|
|
392
|
+
Beim Neustart eines Agents für eine Phase:
|
|
393
|
+
|
|
394
|
+
1. **Automatische vorgelagerte Prüfung**: Überprüft, ob die vorherige Phase bestätigt ist, blockiert und informiert bei Nichtbestätigung
|
|
395
|
+
2. **Checkpoint-Wiederherstellung**: Liest `.checkpoints.json`, überspringt bestandene Checkpoints, fährt ab dem letzten Unterbrechungspunkt fort
|
|
396
|
+
3. **Parallele Aufgaben-Wiederherstellung**: Liest `DISPATCH-PROGRESS.json`, führt nur Aufgaben mit Status `pending` oder `failed` erneut aus, überspringt `completed` Aufgaben
|
|
397
|
+
|
|
398
|
+
### 6.4 Aktuellen Fortschritt Anzeigen
|
|
399
|
+
|
|
400
|
+
Den Pipeline-Panorama-Status über den Team Leader Agent anzeigen:
|
|
401
|
+
|
|
402
|
+
```
|
|
403
|
+
@speccrew-team-leader aktuellen Iterationsfortschritt anzeigen
|
|
404
|
+
```
|
|
405
|
+
|
|
406
|
+
Der Team Leader liest die Fortschrittsdateien und zeigt eine Statusübersicht ähnlich wie:
|
|
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 Abwärtskompatibilität
|
|
418
|
+
|
|
419
|
+
Der Fortschrittsdatei-Mechanismus ist vollständig abwärtskompatibel — wenn Fortschrittsdateien nicht existieren (z.B. in Legacy-Projekten oder neuen Iterationen), führen alle Agents normal gemäß der ursprünglichen Logik aus.
|
|
420
|
+
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
## 7. Häufig gestellte Fragen (FAQ)
|
|
364
424
|
|
|
365
425
|
### Q1: Was wenn der Agent nicht wie erwartet funktioniert?
|
|
366
426
|
|
|
@@ -388,8 +448,22 @@ Jede Iteration ist vollständig isoliert und beeinflusst andere nicht.
|
|
|
388
448
|
|
|
389
449
|
### Q4: Wie SpecCrew-Version aktualisieren?
|
|
390
450
|
|
|
391
|
-
|
|
392
|
-
|
|
451
|
+
Das Update erfolgt in zwei Schritten:
|
|
452
|
+
|
|
453
|
+
```bash
|
|
454
|
+
# Schritt 1: Globales CLI-Tool aktualisieren
|
|
455
|
+
npm install -g speccrew@latest
|
|
456
|
+
|
|
457
|
+
# Schritt 2: Agents und Skills im Projektverzeichnis synchronisieren
|
|
458
|
+
cd /path/to/your-project
|
|
459
|
+
speccrew update
|
|
460
|
+
```
|
|
461
|
+
|
|
462
|
+
- `npm install -g speccrew@latest`: Aktualisiert das CLI-Tool selbst (neue Version kann neue Agent/Skill-Definitionen, Bugfixes usw. enthalten)
|
|
463
|
+
- `speccrew update`: Synchronisiert die Agent- und Skill-Definitionsdateien im Projekt auf die neueste Version
|
|
464
|
+
- `speccrew update --ide cursor`: Aktualisiert nur die Konfiguration der angegebenen IDE
|
|
465
|
+
|
|
466
|
+
> **Hinweis**: Beide Schritte müssen ausgeführt werden. Nur `speccrew update` auszuführen aktualisiert nicht das CLI-Tool selbst; nur `npm install` auszuführen aktualisiert nicht die Dateien im Projekt.
|
|
393
467
|
|
|
394
468
|
### Q5: Wie historische Iterationen ansehen?
|
|
395
469
|
|
|
@@ -404,7 +478,7 @@ Neuinitialisierung ist in folgenden Situationen erforderlich:
|
|
|
404
478
|
|
|
405
479
|
---
|
|
406
480
|
|
|
407
|
-
##
|
|
481
|
+
## 8. Kurzreferenz
|
|
408
482
|
|
|
409
483
|
### Agent-Start-Kurzreferenz
|
|
410
484
|
|