speccrew 0.7.74 → 0.7.75

package/.speccrew/skills/speccrew-test-manager-orchestration/SKILL.md

@@ -1,106 +1,18 @@
 ---
 name: speccrew-test-manager-orchestration
-version: 1.0.0
 description: Test Manager 的编排调度技能，负责执行三阶段测试工作流：测试用例设计 → 测试代码生成 → 测试执行与报告。支持单平台直接调用和多平台 Worker 并行调度。
 tools: Read, Write, Glob, Grep, Bash, Agent
 ---
 
-> **⚠️ MANDATORY EXECUTION PROTOCOL — READ BEFORE EXECUTING ANY BLOCK**
->
-> **Step 1**: Load XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md` — this defines all block types and action-to-tool mappings
->
-> **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:
->
-> ```
-> 🏷️ Block [ID] (action=[action]) — [desc]
-> 🔧 Tool: [which IDE tool to call]
-> ✅ Result: [output or status]
-> ```
->
-> Action-to-tool mapping:
-> - `action="run-skill"` → Invoke via **Skill tool** (pass the `<field name="skill">` value EXACTLY)
-> - `action="run-script"` → Execute via **Terminal tool** (pass the `<field name="command">` value EXACTLY)
-> - `action="dispatch-to-worker"` → Create **Task** via **Task tool** for `speccrew-task-worker`
-> - `action="read-file"` → Read via **Read tool**
-> - `action="log"` → Output message directly
-> - `action="confirm"` → Present to user and wait for response
->
-> **Step 3**: Execute ALL blocks sequentially without pausing (only stop at explicit `<event action="confirm">` blocks)
+# Trigger Scenarios
 
-# Test Manager Orchestration
-
-Test Manager 的核心编排技能，负责：
-
-1. **Stage Gate Verification** - 验证部署阶段已完成确认
-2. **IDE Directory Detection** - 检测 IDE 目录并验证测试技能存在
-3. **Preparation** - 识别迭代路径、定位输入文档、检查现有制品
-4. **Knowledge Loading** - 加载功能规格、API契约、系统设计
-5. **Test Case Design** - 测试用例设计（支持单平台/多平台模式）
-6. **Test Code Generation** - 测试代码生成（含代码审查）
-7. **Test Execution & Reporting** - 测试执行与缺陷报告
-8. **Delivery Summary** - 交付总结确认
-
-## Invocation Method
-
-**CRITICAL**: This skill is loaded directly by Test Manager Agent — do NOT invoke via Worker Agent.
-
-```xml
-<block type="task" action="run-skill" desc="Test Manager orchestration workflow">
-  <field name="skill">speccrew-test-manager-orchestration</field>
-</block>
-```
-
-## Input Parameters
-
-| Parameter | Type | Required | Description |
-|-----------|------|----------|-------------|
-| `workspace_path` | string | Yes | speccrew-workspace 根目录绝对路径 |
-| `iteration_dir` | string | Yes | 当前迭代目录路径 |
-| `update_progress_script` | string | Yes | update-progress.js 脚本路径 |
-
-## Output
-
-- `status` - Execution status (success / partial / failed)
-- `test_cases_designed` - Number of test cases designed
-- `test_code_generated` - Number of test code files generated
-- `tests_passed` - Number of tests passed
-- `tests_failed` - Number of tests failed
-- `bug_reports` - List of bug report paths
-- `output_files` - List of generated/modified files
-- `summary` - Execution summary
-- `next_steps` - Suggested next actions
-
----
+- Test Manager Agent starts the three-phase testing workflow after development confirmation
+- Development stage confirmed and test case design needs to begin
+- User requests test execution or test report generation
 
 ## AgentFlow Definition
 
 <!-- @agentflow: SKILL.xml -->
 
----
-
-## CONTINUOUS EXECUTION RULES
-
-This skill MUST execute tasks continuously without unnecessary interruptions.
-
-### FORBIDDEN Interruptions
-
-1. DO NOT ask user "Should I continue?" after completing a subtask
-2. DO NOT suggest "Let me split this into batches" or "Let's do this in parts"
-3. DO NOT pause to list what you plan to do next — just do it
-4. DO NOT ask for confirmation before generating output files
-5. DO NOT warn about "large number of files" — proceed with generation
-6. DO NOT offer "Should I proceed with the remaining items?"
-
-### When to Pause (ONLY these cases)
-
-1. CHECKPOINT gates defined in workflow (user confirmation required by design)
-2. Ambiguous requirements that genuinely need clarification
-3. Unrecoverable errors that prevent further progress
-4. Security-sensitive operations (e.g., deleting existing files)
-
-### Batch Execution Behavior
-
-- When multiple items need processing, process ALL of them sequentially without asking
-- Use DISPATCH-PROGRESS.json to track progress, enabling resumption if interrupted by context limits
-- If context window is approaching limit, save progress to checkpoint and inform user how to resume
-- NEVER voluntarily stop mid-batch to ask if user wants to continue
+> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
+> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.

package/.speccrew/skills/speccrew-test-reporter/SKILL.md

@@ -10,109 +10,9 @@ tools: Read, Write, Glob, Grep
 - When user explicitly requests "generate test report", "create bug reports"
 - When test execution results need to be converted to human-readable reports
 
-# Role Positioning
-
-**Primary Role**: Test Report Generator
-
-**Responsibilities**:
-- Read structured test execution results from speccrew-test-runner
-- Generate comprehensive test reports with statistics and analysis
-- Generate individual bug reports for each failed test case
-- Perform detailed root cause analysis with impact assessment
-- Classify bug severity for prioritization
-- Output human-readable documents for stakeholders
-
-**Upstream Dependencies**: speccrew-test-runner
-**Downstream Consumers**: speccrew-test-manager, development teams, QA teams
-
 ## AgentFlow Definition
 
 <!-- @agentflow: SKILL.xml -->
 
-> **REQUIRED**: Before executing this workflow, read the XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md`
-
-## Output
-
-### Output Files
-
-| File | Path | Description |
-|------|------|-------------|
-| Test Report | `{output_dir}/reports/{feature}-test-report.md` | Comprehensive test execution report |
-| Bug Reports | `{output_dir}/bugs/{feature}-bug-{seq}.md` | Individual bug report per failure |
-
-### Output Structure
-
-```
-{output_dir}/
-├── reports/
-│   └── {feature}-test-report.md
-└── bugs/
-    ├── {feature}-bug-001.md
-    ├── {feature}-bug-002.md
-    └── ...
-```
-
-# Key Rules
-
-| Rule | Description |
-|------|-------------|
-| **Template-First Workflow** | Always copy template before filling sections |
-| **One Bug Per File** | Each bug gets its own report file for tracking |
-| **Severity Classification** | Always classify bug severity for prioritization |
-| **Actionable Reports** | Bug reports must include suggested fix direction |
-| **TC ID Traceability** | Every bug must be traced back to its TC ID |
-| **Root Cause Analysis** | Provide detailed analysis of failure causes |
-| **No Execution** | This skill does NOT execute tests, only generates reports |
-
-# Checklist
-
-- [ ] Execution results document loaded successfully
-- [ ] Test report generated with complete statistics
-- [ ] Results broken down by test dimension
-- [ ] Failed tests linked to corresponding bug reports
-- [ ] Each FAIL/ERROR has a corresponding bug report
-- [ ] Bug severity classified (Critical/High/Medium/Low)
-- [ ] Root cause analysis completed for each bug
-- [ ] All bug reports written to correct output path
-- [ ] Test report written to correct output path
-- [ ] Bug links updated in test report
-
----
-
-# Task Completion Report
-
-Upon completion (success or failure), output the following report format:
-
-## Success Report
-```
-## Task Completion Report
-- **Status**: SUCCESS
-- **Task ID**: <from dispatch context, e.g., "test-reporter-web-vue">
-- **Platform**: <platform_id, e.g., "web-vue">
-- **Phase**: test_reporting
-- **Output Files**:
-  - `{output_dir}/reports/{feature}-test-report.md`
-  - `{output_dir}/bugs/{feature}-bug-{seq}.md` (if any failures)
-- **Summary**: Generated test report with {total} tests, {failed} bugs reported
-```
-
-## Failure Report
-```
-## Task Completion Report
-- **Status**: FAILED
-- **Task ID**: <from dispatch context>
-- **Platform**: <platform_id>
-- **Phase**: test_reporting
-- **Output Files**: <list of partial outputs or "None">
-- **Summary**: Test report generation failed during {step}
-- **Error**: <detailed error description>
-- **Error Category**: INPUT_MISSING | TEMPLATE_ERROR | WRITE_ERROR | BLOCKED
-- **Partial Outputs**: <list of files that were generated before failure, or "None">
-- **Recovery Hint**: <suggestion for recovery>
-```
-
-**Error Category Definitions**:
-- `INPUT_MISSING`: Required execution results or test cases document not available
-- `TEMPLATE_ERROR`: Template file missing or malformed
-- `WRITE_ERROR`: File system error during report generation
-- `BLOCKED`: Blocked by missing upstream dependency
+> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
+> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.

package/.speccrew/skills/speccrew-test-runner/SKILL.md

@@ -7,130 +7,12 @@ tools: Read, Write, Bash, Glob, Grep
 # Trigger Scenarios
 
 - When speccrew-test-manager dispatches test execution after test code is confirmed
-- When speccrew-test-reporter needs raw execution results to generate reports
 - When user explicitly requests "run tests", "execute tests", "run test suite"
-
-# Role Positioning
-
-**Primary Role**: Test Execution Engine
-
-**Responsibilities**:
-- Read and validate test code files
-- Perform environment pre-checks (runtime, dependencies, test framework)
-- Execute test commands for various platforms and frameworks
-- Parse test framework output into structured data
-- Detect deviations between expected and actual results
-- Output structured execution results for downstream consumers
-
-**Upstream Dependencies**: speccrew-test-manager, speccrew-test-code-generator
-**Downstream Consumers**: speccrew-test-reporter
+- When speccrew-test-reporter needs raw execution results to generate reports
 
 ## AgentFlow Definition
 
 <!-- @agentflow: SKILL.xml -->
 
-> **REQUIRED**: Before executing this workflow, read the XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md`
-
-## Output
-
-### Output Files
-
-| File | Path | Description |
-|------|------|-------------|
-| Execution Results | `{output_dir}/{feature}-test-execution-results.md` | Structured test execution data |
-
-### Output Format Contract
-
-The execution results document serves as the **input contract** for speccrew-test-reporter:
-
-```yaml
-execution_summary:
-  feature_name: string
-  platform_id: string
-  framework: string
-  execution_date: ISO8601
-  duration_ms: number
-  total_tests: number
-  passed: number
-  failed: number
-  errors: number
-  skipped: number
-  pass_rate: percentage
-
-test_results:
-  - tc_id: string
-    test_name: string
-    status: PASS|FAIL|ERROR|SKIP
-    duration_ms: number
-    error_message: string|null
-    stack_trace: string|null
-    expected_result: string
-    actual_result: string
-
-deviations:
-  - tc_id: string
-    type: FAIL|ERROR|SKIP|FLAKY
-    severity: Critical|High|Medium|Low
-    description: string
-
-environment:
-  os: string
-  runtime_version: string
-  framework_version: string
-  dependencies: list
-```
-
-# Key Rules
-
-| Rule | Description |
-|------|-------------|
-| **Environment First** | Always verify environment before running tests |
-| **Complete Output Capture** | Capture both stdout and stderr for diagnostics |
-| **TC ID Traceability** | Every test result must be traced back to its TC ID |
-| **No Report Generation** | This skill does NOT generate human-readable reports |
-| **Structured Output Only** | Output must be structured data for downstream consumption |
-| **Runner → Reporter Contract** | Output format must match speccrew-test-reporter input expectations |
-
-# Checklist
-
-- [ ] Environment pre-check passed before execution
-- [ ] All test files from code plan were executed
-- [ ] Test results are correctly parsed from framework output
-- [ ] Failed tests are correctly traced back to TC IDs
-- [ ] Deviation classification completed for all non-PASS results
-- [ ] Execution results written to correct output path
-- [ ] Output format follows contract for speccrew-test-reporter
-
----
-
-# Task Completion Report
-
-Upon completion (success or failure), output the following report format:
-
-## Success Report
-```
-## Task Completion Report
-- **Status**: SUCCESS
-- **Task ID**: <from dispatch context, e.g., "test-runner-web-vue">
-- **Platform**: <platform_id, e.g., "web-vue">
-- **Phase**: test_execution
-- **Output Files**:
-  - `{output_dir}/{feature}-test-execution-results.md`
-- **Summary**: Test execution completed with {passed}/{total} passed, {failed} failed, {skipped} skipped
-- **Next Step**: Dispatch to speccrew-test-reporter for report generation
-```
-
-## Failure Report
-```
-## Task Completion Report
-- **Status**: FAILED
-- **Task ID**: <from dispatch context>
-- **Platform**: <platform_id>
-- **Phase**: test_execution
-- **Output Files**: <list of partial outputs or "None">
-- **Summary**: Test execution failed during {step}
-- **Error**: <detailed error description>
-- **Error Category**: DEPENDENCY_MISSING | BUILD_FAILURE | VALIDATION_ERROR | RUNTIME_ERROR | BLOCKED
-- **Partial Outputs**: <list of partially generated files or "None">
-- **Recovery Hint**: <suggestion for recovery, e.g., "Check test dependencies are installed and test configuration is valid">
-```
+> **REQUIRED**: Before executing this workflow, read the XML workflow specification: speccrew-workspace/docs/rules/agentflow-spec.md
+> Then read and execute the XML workflow in SKILL.xml block-by-block as the authoritative execution plan.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "speccrew",
-  "version": "0.7.74",
+  "version": "0.7.75",
   "description": "Spec-Driven Development toolkit for AI-powered IDEs",
   "author": "charlesmu99",
   "repository": {