speccrew 0.6.69 → 0.7.0

package/.speccrew/skills/speccrew-knowledge-techs-dispatch/SKILL.md

@@ -1,12 +1,87 @@
 ---
 name: speccrew-knowledge-techs-dispatch
-description: Dispatch techs knowledge base generation tasks with 3-stage pipeline. Handles platform detection, tech document generation, and root index creation.
-tools: Read, Write, Task
+description: Dispatch techs knowledge base generation tasks with 3-stage pipeline (XML Block version). Handles platform detection, tech document generation, and root index creation.
+tools: Read, Write, Task, Bash
 ---
 
-# Techs Knowledge Dispatch
+> **⚠️ 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-script"` → Execute via **Terminal tool** (pass the `<field name="command">` value EXACTLY)
+> - `action="run-skill"` → Invoke via **Skill tool** (pass the `<field name="skill">` value EXACTLY)
+> - `action="dispatch-to-worker"` → Create **Task** via **Task tool** for `speccrew-task-worker` (Worker loads and executes the skill, NOT you)
+> - `action="confirm"` (event) → Present to user and wait for response
+>
+> **Step 3**: Execute ALL stages sequentially without pausing (only stop at explicit `<event action="confirm">` blocks)
+>
+> **FORBIDDEN**:
+> - Do NOT skip the block announcement format above — every block must be announced before execution
+> - Do NOT run terminal commands as substitute for Skill tool calls
+> - Do NOT do Worker's job yourself — when `action="dispatch-to-worker"`, create a Task and let Worker handle it
+> - Do NOT skip blocks or improvise your own commands
+> - Do NOT read a skill's SKILL.md file yourself — use the Skill tool which resolves paths automatically
 
-Orchestrate **techs knowledge base generation** with a 3-stage pipeline: Platform Detection → Tech Doc Generation → Root Index.
+# Techs Knowledge Dispatch (XML Block Version)
+
+Orchestrate **techs knowledge base generation** with a 3-stage pipeline using **XML Block system**: Platform Detection → Tech Doc Generation → Root Index.
+
+## Invocation Method
+
+**CRITICAL**: This skill is an **orchestration playbook** — it MUST be loaded directly by Team Leader via Skill tool (NOT via Worker Agent).
+
+```
+Correct: Leader uses Skill tool to load this playbook directly
+Incorrect: Dispatch this skill to speccrew-task-worker
+```
+
+**Why?** This skill defines the orchestration workflow and prepares task plans for downstream workers. The Team Leader reads this playbook and dispatches individual worker tasks via Task tool → speccrew-task-worker for each stage.
+
+**Correct Invocation Pattern**:
+```xml
+<block type="task" action="run-skill" desc="Leader directly invokes techs-dispatch as orchestration playbook">
+  <field name="skill">speccrew-knowledge-techs-dispatch</field>
+  <field name="note">Leader directly calls this dispatch skill as an orchestration playbook. The dispatch skill defines the workflow; Leader dispatches downstream workers via Task tool → speccrew-task-worker for each stage.</field>
+</block>
+```
+
+**Worker Dispatch Rule**:
+- Dispatch skills (bizs-dispatch, techs-dispatch): Leader calls directly via Skill tool
+- Downstream worker skills (techs-init, techs-generate-conventions, techs-generate-ui-style, etc.): Leader dispatches via Task tool → speccrew-task-worker
+
+**FORBIDDEN**: Worker Agents MUST NOT execute this dispatch skill. If a Worker Agent loads this skill, it must report error and abort.
+
+## Quick Reference — Execution Flow
+
+```
+Stage 1: Platform Detection
+  └─ Read techs-manifest.json → Identify platforms & tech stacks
+        ↓
+Stage 2: Tech Doc Generation (PARALLEL)
+  └─ Prepare task plans for techs-generate workers per platform
+  └─ After generate workers complete → prepare quality check worker task plans
+  └─ Monitor completion markers
+        ↓
+Stage 2.5: Completion Verification
+  └─ Step A: Scan completion markers
+  └─ Step B: Verify output integrity
+  └─ Step C: Update progress status
+        ↓
+Stage 3: Root Index Generation
+  └─ Generate techs/README.md root index
+  └─ Cross-platform consistency check
+```
+
+> **NOTE**: All worker dispatch operations are handled by the calling Agent (Team Leader). This Skill only prepares task plans and monitors completion markers.
 
 ## Language Adaptation
 
@@ -52,195 +127,76 @@ Read `speccrew-workspace/docs/configs/platform-mapping.json` for standardized pl
 - Root index: `speccrew-workspace/knowledges/techs/INDEX.md`
 - Status files: `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/stage{N}-status.json`
 
-# Quick Reference — Execution Flow
-
-```
-Stage 1: Platform Detection
-  └─ Read techs-manifest.json → Identify platforms & tech stacks
-        ↓
-Stage 2: Tech Doc Generation (PARALLEL)
-  └─ Prepare task plans for techs-generate workers per platform
-  └─ After generate workers complete → prepare quality check worker task plans
-  └─ Monitor completion markers
-        ↓
-Stage 2.5: Completion Verification
-  └─ Step A: Scan completion markers
-  └─ Step B: Verify output integrity
-  └─ Step C: Update progress status
-        ↓
-Stage 3: Root Index Generation
-  └─ Generate techs/README.md root index
-  └─ Cross-platform consistency check
-```
-
-> **NOTE**: All worker dispatch operations are handled by the calling Agent (Team Leader). This Skill only prepares task plans and monitors completion markers.
-
-## Workflow Overview
-
-```mermaid
-flowchart TB
-    S1[Stage 1: Detect Platforms] --> S2[Stage 2: Generate Tech Docs]
-    S2 --> S3[Stage 3: Generate Root Index]
-```
-
 ---
 
-## Stage 1: Detect Platform Manifest (Single Task)
-
-**Goal**: Scan source code and identify all technology platforms.
-
-**Step 1a: Read Configuration**
-- Read `speccrew-workspace/docs/configs/platform-mapping.json` for standardized platform mapping rules
-
-**Step 1b: Prepare Task Plan**
+## AgentFlow Definition
 
-> **NOTE**: Worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares the task plan and parameters.
+<!-- @agentflow: workflow.agentflow.xml -->
 
-Prepare the following task for the calling Agent to dispatch:
-- **Skill**: `speccrew-knowledge-techs-init/SKILL.md`
-- **Task**: Analyze project structure, detect technology platforms
-- **Parameters**:
-  - `source_path`: Source code directory path
-  - `output_path`: Output directory (default: `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/`)
-  - `language`: User's language — **REQUIRED**
-
-**Output**:
-- `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/techs-manifest.json`
-
-See [templates/techs-manifest-EXAMPLE.json](templates/techs-manifest-EXAMPLE.json) for complete example.
-
-See [Platform Status Tracking Fields](#platform-status-tracking-fields) for status field definitions.
-
----
-
-> **⚠️ MANDATORY RULES FOR PARALLEL EXECUTION (Stage 2)**:
-> 1. ALL platform task plans should be prepared for parallel dispatch by the calling Agent — sequential execution is NOT recommended
-> 2. Each platform worker runs independently via techs-generate Skill
-> 3. Monitor completion via marker files in each platform directory
-> 4. Failed workers can be retried independently
-> 5. Do NOT proceed to Stage 2.5 until ALL workers have completed or failed
+> **REQUIRED**: Before executing this workflow, read the XML workflow specification: `speccrew-workspace/docs/rules/agentflow-spec.md`
 >
-> **NOTE**: Worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares task plans.
-
-## Stage 2: Generate Platform Documents (Parallel)
-
-> **🚨 CRITICAL: PARALLEL EXECUTION IS MANDATORY**
-> - Prepare task plans for ALL platforms FIRST, then dispatch ALL workers SIMULTANEOUSLY
-> - DO NOT finish one platform before starting the next — this wastes time and violates the pipeline design
-> - The calling Agent MUST use concurrent task dispatch (e.g., dispatch 3 workers in one turn for 3 platforms)
-> - Sequential platform-by-platform execution is FORBIDDEN
-
-**Goal**: Generate technology documentation for each platform in parallel.
-
-**Action**:
-- Read `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/techs-manifest.json`
-
-> **NOTE**: Worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares the task plan and parameters.
-
-**Prepare Task Plans for Each Platform**:
-
-For each platform in `platforms` array, prepare tasks for parallel execution:
-- **Task 1**: `speccrew-knowledge-techs-generate-conventions/SKILL.md` (ALL platforms)
-- **Task 2**: `speccrew-knowledge-techs-generate-ui-style/SKILL.md` (frontend platforms ONLY: web, mobile, desktop)
+> After reading the specification, parse the XML workflow below and **strictly execute each `<block>` in document order**. Every `<block type="task">` is a literal tool-call instruction — use the `action` attribute to determine which IDE tool to invoke, and pass the `<field name="command">` or `<field name="skill">` value **exactly as written**. Do NOT interpret the workflow as a goal description or improvise your own approach.
 
-**Parameters for each skill**:
-- `platform_id`: Platform identifier from manifest
-- `platform_type`: Platform type (web, mobile, backend, desktop)
-- `framework`: Primary framework
-- `source_path`: Platform source directory
-- `config_files`: List of configuration file paths (conventions worker only)
-- `convention_files`: List of convention file paths (conventions worker only)
-- `output_path`: Output directory for platform docs (e.g., `speccrew-workspace/knowledges/techs/{platform_id}/`)
-- `completed_dir`: Directory for Worker output markers (e.g., `speccrew-workspace/knowledges/techs/.sync-status/`)
-- `language`: User's language — **REQUIRED**
 
-**Expected Worker Output Markers**:
-- `{completed_dir}/{platform_id}.done-conventions.json` — conventions worker completion marker
-- `{completed_dir}/{platform_id}.done-ui-style.json` — ui-style worker completion marker (frontend only)
-- `{completed_dir}/{platform_id}.analysis-conventions.json` — conventions coverage report
-- `{completed_dir}/{platform_id}.analysis-ui-style.json` — ui-style coverage report (frontend only)
 
-**Step 2a: Prepare Environment and Update Manifest**
-
-1. Ensure completed_dir exists: `speccrew-workspace/knowledges/techs/.sync-status/`
-2. For each platform in manifest:
-   - SET `platform.status = "processing"`
-   - SET `platform.startedAt = "{current_timestamp}"`
-   - SET `platform.workers.conventions.status = "processing"`
-   - IF platform.platform_type IN ["web", "mobile", "desktop"]: SET `platform.workers.ui_style.status = "processing"`
-   - WRITE manifest to techs-manifest.json
-
-**Step 2b: Prepare Conventions Worker Task Plans (ALL Platforms)**
-
-> **NOTE**: Worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares the task plan and parameters.
-
-For each platform, prepare a task with:
-- skill_path: `speccrew-knowledge-techs-generate-conventions/SKILL.md`
-- context:
-  - platform_id: platform.platform_id
-  - platform_type: platform.platform_type
-  - framework: platform.framework
-  - source_path: platform.source_path
-  - config_files: platform.config_files
-  - convention_files: platform.convention_files
-  - output_path: `speccrew-workspace/knowledges/techs/{platform.platform_id}/`
-  - completed_dir: completed_dir
-  - language: language
-
-**Step 2c: Prepare UI-Style Worker Task Plans (Frontend Platforms ONLY)**
-
-> **NOTE**: Worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares the task plan and parameters.
-
-IF platform.platform_type IN ["web", "mobile", "desktop"]:
-1. Prepare a task with:
-   - skill_path: `speccrew-knowledge-techs-generate-ui-style/SKILL.md`
-   - context:
-     - platform_id: platform.platform_id
-     - platform_type: platform.platform_type
-     - framework: platform.framework
-     - source_path: platform.source_path
-     - output_path: `speccrew-workspace/knowledges/techs/{platform.platform_id}/`
-     - completed_dir: completed_dir
-     - language: language
+---
 
-**Step 2d: Completion Marker Monitoring**
+## Appendix: Reference
 
-> **NOTE**: Worker dispatch and wait operations are handled by the calling Agent (Team Leader). This Skill only monitors completion markers.
+### Worker Completion Marker Format
 
-The calling Agent should:
-- Monitor for `{platform_id}.done-conventions.json` markers
-- Monitor for `{platform_id}.done-ui-style.json` markers (frontend platforms)
-- Both workers run in PARALLEL for the same platform
+Each Worker MUST create a completion marker file after generating documents.
 
-**Step 2e: Prepare Quality Check Worker Task Plans**
+#### Conventions Worker Done File
 
-> **NOTE**: Quality worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares the task plan and parameters.
+**File**: `{completed_dir}/{platform_id}.done-conventions.json`
 
-After each `speccrew-knowledge-techs-generate` worker completes (writes `.done-conventions.json` or `.done-ui-style.json` marker), the calling Agent should dispatch the corresponding quality check worker.
+**Format**:
+```json
+{
+  "platform_id": "web-vue",
+  "worker_type": "conventions",
+  "status": "completed",
+  "documents_generated": [
+    "INDEX.md", "tech-stack.md", "architecture.md",
+    "conventions-dev.md", "conventions-design.md",
+    "conventions-unit-test.md", "conventions-build.md"
+  ],
+  "analysis_file": "web-vue.analysis-conventions.json",
+  "completed_at": "2024-01-15T10:45:00Z"
+}
+```
 
-| Generate Worker | Quality Worker | Input |
-|-----------------|----------------|-------|
-| `speccrew-knowledge-techs-generate-conventions` | `speccrew-knowledge-techs-generate-quality` | `output_path` from generate output |
-| `speccrew-knowledge-techs-generate-ui-style` | `speccrew-knowledge-techs-generate-quality` | `output_path` from generate output |
+#### UI-Style Worker Done File
 
-**Quality Worker Task Prompt Format**:
+**File**: `{completed_dir}/{platform_id}.done-ui-style.json`
 
+**Format**:
 ```json
 {
-  "skill_name": "speccrew-knowledge-techs-generate-quality",
-  "context": {
-    "platform_dir": "<platform_output_path>",
-    "platform_id": "<platform.platform_id>",
-    "platform_type": "<platform.platform_type>",
-    "source_path": "<platform.source_path>"
-  }
+  "platform_id": "web-vue",
+  "worker_type": "ui-style",
+  "status": "completed",
+  "ui_analysis_level": "full",
+  "documents_generated": [
+    "ui-style/ui-style-guide.md"
+  ],
+  "analysis_file": "web-vue.analysis-ui-style.json",
+  "completed_at": "2024-01-15T10:45:00Z"
 }
 ```
 
-**Quality Worker Completion Marker**:
+**Status values**:
+- `completed` — All required documents generated successfully
+- `failed` — Critical failure, required documents not generated
+
+If a Worker encounters a fatal error, it should still attempt to create the done file with `status: "failed"` and include error details in an `"error"` field.
+
+#### Quality Worker Done File
 
-Each quality worker writes a `.quality-done.json` marker to `completed_dir` upon completion:
+**File**: `{completed_dir}/{platform_id}.quality-done.json`
 
+**Format**:
 ```json
 {
   "platform_id": "web-vue",
@@ -252,23 +208,54 @@ Each quality worker writes a `.quality-done.json` marker to `completed_dir` upon
 }
 ```
 
-**Expected Completion Markers after Stage 2**:
-1. `{platform_id}.done-conventions.json` — conventions worker marker
-2. `{platform_id}.done-ui-style.json` — ui-style worker marker (frontend only)
-3. `{platform_id}.quality-done.json` — quality worker marker
+---
 
-> **Stage 2 Completion Condition**: ALL generate workers AND ALL quality check workers completed (`.done-*.json` and `.quality-done.json` markers present) before proceeding to Stage 2.5
+### Platform Status Tracking Fields
 
-### Worker Completion Marker (MANDATORY)
+Each platform entry in techs-manifest.json includes status tracking fields for monitoring the analysis pipeline progress:
 
-Each Worker MUST create a completion marker file after generating documents. See [Worker Completion Marker Format](#worker-completion-marker-format) for details.
+| Field | Type | Values | Description |
+|-------|------|--------|-------------|
+| `status` | string | `pending` / `processing` / `completed` / `partial` / `failed` | Current analysis status |
+| `startedAt` | string \| null | ISO 8601 timestamp | When the Worker started analyzing this platform |
+| `completedAt` | string \| null | ISO 8601 timestamp | When the Worker finished analyzing this platform |
+| `analysisLevel` | string \| null | `full` / `minimal` / `reference_only` | Depth of analysis achieved |
+| `topicsCoverage` | number \| null | 0-100 | Percentage of domain topics covered (from analysis.json) |
+| `workers` | object | See below | Per-worker status tracking |
+
+**Workers Object Structure:**
+```json
+{
+  "platform_id": "web-vue",
+  "status": "completed",
+  "workers": {
+    "conventions": {
+      "status": "completed",
+      "skill": "speccrew-knowledge-techs-generate-conventions",
+      "done_file": "web-vue.done-conventions.json"
+    },
+    "ui_style": {
+      "status": "completed",
+      "skill": "speccrew-knowledge-techs-generate-ui-style",
+      "done_file": "web-vue.done-ui-style.json"
+    }
+  }
+}
+```
 
-- Conventions Worker: `{completed_dir}/{platform_id}.done-conventions.json`
-- UI-Style Worker: `{completed_dir}/{platform_id}.done-ui-style.json` (frontend only)
+For backend platforms, `ui_style.status` is set to `"skipped"`.
 
-**Status values**: `completed` | `failed`
+**Status Lifecycle:**
+```
+pending → processing → completed
+                    → partial (conventions OK, ui-style failed)
+                    → failed
+```
+
+---
+
+### Output per Platform
 
-**Output per Platform**:
 ```
 speccrew-workspace/knowledges/techs/{platform_id}/
 ├── INDEX.md                    # Required
@@ -303,409 +290,11 @@ speccrew-workspace/knowledges/techs/{platform_id}/
 | `mobile` | Optional | Based on tech stack |
 | `desktop` | Optional | Based on tech stack |
 
-**Generation rules**:
-1. `speccrew-knowledge-techs-generate` decides per platform whether `conventions-data.md` is needed
-2. `speccrew-knowledge-techs-index` must check actual existing documents per platform and dynamically generate links
-
-**Status Tracking**:
-- **Get timestamp**: Run `node scripts/get-timestamp.js` to get current timestamp
-- **Generate `stage2-status.json`** at `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/stage2-status.json`
-
-**Stage 2 status tracks**:
-- `total_platforms`, `completed`, `failed` counts
-- Per-platform: `documents_generated` list
-
-**Step 2f: Scan Completion Markers**
-
-For each platform in the manifest:
-1. Check for `{platform_id}.done-conventions.json` (REQUIRED for all platforms)
-2. If platform_type IN ["web", "mobile", "desktop"], also check for `{platform_id}.done-ui-style.json`
-3. Check for `{platform_id}.quality-done.json` (REQUIRED — quality check completion marker)
-4. A platform is "fully completed" only when ALL expected done files AND quality markers are present
-5. If any expected done file is missing → mark platform as `failed` (Worker crashed without creating marker)
-
-**Step 2g: Verify Document Output**
-
-For each platform:
-- **Conventions**: Check that INDEX.md, tech-stack.md, architecture.md, conventions-*.md exist
-- **UI-Style** (frontend platforms only): Check that ui-style/ directory and required files exist
-- **Quality Report**: Check that `{platform_dir}/quality-report.json` exists (generated by quality worker)
-- If any required document is missing → downgrade status accordingly
-
-**Step 2h: Read Coverage and Quality Reports**
-
-For each platform:
-1. Read `{platform_id}.analysis-conventions.json`
-2. If frontend platform, also read `{platform_id}.analysis-ui-style.json`
-3. Read `{platform_dir}/quality-report.json` for quality metrics
-4. Merge coverage and quality data from all reports for manifest update
-
-**Step 2i: Update Manifest Status**
-
-Update `techs-manifest.json` for each platform:
-- Set `status` based on worker results:
-  - `"completed"` — ALL workers succeeded (including quality check)
-  - `"partial"` — conventions succeeded but ui-style or quality failed (frontend only)
-  - `"failed"` — conventions worker or quality check failed
-- Set `completedAt` to current timestamp
-- Set `workers.conventions.status` from done-conventions.json
-- Set `workers.ui_style.status` from done-ui-style.json (or `"skipped"` for backend platforms)
-- Set `workers.quality.status` from quality-done.json
-- Set `analysisLevel` based on:
-  - `"full"` if coverage_percent >= 60 and all required docs exist and quality passed
-  - `"minimal"` if coverage_percent < 60 or some optional docs missing or quality warnings
-  - `"reference_only"` if critical docs missing or Worker failed or quality failed
-- Set `topicsCoverage` from analysis-conventions.json coverage_percent
-- Set `qualityScore` from quality.json if available
-
-**Step 2j: Handle Failures**
-
-For platforms with conventions worker `status: "failed"`:
-- Mark platform as `failed`
-- PRESERVE the done files and analysis files (do NOT delete them)
-- Log a warning with the failure details
-- The platform can be retried in a subsequent run by resetting its manifest status to `pending`
-
-For frontend platforms with ui-style worker `status: "failed"` but conventions succeeded:
-- Mark platform as `partial`
-- Conventions docs are still usable
-- Log a warning that UI-style analysis failed
-
-For platforms with quality worker `status: "failed"` but generate succeeded:
-- Mark platform as `partial` (docs generated but quality issues)
-- Log a warning with quality failure details
-- Include quality report in manifest for review
-
 ---
 
-## Stage 2.5: Quality Synchronization
-
-**Trigger**: After ALL Stage 2 Workers have completed (all platforms processed)
-**Purpose**: Verify cross-platform consistency and document completeness before indexing
-
-**Three-Step Process**:
-
-### Step A: Scan Completion Markers
-
-Scan the completion marker files in `{completed_dir}/` for each platform:
-
-1. List all `.done-*.json` files in the sync-status directory
-2. For each platform in manifest:
-   - Check `{platform_id}.done-conventions.json` exists (REQUIRED for ALL platforms)
-   - IF `platform_type` IN ["web", "mobile", "desktop"]: check `{platform_id}.done-ui-style.json`
-3. Categorize platforms:
-   - **completed**: All expected done files present with `status: "completed"`
-   - **failed**: Missing done file OR `status: "failed"` in done file
-   - **partial**: Conventions succeeded but ui-style failed (frontend only)
-
-**Output**: `platforms_completed[]`, `platforms_failed[]`, `platforms_partial[]` lists
-
-### Step B: Verify Output Integrity
-
-For each platform in `platforms_completed` and `platforms_partial`:
-
-1. Verify required document files exist in `knowledges/techs/{platform_id}/`:
-   - `INDEX.md`, `tech-stack.md`, `architecture.md`
-   - `conventions-design.md`, `conventions-dev.md`
-   - `conventions-unit-test.md`, `conventions-system-test.md`, `conventions-build.md`
-2. For frontend platforms, verify `ui-style/ui-style-guide.md` exists
-3. Check each document is non-empty (>= 20 lines minimum)
-4. Record verification results: `documents_present[]`, `documents_missing[]`
-
-**Output**: Per-platform integrity status with document check results
-
-### Step C: Update Dispatch Progress
+### Error Handling
 
-Update the dispatch progress status:
-
-1. Generate `stage2-status.json` with verification results (see format below)
-2. For failed platforms:
-   - Set `error_category` based on failure type:
-     - `marker_missing`: Done file not created
-     - `output_incomplete`: Required documents missing
-     - `worker_crash`: Worker process terminated unexpectedly
-3. Decision point:
-   - IF ALL platforms failed → ABORT pipeline, report error
-   - IF ANY platform succeeded → CONTINUE to Stage 3 with successful platforms
-
-**Output**: `stage2-status.json` ready, pipeline ready for Stage 3
-
----
-
-### Detailed Verification Steps
-
-#### Document Existence Check
-For each platform, verify the following required documents exist:
-- INDEX.md
-- tech-stack.md
-- architecture.md
-- conventions-design.md
-- conventions-dev.md
-- conventions-unit-test.md
-- conventions-system-test.md
-- conventions-build.md
-- conventions-data.md (optional - only for backend or platforms with detected data layer)
-
-#### Document Completeness Check
-For each platform directory at `speccrew-workspace/knowledges/techs/{platform_id}/`:
-1. List all .md files present
-2. Check against required document list
-3. Record status per platform:
-   - "complete": all 8 required documents present
-   - "incomplete": one or more required documents missing (list which)
-   - "failed": INDEX.md missing (platform will be skipped in Stage 3)
-
-#### Step 3: Language Consistency Spot-Check
-Read the first 5 lines of each platform's INDEX.md:
-- Verify content language matches the `language` parameter
-- If mismatch detected, log warning: "Platform {platform_id}: language mismatch detected"
-
-#### Step 4: Source Traceability Spot-Check
-For each platform, check ONE document (conventions-dev.md recommended):
-- Verify it contains file reference block near the top (previously `<cite>`, now pure Markdown)
-- If missing, log warning: "Platform {platform_id}: source traceability missing in conventions-dev.md"
-
-#### Step 5: UI Style Analysis Level Recording
-For each frontend platform (platform_type = web/mobile/desktop):
-- Check if `speccrew-workspace/knowledges/techs/{platform_id}/ui-style/ui-style-guide.md` exists
-- If exists, read first 20 lines to detect analysis level:
-  - Contains "Automated and manual UI analysis were not possible" → level = "reference_only"
-  - Contains "manual source code inspection" → level = "minimal"
-  - Otherwise → level = "full"
-- Record per platform
-
-### Enhanced Quality Checks (using analysis.json data)
-
-In addition to the basic document existence and language checks above, Stage 2.5 MUST perform the following enhanced quality checks for each platform:
-
-#### Check 4: Document Content Non-Empty Verification
-
-For each generated .md file in the platform directory:
-1. Count the number of lines in the file
-2. If any document has fewer than 20 lines → flag as `content_warning`
-3. Record the minimum line count across all documents as `min_doc_lines`
-
-```
-THRESHOLD: 20 lines minimum per document
-SEVERITY: warning (does not block pipeline, but recorded in quality report)
-```
-
-#### Check 5: Topic Coverage Verification
-
-Read `{completed_dir}/{platform_id}.analysis-conventions.json` and `{completed_dir}/{platform_id}.analysis-ui-style.json` (if they exist):
-1. Merge `coverage_summary.coverage_percent` from both reports
-2. If combined `coverage_percent` < 60 → flag as `coverage_warning`
-3. Extract list of topics with `status: "not_found"` from both reports → record as `topics_missing`
-4. If `coverage_percent` < 30 → flag as `coverage_critical` (pipeline should warn but continue)
-
-```
-THRESHOLD: 60% minimum topic coverage
-SEVERITY: 
-  - >= 60%: good
-  - 30-59%: warning
-  - < 30%: critical
-```
-
-#### Check 6: UI Style Completeness (Frontend Platforms Only, After UI-Style Worker)
-
-For platforms with `platform_type` in ["web", "mobile", "desktop"]:
-- ONLY check after ui-style Worker has completed
-- Check that ALL 5 required ui-style files exist:
-  - `ui-style/ui-style-guide.md`
-  - `ui-style/page-types/page-type-summary.md`
-  - `ui-style/components/component-library.md`
-  - `ui-style/layouts/page-layouts.md`
-  - `ui-style/styles/color-system.md`
-- If any file is missing → flag as `ui_style_incomplete`
-- Read the `ui_analysis_level` from done-ui-style.json to classify:
-  - `full` — all 5 files present with substantial content
-  - `minimal` — ui-style-guide.md present but subdirectories incomplete
-  - `reference_only` — only reference documentation, no actual analysis
-
-#### Check 7: Cross-Platform Comparison (when multiple frontend platforms exist)
-
-If the manifest contains 2+ frontend platforms:
-1. Compare their `coverage_percent` values
-2. If the difference exceeds 30 percentage points → flag as `coverage_imbalance`
-3. Compare their `documents_generated` lists
-4. Report any platform that has significantly fewer documents than others
-
-```
-THRESHOLD: 30 percentage points maximum difference between frontend platforms
-SEVERITY: warning
-```
-
-#### Check 8: Cross-Worker Completion Consistency
-
-For each frontend platform:
-- Verify both `{platform_id}.done-conventions.json` AND `{platform_id}.done-ui-style.json` exist
-- Verify both workers report `status: "completed"`
-- If one worker failed, mark platform quality as "warning" (conventions docs are still usable)
-
-For each backend platform:
-- Verify `{platform_id}.done-conventions.json` exists
-- UI-style check is skipped (not applicable)
-
-### Quality Classification
-
-Based on the checks above, classify each platform's overall content quality:
-
-| Classification | Criteria |
-|---------------|----------|
-| `good` | All docs exist, min_doc_lines >= 20, coverage_percent >= 60, ui_style complete (if frontend) |
-| `warning` | Some docs below 20 lines OR coverage_percent 30-59% OR ui_style incomplete |
-| `poor` | Any doc missing OR coverage_percent < 30% OR critical issues found |
-
-#### Step 6: Generate stage2-status.json
-Write to `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/stage2-status.json`:
-```json
-{
-  "generated_at": "{timestamp}",
-  "stage": "platform-doc-generation",
-  "total_platforms": {N},
-  "completed": {count of complete platforms},
-  "incomplete": {count of incomplete platforms},
-  "failed": {count of failed platforms},
-  "language": "{language}",
-  "quality_checks": {
-    "all_required_docs_present": {true/false},
-    "language_consistent": {true/false},
-    "traceability_verified": {true/false},
-    "ui_analyzer_results": {
-      "full": [{platform_ids}],
-      "minimal": [{platform_ids}],
-      "reference_only": [{platform_ids}],
-      "not_applicable": [{platform_ids for backend}]
-    }
-  },
-  "platforms": [
-    {
-      "platform_id": "{id}",
-      "platform_type": "{platform_type}",
-      "framework": "{framework}",
-      "status": "complete | incomplete | failed",
-      "content_quality": "good | warning | poor",
-      "documents_generated": ["INDEX.md", "tech-stack.md", ...],
-      "documents_missing": [],
-      "ui_style_level": "full | minimal | reference_only | not_applicable",
-      "ui_style_complete": true | false,
-      "ui_analysis_level": "full | minimal | reference_only | none",
-      "topics_coverage": 0-100,
-      "topics_missing": ["topic1", "topic2"],
-      "min_doc_lines": 45,
-      "checks": {
-        "doc_existence": "pass | warning | fail",
-        "language_check": "pass | warning | fail",
-        "source_traceability": "pass | warning | fail",
-        "content_non_empty": "pass | warning | fail",
-        "topic_coverage": "pass | warning | fail",
-        "ui_style_completeness": "pass | warning | fail"
-      },
-      "output_path": "speccrew-workspace/knowledges/techs/{platform_id}/"
-    }
-  ],
-  "cross_platform_checks": {
-    "coverage_imbalance": true | false,
-    "max_coverage_diff": 31,
-    "details": "web-vue (83%) vs mobile-uniapp (52%) - difference exceeds 30% threshold"
-  },
-  "overall_quality": "good | warning | poor",
-  "summary": "2 platforms analyzed. 1 good, 1 warning. mobile-uniapp needs attention: low topic coverage and incomplete ui-style."
-}
-```
-
-#### Decision Point
-- If ANY platform has status "failed" (no INDEX.md): log error but continue to Stage 3 (Stage 3 will skip those platforms)
-- If ALL platforms failed: ABORT pipeline, report error
-- Otherwise: proceed to Stage 3
-
----
-
-## Stage 3: Generate Root Index (Single Task)
-
-**Goal**: Generate root INDEX.md aggregating all platform documentation.
-
-**Prerequisite**: All Stage 2 tasks completed.
-
-**Action**:
-- Read `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/techs-manifest.json`
-
-> **NOTE**: Worker dispatch is handled by the calling Agent (Team Leader). This Skill only prepares the task plan and parameters.
-
-**Prepare Task Plan**:
-- **Skill**: `speccrew-knowledge-techs-index/SKILL.md`
-- **Parameters**:
-  - `manifest_path`: Path to techs-manifest.json
-  - `techs_base_path`: Base path for techs documentation (e.g., `speccrew-workspace/knowledges/techs/`)
-  - `output_path`: Output path for root INDEX.md (e.g., `speccrew-workspace/knowledges/techs/`)
-  - `language`: User's language — **REQUIRED**
-
-**Critical Requirements for Techs Index Generation**:
-
-1. **Dynamic Document Detection**: 
-   - Must scan each platform directory to detect which documents actually exist
-   - Do NOT assume all platforms have the same document set
-   - `conventions-data.md` may not exist for all platforms
-
-2. **Dynamic Link Generation**:
-   - Only include links to documents that actually exist
-   - For missing optional documents, either omit the link or mark as "N/A"
-
-3. **Platform-Specific Document Recommendations**:
-   - Adjust "Agent 重点文档" recommendations based on actual available documents
-
-### Cross-Platform Consistency Check
-
-```pseudocode
-FOR EACH platform_pair IN combinations(platforms, 2):
-  shared_deps = intersection(platform_a.dependencies, platform_b.dependencies)
-  FOR EACH dep IN shared_deps:
-    IF platform_a.dep_version != platform_b.dep_version:
-      WARN "Version mismatch: {dep} — {platform_a}: {v1}, {platform_b}: {v2}"
-  
-  shared_conventions = intersection(platform_a.conventions, platform_b.conventions)
-  FOR EACH convention IN shared_conventions:
-    IF platform_a.convention_rule != platform_b.convention_rule:
-      WARN "Convention conflict: {convention}"
-
-THRESHOLD: warnings > 5 → flag for manual review
-```
-
-**Output**:
-- `speccrew-workspace/knowledges/techs/INDEX.md` (complete with platform index and Agent mapping, dynamically generated)
-
-**Status Tracking**:
-- **Get timestamp**: Run `node scripts/get-timestamp.js` to get current timestamp
-- **Generate `stage3-status.json`** at `speccrew-workspace/knowledges/base/sync-state/knowledge-techs/stage3-status.json`
-
-**Stage 3 status tracks**:
-- `platforms_indexed` count
-- `index_file` path
-
----
-
-## Execution Flow
-
-> **NOTE**: All worker dispatch and wait operations are handled by the calling Agent (Team Leader). This Skill only prepares task plans and monitors completion markers.
-
-```
-1. Run Stage 1 (Platform Detection)
-   └─ Prepare task plan → Monitor completion
-
-2. Run Stage 2 (Tech Doc Generation)
-   ├─ Read techs-manifest.json
-   ├─ Prepare ALL platform task plans for parallel dispatch
-   └─ Monitor completion markers → generate stage2-status.json
-
-3. Run Stage 3 (Root Index)
-   └─ Prepare task plan → Monitor completion → generate stage3-status.json
-```
-
----
-
-## Error Handling
-
-### Error Handling Strategy
+#### Error Handling Strategy
 
 ```
 ON Worker Failure:
@@ -718,15 +307,16 @@ ON Worker Failure:
      - IF some platforms succeeded → CONTINUE to Stage 3 with successful platforms only
 ```
 
-### Stage-Level Failure Handling
+#### Stage-Level Failure Handling
 
 | Stage | Failure Handling |
 |-------|-----------------|
 | Stage 1 | Abort pipeline, report error |
 | Stage 2 | Continue with successful platforms, report failed ones |
+| Stage 2.5 | Continue pipeline, report warnings |
 | Stage 3 | Abort if Stage 2 had critical failures |
 
-### Worker Failure Details
+#### Worker Failure Details
 
 **When a Worker Agent fails:**
 - **No automatic retry**: Worker failures are recorded as-is
@@ -736,7 +326,7 @@ ON Worker Failure:
 
 ---
 
-## Checklist
+### Checklist
 
 - [ ] Stage 1: Platform manifest generated with techs-manifest.json
 - [ ] Stage 2: All platforms processed in parallel
@@ -744,152 +334,9 @@ ON Worker Failure:
 - [ ] Stage 3: Root INDEX.md generated with Agent mapping
 - [ ] Stage 3: `stage3-status.json` generated with index info
 
-### Document Completeness Verification
+#### Document Completeness Verification
 - [ ] Each platform directory contains required documents: INDEX.md, tech-stack.md, architecture.md, conventions-design.md, conventions-dev.md, conventions-unit-test.md, conventions-system-test.md, conventions-build.md
 - [ ] `conventions-data.md` exists only for appropriate platforms (backend required, others optional)
 - [ ] All documents include file reference blocks (pure Markdown format for VS Code preview compatibility)
 - [ ] All documents include AI-TAG and AI-CONTEXT comments
 - [ ] techs/INDEX.md links only to existing documents
-
-## Return
-
-After all 3 stages complete, return a summary object to the caller:
-
-```json
-{
-  "status": "completed",
-  "pipeline": "techs",
-  "stages": {
-    "stage1": { "status": "completed", "platforms": 3 },
-    "stage2": { "status": "completed", "completed": 3, "failed": 0 },
-    "stage3": { "status": "completed" }
-  },
-  "output": {
-    "index": "speccrew-workspace/knowledges/techs/INDEX.md",
-    "manifest": "speccrew-workspace/knowledges/base/sync-state/knowledge-techs/techs-manifest.json"
-  }
-}
-```
-
----
-
-## Reference Guides
-
-### Worker Completion Marker Format
-
-Each Worker MUST create a completion marker file after generating documents.
-
-#### Conventions Worker Done File
-
-**File**: `{completed_dir}/{platform_id}.done-conventions.json`
-
-**Format**:
-```json
-{
-  "platform_id": "web-vue",
-  "worker_type": "conventions",
-  "status": "completed",
-  "documents_generated": [
-    "INDEX.md", "tech-stack.md", "architecture.md",
-    "conventions-dev.md", "conventions-design.md",
-    "conventions-unit-test.md", "conventions-build.md"
-  ],
-  "analysis_file": "web-vue.analysis-conventions.json",
-  "completed_at": "2024-01-15T10:45:00Z"
-}
-```
-
-#### UI-Style Worker Done File
-
-**File**: `{completed_dir}/{platform_id}.done-ui-style.json`
-
-**Format**:
-```json
-{
-  "platform_id": "web-vue",
-  "worker_type": "ui-style",
-  "status": "completed",
-  "ui_analysis_level": "full",
-  "documents_generated": [
-    "ui-style/ui-style-guide.md"
-  ],
-  "analysis_file": "web-vue.analysis-ui-style.json",
-  "completed_at": "2024-01-15T10:45:00Z"
-}
-```
-
-**Status values**:
-- `completed` — All required documents generated successfully
-- `failed` — Critical failure, required documents not generated
-
-If a Worker encounters a fatal error, it should still attempt to create the done file with `status: "failed"` and include error details in an `"error"` field.
-
-### Platform Status Tracking Fields
-
-Each platform entry in techs-manifest.json includes status tracking fields for monitoring the analysis pipeline progress:
-
-| Field | Type | Values | Description |
-|-------|------|--------|-------------|
-| `status` | string | `pending` / `processing` / `completed` / `partial` / `failed` | Current analysis status |
-| `startedAt` | string \| null | ISO 8601 timestamp | When the Worker started analyzing this platform |
-| `completedAt` | string \| null | ISO 8601 timestamp | When the Worker finished analyzing this platform |
-| `analysisLevel` | string \| null | `full` / `minimal` / `reference_only` | Depth of analysis achieved |
-| `topicsCoverage` | number \| null | 0-100 | Percentage of domain topics covered (from analysis.json) |
-| `workers` | object | See below | Per-worker status tracking |
-
-**Workers Object Structure:**
-```json
-{
-  "platform_id": "web-vue",
-  "status": "completed",
-  "workers": {
-    "conventions": {
-      "status": "completed",
-      "skill": "speccrew-knowledge-techs-generate-conventions",
-      "done_file": "web-vue.done-conventions.json"
-    },
-    "ui_style": {
-      "status": "completed",
-      "skill": "speccrew-knowledge-techs-generate-ui-style",
-      "done_file": "web-vue.done-ui-style.json"
-    }
-  }
-}
-```
-
-For backend platforms, `ui_style.status` is set to `"skipped"`.
-
-**Status Lifecycle:**
-```
-pending → processing → completed
-                    → partial (conventions OK, ui-style failed)
-                    → failed
-```
-
----
-
-## Task Completion Report
-
-Upon completing all stages, output the following structured report:
-
-```json
-{
-  "status": "success | partial | failed",
-  "skill": "speccrew-knowledge-techs-dispatch",
-  "stages_completed": ["stage_1", "stage_2", "stage_2_5", "stage_3"],
-  "stages_failed": [],
-  "output_summary": {
-    "platforms_processed": ["frontend", "backend"],
-    "docs_generated_per_platform": {"frontend": 5, "backend": 4},
-    "root_index_generated": true,
-    "cross_platform_check_passed": true
-  },
-  "output_files": [
-    "knowledges/techs/{platform}/README.md",
-    "knowledges/techs/{platform}/conventions.md",
-    "knowledges/techs/README.md"
-  ],
-  "errors": [],
-  "next_steps": ["Review generated tech documentation"]
-}
-```