speccrew 0.7.74 → 0.7.75
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/skills/speccrew-agentflow-manager/SKILL.md +6 -149
- package/.speccrew/skills/speccrew-deploy-build/SKILL.md +2 -59
- package/.speccrew/skills/speccrew-deploy-migrate/SKILL.md +2 -64
- package/.speccrew/skills/speccrew-deploy-smoke-test/SKILL.md +2 -75
- package/.speccrew/skills/speccrew-deploy-startup/SKILL.md +2 -70
- package/.speccrew/skills/speccrew-dev-backend/SKILL.md +2 -381
- package/.speccrew/skills/speccrew-dev-desktop-electron/SKILL.md +2 -369
- package/.speccrew/skills/speccrew-dev-desktop-tauri/SKILL.md +2 -362
- package/.speccrew/skills/speccrew-dev-frontend/SKILL.md +2 -304
- package/.speccrew/skills/speccrew-dev-mobile/SKILL.md +2 -294
- package/.speccrew/skills/speccrew-dev-review-backend/SKILL.md +2 -204
- package/.speccrew/skills/speccrew-dev-review-desktop/SKILL.md +2 -173
- package/.speccrew/skills/speccrew-dev-review-frontend/SKILL.md +2 -169
- package/.speccrew/skills/speccrew-dev-review-mobile/SKILL.md +2 -173
- package/.speccrew/skills/speccrew-fd-api-contract/SKILL.md +2 -251
- package/.speccrew/skills/speccrew-fd-feature-analyze/SKILL.md +2 -254
- package/.speccrew/skills/speccrew-fd-feature-design/SKILL.md +2 -748
- package/.speccrew/skills/speccrew-feature-designer-orchestration/SKILL.md +6 -105
- package/.speccrew/skills/speccrew-get-timestamp/SKILL.md +6 -33
- package/.speccrew/skills/speccrew-knowledge-bizs-api-analyze/SKILL.md +3 -138
- package/.speccrew/skills/speccrew-knowledge-bizs-api-graph/SKILL.md +3 -283
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/SKILL.md +3 -1014
- package/.speccrew/skills/speccrew-knowledge-bizs-identify-entries/SKILL.md +4 -343
- package/.speccrew/skills/speccrew-knowledge-bizs-init-features/SKILL.md +4 -235
- package/.speccrew/skills/speccrew-knowledge-bizs-module-classify/SKILL.md +6 -72
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-analyze/SKILL.md +3 -534
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-graph/SKILL.md +3 -432
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-style-extract/SKILL.md +4 -391
- package/.speccrew/skills/speccrew-knowledge-graph-query/SKILL.md +3 -98
- package/.speccrew/skills/speccrew-knowledge-graph-write/SKILL.md +3 -92
- package/.speccrew/skills/speccrew-knowledge-module-summarize/SKILL.md +3 -181
- package/.speccrew/skills/speccrew-knowledge-system-summarize/SKILL.md +3 -148
- package/.speccrew/skills/speccrew-knowledge-techs-dispatch/SKILL.md +3 -330
- package/.speccrew/skills/speccrew-knowledge-techs-generate/SKILL.md +6 -159
- package/.speccrew/skills/speccrew-knowledge-techs-generate-conventions/SKILL.md +3 -142
- package/.speccrew/skills/speccrew-knowledge-techs-generate-quality/SKILL.md +3 -568
- package/.speccrew/skills/speccrew-knowledge-techs-generate-ui-style/SKILL.md +3 -180
- package/.speccrew/skills/speccrew-knowledge-techs-index/SKILL.md +3 -154
- package/.speccrew/skills/speccrew-knowledge-techs-init/SKILL.md +3 -176
- package/.speccrew/skills/speccrew-knowledge-techs-ui-analyze/SKILL.md +3 -135
- package/.speccrew/skills/speccrew-pm-knowledge-detector/SKILL.md +4 -88
- package/.speccrew/skills/speccrew-pm-module-initializer/SKILL.md +4 -178
- package/.speccrew/skills/speccrew-pm-module-matcher/SKILL.md +3 -102
- package/.speccrew/skills/speccrew-pm-phase0-init/SKILL.md +5 -78
- package/.speccrew/skills/speccrew-pm-phase1-knowledge-check/SKILL.md +5 -85
- package/.speccrew/skills/speccrew-pm-phase2-complexity-assess/SKILL.md +4 -100
- package/.speccrew/skills/speccrew-pm-phase5-subprd-dispatch/SKILL.md +14 -106
- package/.speccrew/skills/speccrew-pm-phase6-verify-confirm/SKILL.md +7 -84
- package/.speccrew/skills/speccrew-pm-requirement-analysis/SKILL.md +6 -66
- package/.speccrew/skills/speccrew-pm-requirement-assess/SKILL.md +4 -96
- package/.speccrew/skills/speccrew-pm-requirement-clarify/SKILL.md +4 -131
- package/.speccrew/skills/speccrew-pm-requirement-model/SKILL.md +6 -79
- package/.speccrew/skills/speccrew-pm-requirement-simple/SKILL.md +4 -76
- package/.speccrew/skills/speccrew-pm-sub-prd-generate/SKILL.md +3 -281
- package/.speccrew/skills/speccrew-product-manager-orchestration/SKILL.md +6 -165
- package/.speccrew/skills/speccrew-system-deployer-orchestration/SKILL.md +6 -79
- package/.speccrew/skills/speccrew-system-designer-orchestration/SKILL.md +2 -35
- package/.speccrew/skills/speccrew-system-developer-orchestration/SKILL.md +6 -98
- package/.speccrew/skills/speccrew-task-worker-execution/SKILL.md +6 -94
- package/.speccrew/skills/speccrew-team-leader-routing/SKILL.md +6 -79
- package/.speccrew/skills/speccrew-test-case-design/SKILL.md +2 -58
- package/.speccrew/skills/speccrew-test-code-gen/SKILL.md +2 -61
- package/.speccrew/skills/speccrew-test-manager-orchestration/SKILL.md +6 -94
- package/.speccrew/skills/speccrew-test-reporter/SKILL.md +2 -102
- package/.speccrew/skills/speccrew-test-runner/SKILL.md +3 -121
- package/package.json +1 -1
|
@@ -1,91 +1,18 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: speccrew-system-deployer-orchestration
|
|
3
|
-
version: 1.0.0
|
|
4
3
|
description: System Deployer 的编排调度技能,负责执行部署工作流:阶段门禁验证、IDE目录检测、准备阶段、技能调度(构建→迁移→启动→冒烟测试)、部署总结确认。
|
|
5
4
|
tools: Read, Write, Glob, Grep, Bash
|
|
6
5
|
---
|
|
7
6
|
|
|
8
|
-
|
|
9
|
-
>
|
|
10
|
-
> **Step 1**: Load XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md` — this defines all block types and action-to-tool mappings
|
|
11
|
-
>
|
|
12
|
-
> **Step 2**: Execute this SKILL.md's XML workflow **block by block in document order**. For EVERY block, you MUST follow this 3-step cycle:
|
|
13
|
-
>
|
|
14
|
-
> ```
|
|
15
|
-
> 🏷️ Block [ID] (action=[action]) — [desc]
|
|
16
|
-
> 🔧 Tool: [which IDE tool to call]
|
|
17
|
-
> ✅ Result: [output or status]
|
|
18
|
-
> ```
|
|
19
|
-
>
|
|
20
|
-
> Action-to-tool mapping:
|
|
21
|
-
> - `action="run-skill"` → Invoke via **Skill tool** (pass the `<field name="skill">` value EXACTLY)
|
|
22
|
-
> - `action="run-script"` → Execute via **Terminal tool** (pass the `<field name="command">` value EXACTLY)
|
|
23
|
-
> - `action="dispatch-to-worker"` → Create **Task** via **Task tool** for `speccrew-task-worker`
|
|
24
|
-
> - `action="read-file"` → Read via **Read tool**
|
|
25
|
-
> - `action="log"` → Output message directly
|
|
26
|
-
> - `action="confirm"` → Present to user and wait for response
|
|
27
|
-
>
|
|
28
|
-
> **Step 3**: Execute ALL blocks sequentially without pausing (only stop at explicit `<event action="confirm">` blocks)
|
|
7
|
+
# Trigger Scenarios
|
|
29
8
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
1. **Stage Gate Verification** - 验证开发阶段已完成确认
|
|
35
|
-
2. **IDE Directory Detection** - 检测 IDE 目录并验证部署技能存在
|
|
36
|
-
3. **Preparation** - 读取开发任务记录、加载技术知识、确定项目根目录
|
|
37
|
-
4. **Skill Dispatch** - 按顺序调度部署技能:build → migrate → startup → smoke-test
|
|
38
|
-
5. **Deployment Summary** - 呈现部署总结并等待用户确认
|
|
39
|
-
|
|
40
|
-
## Invocation Method
|
|
41
|
-
|
|
42
|
-
**CRITICAL**: This skill is loaded directly by System Deployer Agent — do NOT invoke via Worker Agent.
|
|
43
|
-
|
|
44
|
-
```xml
|
|
45
|
-
<block type="task" action="run-skill" desc="System Deployer orchestration workflow">
|
|
46
|
-
<field name="skill">speccrew-system-deployer-orchestration</field>
|
|
47
|
-
</block>
|
|
48
|
-
```
|
|
49
|
-
|
|
50
|
-
## Input Parameters
|
|
51
|
-
|
|
52
|
-
| Parameter | Type | Required | Description |
|
|
53
|
-
|-----------|------|----------|-------------|
|
|
54
|
-
| `workspace_path` | string | Yes | speccrew-workspace 根目录绝对路径 |
|
|
55
|
-
| `iteration_dir` | string | Yes | 当前迭代目录路径 |
|
|
56
|
-
| `update_progress_script` | string | Yes | update-progress.js 脚本路径 |
|
|
57
|
-
|
|
58
|
-
## Output
|
|
59
|
-
|
|
60
|
-
- `status` - Execution status (success / partial / failed)
|
|
61
|
-
- `deployed` - Boolean indicating deployment success
|
|
62
|
-
- `checkpoints` - List of passed checkpoints
|
|
63
|
-
- `output_files` - List of generated/modified files
|
|
64
|
-
- `summary` - Execution summary
|
|
65
|
-
- `next_steps` - Suggested next actions
|
|
66
|
-
|
|
67
|
-
---
|
|
9
|
+
- System Deployer Agent starts deployment workflow after development confirmation
|
|
10
|
+
- Development stage confirmed and build-migrate-startup-smoke pipeline needs execution
|
|
11
|
+
- User requests application deployment or build verification
|
|
68
12
|
|
|
69
13
|
## AgentFlow Definition
|
|
70
14
|
|
|
71
15
|
<!-- @agentflow: SKILL.xml -->
|
|
72
16
|
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
## CONTINUOUS EXECUTION RULES
|
|
76
|
-
|
|
77
|
-
This skill MUST execute tasks continuously without unnecessary interruptions.
|
|
78
|
-
|
|
79
|
-
### FORBIDDEN Interruptions
|
|
80
|
-
|
|
81
|
-
1. DO NOT ask user "Should I continue?" after completing a subtask
|
|
82
|
-
2. DO NOT suggest "Let me split this into batches" or "Let's do this in parts"
|
|
83
|
-
3. DO NOT pause to list what you plan to do next — just do it
|
|
84
|
-
4. DO NOT ask for confirmation before invoking skills (Phase 3 HARD STOP is the only confirmation point)
|
|
85
|
-
|
|
86
|
-
### When to Pause (ONLY these cases)
|
|
87
|
-
|
|
88
|
-
1. Phase 3 HARD STOP — user confirmation required by design
|
|
89
|
-
2. Ambiguous requirements that genuinely need clarification
|
|
90
|
-
3. Unrecoverable errors that prevent further progress
|
|
91
|
-
4. Skill invocation failure — report and wait for user decision
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|
|
@@ -10,42 +10,9 @@ tools: Read, Write, Glob, Grep, Bash, Agent
|
|
|
10
10
|
- Feature Spec and API Contract have been confirmed (02_feature_design stage = confirmed)
|
|
11
11
|
- User requests system design execution for confirmed features
|
|
12
12
|
|
|
13
|
-
## EXECUTION PROTOCOL
|
|
14
|
-
|
|
15
|
-
### Action-to-Tool Mapping
|
|
16
|
-
|
|
17
|
-
| XML Block Action | IDE Tool | How to Execute |
|
|
18
|
-
|---|---|---|
|
|
19
|
-
| `action="run-script"` | **Terminal tool** | Execute command in terminal |
|
|
20
|
-
| `action="dispatch-to-worker"` | **Agent tool** | Create new `speccrew-task-worker` agent session (NOT Skill tool) |
|
|
21
|
-
| `action="read-file"` | **Read tool** | Read file at specified path |
|
|
22
|
-
| `action="log"` | **Output** | Log message directly to conversation |
|
|
23
|
-
| `action="confirm"` | **Output + Wait** | Present message and wait for user response |
|
|
24
|
-
|
|
25
|
-
### Worker Dispatch Protocol
|
|
26
|
-
|
|
27
|
-
When executing any block with `action="dispatch-to-worker"`:
|
|
28
|
-
|
|
29
|
-
1. **Use Agent tool** to create a new `speccrew-task-worker` agent
|
|
30
|
-
2. Pass `skill_path` from the XML `<field name="skill_path">` to worker
|
|
31
|
-
3. Pass all context parameters from XML `<field name="context">` block
|
|
32
|
-
4. **Wait** for worker agent to complete before proceeding to next block
|
|
33
|
-
5. Verify worker's output file exists at expected path
|
|
34
|
-
|
|
35
|
-
**CRITICAL DISTINCTION**:
|
|
36
|
-
- **Agent tool** = creates a NEW autonomous worker session (for dispatch-to-worker)
|
|
37
|
-
- **Skill tool** = executes skill inline in current session (for run-skill)
|
|
38
|
-
- Using the WRONG tool will cause dispatch failure
|
|
39
|
-
|
|
40
|
-
### Phase 5 Batch Dispatch
|
|
41
|
-
|
|
42
|
-
- Dispatch ONE worker per Feature×Platform combination via Agent tool
|
|
43
|
-
- Max concurrent workers per batch: defined in XML
|
|
44
|
-
- Pass `skip_confirmation: true` and `skip_index_generation: true` in batch context
|
|
45
|
-
- Wait for all workers in current batch to complete before dispatching next batch
|
|
46
|
-
|
|
47
13
|
## AgentFlow Definition
|
|
48
14
|
|
|
49
15
|
<!-- @agentflow: SKILL.xml -->
|
|
50
16
|
|
|
51
|
-
> **REQUIRED**:
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|
|
@@ -1,110 +1,18 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: speccrew-system-developer-orchestration
|
|
3
|
-
version: 1.0.0
|
|
4
3
|
description: System Developer 的核心编排技能,负责读取系统设计蓝图、协调跨平台开发任务分发、加载技术知识、验证环境就绪、分发各平台开发技能、执行集成检查、交付开发完成报告。支持 web、mobile、desktop 和 backend 平台。
|
|
5
4
|
tools: Read, Write, Glob, Grep, Bash
|
|
6
5
|
---
|
|
7
6
|
|
|
8
|
-
|
|
9
|
-
>
|
|
10
|
-
> **Step 1**: Load XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md` — this defines all block types and action-to-tool mappings
|
|
11
|
-
>
|
|
12
|
-
> **Step 2**: Execute this SKILL.md's XML workflow **block by block in document order**. For EVERY block, you MUST follow this 3-step cycle:
|
|
13
|
-
>
|
|
14
|
-
> ```
|
|
15
|
-
> 🏷️ Block [ID] (action=[action]) — [desc]
|
|
16
|
-
> 🔧 Tool: [which IDE tool to call]
|
|
17
|
-
> ✅ Result: [output or status]
|
|
18
|
-
> ```
|
|
19
|
-
>
|
|
20
|
-
> Action-to-tool mapping:
|
|
21
|
-
> - `action="run-skill"` → Invoke via **Skill tool** (pass the `<field name="skill">` value EXACTLY)
|
|
22
|
-
> - `action="run-script"` → Execute via **Terminal tool** (pass the `<field name="command">` value EXACTLY)
|
|
23
|
-
> - `action="dispatch-to-worker"` → Create **Task** via **Task tool** for `speccrew-task-worker`
|
|
24
|
-
> - `action="read-file"` → Read via **Read tool**
|
|
25
|
-
> - `action="log"` → Output message directly
|
|
26
|
-
> - `action="confirm"` → Present to user and wait for response
|
|
27
|
-
>
|
|
28
|
-
> **Step 3**: Execute ALL blocks sequentially without pausing (only stop at explicit `<event action="confirm">` blocks)
|
|
7
|
+
# Trigger Scenarios
|
|
29
8
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
1. **Stage Gate** - 验证 System Design 阶段已确认
|
|
35
|
-
2. **Read System Design** - 读取设计文档,识别平台模块
|
|
36
|
-
3. **Load Techs Knowledge** - 加载平台技术栈和 API Contract
|
|
37
|
-
4. **Environment Pre-check** - 验证运行时、依赖、服务
|
|
38
|
-
5. **Dispatch Dev Workers** - 分发开发任务给 Worker
|
|
39
|
-
6. **Integration Check** - 验证跨平台 API 和数据一致性
|
|
40
|
-
7. **Delivery Report** - 交付报告和确认
|
|
41
|
-
|
|
42
|
-
## Invocation Method
|
|
43
|
-
|
|
44
|
-
**CRITICAL**: This skill is loaded directly by System Developer Agent — do NOT invoke via Worker Agent.
|
|
45
|
-
|
|
46
|
-
```xml
|
|
47
|
-
<block type="task" action="run-skill" desc="System Developer orchestration workflow">
|
|
48
|
-
<field name="skill">speccrew-system-developer-orchestration</field>
|
|
49
|
-
</block>
|
|
50
|
-
```
|
|
51
|
-
|
|
52
|
-
## Input Parameters
|
|
53
|
-
|
|
54
|
-
| Parameter | Type | Required | Description |
|
|
55
|
-
|-----------|------|----------|-------------|
|
|
56
|
-
| `workspace_path` | string | Yes | speccrew-workspace root directory path |
|
|
57
|
-
| `iterations_dir` | string | Yes | iterations directory path |
|
|
58
|
-
| `update_progress_script` | string | Yes | Path to update-progress.js script |
|
|
59
|
-
| `current_iteration` | string | No | Current active iteration identifier |
|
|
60
|
-
|
|
61
|
-
## Output
|
|
62
|
-
|
|
63
|
-
- `status` - Execution status (success / partial / failed)
|
|
64
|
-
- `output_files` - List of generated source files and task records
|
|
65
|
-
- `summary` - Execution summary
|
|
66
|
-
- `next_steps` - Suggested next actions
|
|
67
|
-
|
|
68
|
-
---
|
|
9
|
+
- System Developer Agent starts development workflow after system design confirmation
|
|
10
|
+
- System Design stage confirmed and cross-platform development tasks need dispatching
|
|
11
|
+
- User requests code implementation for confirmed system designs
|
|
69
12
|
|
|
70
13
|
## AgentFlow Definition
|
|
71
14
|
|
|
72
15
|
<!-- @agentflow: SKILL.xml -->
|
|
73
16
|
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
## CONTINUOUS EXECUTION RULES
|
|
77
|
-
|
|
78
|
-
This skill MUST execute tasks continuously without unnecessary interruptions.
|
|
79
|
-
|
|
80
|
-
### FORBIDDEN Interruptions
|
|
81
|
-
|
|
82
|
-
1. DO NOT ask user "Should I continue?" after completing a subtask
|
|
83
|
-
2. DO NOT suggest "Let me split this into batches" or "Let's do this in parts"
|
|
84
|
-
3. DO NOT pause to list what you plan to do next — just do it
|
|
85
|
-
4. DO NOT ask for confirmation before generating output files
|
|
86
|
-
5. DO NOT warn about "large number of files" — proceed with generation
|
|
87
|
-
6. DO NOT offer "Should I proceed with the remaining items?"
|
|
88
|
-
|
|
89
|
-
### When to Pause (ONLY these cases)
|
|
90
|
-
|
|
91
|
-
1. CHECKPOINT gates defined in workflow (user confirmation required by design)
|
|
92
|
-
2. Ambiguous requirements that genuinely need clarification
|
|
93
|
-
3. Unrecoverable errors that prevent further progress
|
|
94
|
-
4. Security-sensitive operations (e.g., deleting existing files)
|
|
95
|
-
|
|
96
|
-
### CRITICAL CONSTRAINT
|
|
97
|
-
|
|
98
|
-
**This skill is a pure orchestrator/dispatcher. It MUST NOT:**
|
|
99
|
-
- Create source code files (*.java, *.vue, *.ts, *.py, *.dart, etc.)
|
|
100
|
-
- Invoke dev skills directly (only via speccrew-task-worker)
|
|
101
|
-
- Write implementation code in any language
|
|
102
|
-
- Create code as fallback if worker fails
|
|
103
|
-
|
|
104
|
-
### HARD STOP Checkpoints
|
|
105
|
-
|
|
106
|
-
This workflow has **mandatory HARD STOP** checkpoints at:
|
|
107
|
-
- **Phase 4.2a**: Task list review confirmation
|
|
108
|
-
- **Phase 6.6.5**: Delivery report confirmation
|
|
109
|
-
|
|
110
|
-
DO NOT proceed past these checkpoints without explicit user confirmation.
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|
|
@@ -1,106 +1,18 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: speccrew-task-worker-execution
|
|
3
|
-
version: 1.0.0
|
|
4
3
|
description: Task Worker 的通用任务执行技能,负责接收任务参数、加载 Skill 定义、读取 AgentFlow 规范、逐 Block 执行工作流并输出结构化完成报告。
|
|
5
4
|
tools: Read, Grep, Glob, Write, Bash, Edit, WebFetch, WebSearch
|
|
6
5
|
---
|
|
7
6
|
|
|
8
|
-
|
|
9
|
-
>
|
|
10
|
-
> **Step 1**: Load XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md` — this defines all block types and action-to-tool mappings
|
|
11
|
-
>
|
|
12
|
-
> **Step 2**: Execute this SKILL.md's XML workflow **block by block in document order**. For EVERY block, you MUST follow this 3-step cycle:
|
|
13
|
-
>
|
|
14
|
-
> ```
|
|
15
|
-
> 🏷️ Block [ID] (type=[type], action=[action]) — [desc]
|
|
16
|
-
> 🔧 Tool: [which IDE tool to call]
|
|
17
|
-
> ✅ Result: [output or status]
|
|
18
|
-
> ```
|
|
19
|
-
>
|
|
20
|
-
> Action-to-tool mapping:
|
|
21
|
-
> - `action="run-skill"` → Invoke via **Skill tool** (pass the `<field name="skill">` value EXACTLY)
|
|
22
|
-
> - `action="run-script"` → Execute via **Terminal tool** (pass the `<field name="command">` value EXACTLY)
|
|
23
|
-
> - `action="dispatch-to-worker"` → Create **Task** via **Task tool** for `speccrew-task-worker`
|
|
24
|
-
> - `action="read-file"` → Read via **Read tool**
|
|
25
|
-
> - `action="log"` → Output message directly
|
|
26
|
-
> - `action="confirm"` → Present to user and wait for response
|
|
27
|
-
>
|
|
28
|
-
> **Step 3**: Execute ALL blocks sequentially without pausing (only stop at explicit `<event action="confirm">` blocks)
|
|
7
|
+
# Trigger Scenarios
|
|
29
8
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
1. **Task Reception** - 接收来自调用 Agent 的任务参数
|
|
35
|
-
2. **Skill Discovery** - 解析技能路径,定位 SKILL.md 文件
|
|
36
|
-
3. **Workflow Execution** - 加载 AgentFlow 规范,逐 Block 执行工作流
|
|
37
|
-
4. **Result Reporting** - 输出结构化完成报告
|
|
38
|
-
|
|
39
|
-
## Invocation Method
|
|
40
|
-
|
|
41
|
-
**CRITICAL**: This skill is loaded directly by Task Worker Agent — invoked when `skill_path` or `skill_name` is provided.
|
|
42
|
-
|
|
43
|
-
```xml
|
|
44
|
-
<block type="task" action="run-skill" desc="Execute task worker workflow">
|
|
45
|
-
<field name="skill">speccrew-task-worker-execution</field>
|
|
46
|
-
</block>
|
|
47
|
-
```
|
|
48
|
-
|
|
49
|
-
## Input Parameters
|
|
50
|
-
|
|
51
|
-
| Parameter | Type | Required | Description |
|
|
52
|
-
|-----------|------|----------|-------------|
|
|
53
|
-
| `skill_path` | string | No | Full relative path to SKILL.md file (priority over skill_name) |
|
|
54
|
-
| `skill_name` | string | No | Skill name identifier for discovery (backward compatibility) |
|
|
55
|
-
| `context` | object | Yes | Task context parameters (task_id, module, input_path, output_path, etc.) |
|
|
56
|
-
| `workspace_root` | string | Yes | Workspace root directory path |
|
|
57
|
-
|
|
58
|
-
## Output
|
|
59
|
-
|
|
60
|
-
- `status` - Execution status (success / failed)
|
|
61
|
-
- `task_id` - Task identifier from dispatch context
|
|
62
|
-
- `output_files` - List of generated/modified files
|
|
63
|
-
- `summary` - Execution summary
|
|
64
|
-
- `error` - Error description (if failed)
|
|
65
|
-
- `error_category` - Error category (DEPENDENCY_MISSING | BUILD_FAILURE | VALIDATION_ERROR | RUNTIME_ERROR | BLOCKED)
|
|
66
|
-
|
|
67
|
-
---
|
|
9
|
+
- Orchestration Agent dispatches a task via dispatch-to-worker action
|
|
10
|
+
- Task Worker Agent receives skill_path or skill_name to execute
|
|
11
|
+
- User explicitly requests execution of a specific skill workflow
|
|
68
12
|
|
|
69
13
|
## AgentFlow Definition
|
|
70
14
|
|
|
71
15
|
<!-- @agentflow: SKILL.xml -->
|
|
72
16
|
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
## CONTINUOUS EXECUTION RULES
|
|
76
|
-
|
|
77
|
-
This skill MUST execute tasks continuously without unnecessary interruptions.
|
|
78
|
-
|
|
79
|
-
### FORBIDDEN Interruptions
|
|
80
|
-
|
|
81
|
-
1. DO NOT ask user "Should I continue?" after completing a subtask
|
|
82
|
-
2. DO NOT suggest "Let me split this into batches" or "Let's do this in parts"
|
|
83
|
-
3. DO NOT pause to list what you plan to do next — just do it
|
|
84
|
-
4. DO NOT ask for confirmation before generating output files
|
|
85
|
-
5. DO NOT warn about "large number of files" — proceed with generation
|
|
86
|
-
6. DO NOT offer "Should I proceed with the remaining items?"
|
|
87
|
-
|
|
88
|
-
### When to Pause (ONLY these cases)
|
|
89
|
-
|
|
90
|
-
1. CHECKPOINT gates defined in workflow (user confirmation required by design)
|
|
91
|
-
2. Ambiguous requirements that genuinely need clarification
|
|
92
|
-
3. Unrecoverable errors that prevent further progress
|
|
93
|
-
4. Security-sensitive operations (e.g., deleting existing files)
|
|
94
|
-
|
|
95
|
-
### Batch Execution Behavior
|
|
96
|
-
|
|
97
|
-
- When multiple items need processing, process ALL of them sequentially without asking
|
|
98
|
-
- Use DISPATCH-PROGRESS.json to track progress, enabling resumption if interrupted
|
|
99
|
-
- NEVER voluntarily stop mid-batch to ask if user wants to continue
|
|
100
|
-
|
|
101
|
-
### Worker Completion Protocol
|
|
102
|
-
|
|
103
|
-
- After completing assigned skill execution, report results immediately
|
|
104
|
-
- DO NOT ask the dispatching agent for further instructions
|
|
105
|
-
- DO NOT wait for confirmation before writing output files
|
|
106
|
-
- If skill execution fails, report failure with details — do not ask user what to do
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|
|
@@ -1,91 +1,18 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: speccrew-team-leader-routing
|
|
3
|
-
version: 1.0.0
|
|
4
3
|
description: Team Leader 的意图识别与路由调度技能,负责识别用户意图并路由到对应 Skill/Agent。处理项目初始化、知识库同步、工作流诊断等基础设施请求。
|
|
5
4
|
tools: Read, Write, Bash, Skill, Task
|
|
6
5
|
---
|
|
7
6
|
|
|
8
|
-
|
|
9
|
-
>
|
|
10
|
-
> **Step 1**: Load XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md` — this defines all block types and action-to-tool mappings
|
|
11
|
-
>
|
|
12
|
-
> **Step 2**: Execute this SKILL.md's XML workflow **block by block in document order**. For EVERY block, you MUST follow this 3-step cycle:
|
|
13
|
-
>
|
|
14
|
-
> ```
|
|
15
|
-
> 🏷️ Block [ID] (action=[action]) — [desc]
|
|
16
|
-
> 🔧 Tool: [which IDE tool to call]
|
|
17
|
-
> ✅ Result: [output or status]
|
|
18
|
-
> ```
|
|
19
|
-
>
|
|
20
|
-
> Action-to-tool mapping:
|
|
21
|
-
> - `action="run-skill"` → Invoke via **Skill tool** (pass the `<field name="skill">` value EXACTLY)
|
|
22
|
-
> - `action="run-script"` → Execute via **Terminal tool** (pass the `<field name="command">` value EXACTLY)
|
|
23
|
-
> - `action="dispatch-to-worker"` → Create **Task** via **Task tool** for `speccrew-task-worker`
|
|
24
|
-
> - `action="read-file"` → Read via **Read tool**
|
|
25
|
-
> - `action="log"` → Output message directly
|
|
26
|
-
> - `action="confirm"` → Present to user and wait for response
|
|
27
|
-
>
|
|
28
|
-
> **Step 3**: Execute ALL blocks sequentially without pausing (only stop at explicit `<event action="confirm">` blocks)
|
|
7
|
+
# Trigger Scenarios
|
|
29
8
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
1. **Pipeline Progress Awareness** - 读取 WORKFLOW-PROGRESS.json,感知当前流水线状态
|
|
35
|
-
2. **Auto-Orchestration** - 处理自动推进与新用户引导
|
|
36
|
-
3. **Intent Recognition** - 识别用户意图并路由到正确的 Skill/Agent
|
|
37
|
-
4. **Skill Invocation** - 加载并执行对应的 Skill
|
|
38
|
-
|
|
39
|
-
## Invocation Method
|
|
40
|
-
|
|
41
|
-
**CRITICAL**: This skill is loaded directly by Team Leader Agent — do NOT invoke via Worker Agent.
|
|
42
|
-
|
|
43
|
-
```xml
|
|
44
|
-
<block type="task" action="run-skill" desc="Team Leader routing workflow">
|
|
45
|
-
<field name="skill">speccrew-team-leader-routing</field>
|
|
46
|
-
</block>
|
|
47
|
-
```
|
|
48
|
-
|
|
49
|
-
## Input Parameters
|
|
50
|
-
|
|
51
|
-
| Parameter | Type | Required | Description |
|
|
52
|
-
|-----------|------|----------|-------------|
|
|
53
|
-
| `user_message` | string | Yes | Original user input message |
|
|
54
|
-
| `workspace_root` | string | Yes | speccrew-workspace root directory path |
|
|
55
|
-
| `iteration_dir` | string | No | Current active iteration directory |
|
|
56
|
-
|
|
57
|
-
## Output
|
|
58
|
-
|
|
59
|
-
- `status` - Execution status (success / partial / failed)
|
|
60
|
-
- `skill_invoked` - Name of invoked Skill (if any)
|
|
61
|
-
- `output_files` - List of generated/modified files
|
|
62
|
-
- `summary` - Execution summary
|
|
63
|
-
- `next_steps` - Suggested next actions
|
|
64
|
-
|
|
65
|
-
---
|
|
9
|
+
- Team Leader Agent needs to route user intent to the correct Skill or Agent
|
|
10
|
+
- User submits a message requiring intent recognition and dispatch
|
|
11
|
+
- Auto-orchestration or new user onboarding request
|
|
66
12
|
|
|
67
13
|
## AgentFlow Definition
|
|
68
14
|
|
|
69
15
|
<!-- @agentflow: SKILL.xml -->
|
|
70
16
|
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
## CONTINUOUS EXECUTION RULES
|
|
74
|
-
|
|
75
|
-
This skill MUST execute tasks continuously without unnecessary interruptions.
|
|
76
|
-
|
|
77
|
-
### FORBIDDEN Interruptions
|
|
78
|
-
|
|
79
|
-
1. DO NOT ask user "Should I continue?" after completing a subtask
|
|
80
|
-
2. DO NOT suggest "Let me split this into batches" or "Let's do this in parts"
|
|
81
|
-
3. DO NOT pause to list what you plan to do next — just do it
|
|
82
|
-
4. DO NOT ask for confirmation before generating output files
|
|
83
|
-
5. DO NOT warn about "large number of files" — proceed with generation
|
|
84
|
-
6. DO NOT offer "Should I proceed with the remaining items?"
|
|
85
|
-
|
|
86
|
-
### When to Pause (ONLY these cases)
|
|
87
|
-
|
|
88
|
-
1. CHECKPOINT gates defined in workflow (user confirmation required by design)
|
|
89
|
-
2. Ambiguous requirements that genuinely need clarification
|
|
90
|
-
3. Unrecoverable errors that prevent further progress
|
|
91
|
-
4. Security-sensitive operations (e.g., deleting existing files)
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|
|
@@ -14,61 +14,5 @@ tools: Read, Write, Glob, Grep
|
|
|
14
14
|
|
|
15
15
|
<!-- @agentflow: SKILL.xml -->
|
|
16
16
|
|
|
17
|
-
> **REQUIRED**: Before executing this workflow, read the XML workflow specification:
|
|
18
|
-
|
|
19
|
-
# Key Rules
|
|
20
|
-
|
|
21
|
-
| Rule | Description |
|
|
22
|
-
|------|-------------|
|
|
23
|
-
| **No Code Implementation** | Do NOT write actual test code, only test case specifications |
|
|
24
|
-
| **Coverage First** | Prioritize acceptance criteria coverage over exhaustive testing |
|
|
25
|
-
| **Clear Expected Results** | Every test case must have unambiguous expected result |
|
|
26
|
-
| **Traceability Required** | All test cases must trace back to requirements |
|
|
27
|
-
| **Naming Convention** | Strictly follow TC-{MODULE}-{SEQ} format |
|
|
28
|
-
| **Priority Alignment** | Test case priority should align with requirement priority |
|
|
29
|
-
|
|
30
|
-
# Checklist
|
|
31
|
-
|
|
32
|
-
- [ ] All acceptance criteria from Feature Spec have corresponding test cases
|
|
33
|
-
- [ ] Each test dimension has at least one test case (if applicable)
|
|
34
|
-
- [ ] Test case IDs follow naming convention (TC-{MODULE}-{SEQ})
|
|
35
|
-
- [ ] All test cases have clear expected results
|
|
36
|
-
- [ ] Coverage traceability matrix is complete
|
|
37
|
-
- [ ] Test data sets cover normal, boundary, and exception scenarios
|
|
38
|
-
- [ ] Priority assignments are consistent with requirement priorities
|
|
39
|
-
- [ ] Preconditions are clearly stated for each test case
|
|
40
|
-
- [ ] Steps are detailed enough for execution without ambiguity
|
|
41
|
-
- [ ] Document written to correct output path
|
|
42
|
-
|
|
43
|
-
---
|
|
44
|
-
|
|
45
|
-
# Task Completion Report
|
|
46
|
-
|
|
47
|
-
Upon completion (success or failure), output the following report format:
|
|
48
|
-
|
|
49
|
-
## Success Report
|
|
50
|
-
```
|
|
51
|
-
## Task Completion Report
|
|
52
|
-
- **Status**: SUCCESS
|
|
53
|
-
- **Task ID**: <from dispatch context, e.g., "test-case-web-vue">
|
|
54
|
-
- **Platform**: <platform_id, e.g., "web-vue">
|
|
55
|
-
- **Phase**: test_case_design
|
|
56
|
-
- **Output Files**:
|
|
57
|
-
- `speccrew-workspace/iterations/{iteration}/06.system-test/cases/{platform_id}/[feature]-test-cases.md`
|
|
58
|
-
- **Summary**: Test case design completed with {count} test cases covering {dimensions} dimensions
|
|
59
|
-
```
|
|
60
|
-
|
|
61
|
-
## Failure Report
|
|
62
|
-
```
|
|
63
|
-
## Task Completion Report
|
|
64
|
-
- **Status**: FAILED
|
|
65
|
-
- **Task ID**: <from dispatch context>
|
|
66
|
-
- **Platform**: <platform_id>
|
|
67
|
-
- **Phase**: test_case_design
|
|
68
|
-
- **Output Files**: None
|
|
69
|
-
- **Summary**: Test case design failed during {step}
|
|
70
|
-
- **Error**: <detailed error description>
|
|
71
|
-
- **Error Category**: DEPENDENCY_MISSING | BUILD_FAILURE | VALIDATION_ERROR | RUNTIME_ERROR | BLOCKED
|
|
72
|
-
- **Partial Outputs**: <list of partially generated files or "None">
|
|
73
|
-
- **Recovery Hint**: <suggestion for recovery, e.g., "Check feature spec document exists at specified path">
|
|
74
|
-
```
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|
|
@@ -14,64 +14,5 @@ tools: Read, Write, Glob, Grep
|
|
|
14
14
|
|
|
15
15
|
<!-- @agentflow: SKILL.xml -->
|
|
16
16
|
|
|
17
|
-
> **REQUIRED**: Before executing this workflow, read the XML workflow specification:
|
|
18
|
-
|
|
19
|
-
# Key Rules
|
|
20
|
-
|
|
21
|
-
| Rule | Description |
|
|
22
|
-
|------|-------------|
|
|
23
|
-
| **TC ID Traceability** | Every test function MUST have a TC ID comment |
|
|
24
|
-
| **Checkpoint Required** | Must confirm code plan with user before generating |
|
|
25
|
-
| Convention Compliance | Follow platform-specific conventions-unit-test.md |
|
|
26
|
-
| **Arrange-Act-Assert** | Maintain clear test structure |
|
|
27
|
-
| **Mock Strategy Documented** | All mocks documented in code plan |
|
|
28
|
-
| **No Test Execution** | This skill only generates code, does not run tests |
|
|
29
|
-
|
|
30
|
-
# Checklist
|
|
31
|
-
|
|
32
|
-
- [ ] Test case document read, all cases parsed
|
|
33
|
-
- [ ] Technical conventions loaded (conventions-unit-test.md or inferred)
|
|
34
|
-
- [ ] System design read, dependencies identified
|
|
35
|
-
- [ ] Code plan generated with file-to-case mapping
|
|
36
|
-
- [ ] Checkpoint passed: code plan confirmed with user
|
|
37
|
-
- [ ] Every test case ID has a corresponding test function
|
|
38
|
-
- [ ] Each test function has a TC ID annotation comment
|
|
39
|
-
- [ ] Mock/stub strategy covers all external dependencies
|
|
40
|
-
- [ ] Test code follows platform conventions-unit-test.md style
|
|
41
|
-
- [ ] Shared fixtures and helpers are extracted properly
|
|
42
|
-
- [ ] Arrange-Act-Assert structure maintained in tests
|
|
43
|
-
- [ ] Code plan document written to correct path
|
|
44
|
-
|
|
45
|
-
---
|
|
46
|
-
|
|
47
|
-
# Task Completion Report
|
|
48
|
-
|
|
49
|
-
Upon completion (success or failure), output the following report format:
|
|
50
|
-
|
|
51
|
-
## Success Report
|
|
52
|
-
```
|
|
53
|
-
## Task Completion Report
|
|
54
|
-
- **Status**: SUCCESS
|
|
55
|
-
- **Task ID**: <from dispatch context, e.g., "test-code-web-vue">
|
|
56
|
-
- **Platform**: <platform_id, e.g., "web-vue">
|
|
57
|
-
- **Phase**: test_code_gen
|
|
58
|
-
- **Output Files**:
|
|
59
|
-
- `speccrew-workspace/iterations/{iteration}/06.system-test/code/{platform_id}/[feature]-test-code-plan.md`
|
|
60
|
-
- <list of generated test source files>
|
|
61
|
-
- **Summary**: Test code generation completed with {file_count} files covering {case_count} test cases
|
|
62
|
-
```
|
|
63
|
-
|
|
64
|
-
## Failure Report
|
|
65
|
-
```
|
|
66
|
-
## Task Completion Report
|
|
67
|
-
- **Status**: FAILED
|
|
68
|
-
- **Task ID**: <from dispatch context>
|
|
69
|
-
- **Platform**: <platform_id>
|
|
70
|
-
- **Phase**: test_code_gen
|
|
71
|
-
- **Output Files**: <list of partial outputs or "None">
|
|
72
|
-
- **Summary**: Test code generation failed during {step}
|
|
73
|
-
- **Error**: <detailed error description>
|
|
74
|
-
- **Error Category**: DEPENDENCY_MISSING | BUILD_FAILURE | VALIDATION_ERROR | RUNTIME_ERROR | BLOCKED
|
|
75
|
-
- **Partial Outputs**: <list of partially generated files or "None">
|
|
76
|
-
- **Recovery Hint**: <suggestion for recovery, e.g., "Verify test case document format is valid">
|
|
77
|
-
```
|
|
17
|
+
> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
|
|
18
|
+
> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.
|