speccrew 0.5.13 → 0.5.16
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-team-leader.md +60 -4
- package/.speccrew/agents/speccrew-test-manager.md +361 -37
- package/.speccrew/skills/speccrew-knowledge-bizs-api-analyze/SKILL.md +63 -626
- package/.speccrew/skills/speccrew-knowledge-bizs-api-graph/SKILL.md +505 -0
- package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/SKILL.md +165 -31
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-analyze/SKILL.md +63 -728
- package/.speccrew/skills/speccrew-knowledge-bizs-ui-graph/SKILL.md +389 -0
- package/.speccrew/skills/speccrew-knowledge-module-summarize/SKILL.md +26 -0
- package/.speccrew/skills/speccrew-knowledge-system-summarize/SKILL.md +27 -0
- package/.speccrew/skills/speccrew-knowledge-techs-dispatch/SKILL.md +185 -21
- package/.speccrew/skills/speccrew-knowledge-techs-generate/SKILL.md +134 -883
- package/.speccrew/skills/speccrew-knowledge-techs-generate-conventions/SKILL.md +36 -0
- package/.speccrew/skills/speccrew-knowledge-techs-generate-quality/SKILL.md +414 -0
- package/.speccrew/skills/speccrew-knowledge-techs-generate-ui-style/SKILL.md +35 -0
- package/.speccrew/skills/speccrew-test-reporter/SKILL.md +297 -0
- package/.speccrew/skills/{speccrew-test-execute → speccrew-test-reporter}/templates/BUG-REPORT-TEMPLATE.md +24 -1
- package/.speccrew/skills/{speccrew-test-execute → speccrew-test-reporter}/templates/TEST-REPORT-TEMPLATE.md +8 -1
- package/.speccrew/skills/{speccrew-test-execute → speccrew-test-runner}/SKILL.md +142 -104
- package/.speccrew/skills/speccrew-test-runner/templates/TEST-EXECUTION-RESULT-TEMPLATE.md +80 -0
- package/lib/utils.js +1 -0
- package/package.json +1 -1
|
@@ -590,6 +590,42 @@ Wherever possible, include concrete examples:
|
|
|
590
590
|
|
|
591
591
|
---
|
|
592
592
|
|
|
593
|
+
## Task Completion Report
|
|
594
|
+
|
|
595
|
+
Upon completion, output the following structured report:
|
|
596
|
+
|
|
597
|
+
```json
|
|
598
|
+
{
|
|
599
|
+
"status": "success | partial | failed",
|
|
600
|
+
"skill": "speccrew-knowledge-techs-generate-conventions",
|
|
601
|
+
"output_files": [
|
|
602
|
+
"{output_path}/INDEX.md",
|
|
603
|
+
"{output_path}/tech-stack.md",
|
|
604
|
+
"{output_path}/architecture.md",
|
|
605
|
+
"{output_path}/conventions-design.md",
|
|
606
|
+
"{output_path}/conventions-dev.md",
|
|
607
|
+
"{output_path}/conventions-unit-test.md",
|
|
608
|
+
"{output_path}/conventions-system-test.md",
|
|
609
|
+
"{output_path}/conventions-build.md",
|
|
610
|
+
"{output_path}/conventions-data.md",
|
|
611
|
+
"{completed_dir}/{platform_id}.analysis-conventions.json"
|
|
612
|
+
],
|
|
613
|
+
"summary": "Convention documents generated for {platform_id} with {coverage_percent}% topic coverage",
|
|
614
|
+
"metrics": {
|
|
615
|
+
"convention_categories": 0,
|
|
616
|
+
"rules_documented": 0,
|
|
617
|
+
"code_examples_included": 0
|
|
618
|
+
},
|
|
619
|
+
"errors": [],
|
|
620
|
+
"next_steps": [
|
|
621
|
+
"Run speccrew-knowledge-techs-generate-ui-style for frontend platforms",
|
|
622
|
+
"Review analysis-conventions.json for topic coverage gaps"
|
|
623
|
+
]
|
|
624
|
+
}
|
|
625
|
+
```
|
|
626
|
+
|
|
627
|
+
---
|
|
628
|
+
|
|
593
629
|
## Checklist
|
|
594
630
|
|
|
595
631
|
### Pre-Generation
|
|
@@ -0,0 +1,414 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: speccrew-knowledge-techs-generate-quality
|
|
3
|
+
description: Quality assurance for generated tech documentation. Performs cross-validation, consistency checks, completeness verification, and generates quality reports. Used after speccrew-knowledge-techs-generate to ensure documentation quality.
|
|
4
|
+
tools: Read, Write, Glob, Grep, Bash
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Tech Documentation Quality Assurance
|
|
8
|
+
|
|
9
|
+
Perform comprehensive quality checks on generated technology documentation to ensure completeness, consistency, and accuracy.
|
|
10
|
+
|
|
11
|
+
## Role Definition
|
|
12
|
+
|
|
13
|
+
You are a Technical Documentation Quality Assurance Specialist. Your role is to verify that generated tech documentation meets quality standards by performing:
|
|
14
|
+
|
|
15
|
+
- **Completeness Verification**: Ensure all required documents and sections exist
|
|
16
|
+
- **Cross-Validation**: Verify dependencies and references are consistent
|
|
17
|
+
- **Consistency Checks**: Ensure naming conventions and style are uniform
|
|
18
|
+
- **Source Traceability**: Verify all claims are properly sourced
|
|
19
|
+
- **Mermaid Compatibility**: Ensure diagrams render correctly
|
|
20
|
+
|
|
21
|
+
## Trigger Scenarios
|
|
22
|
+
|
|
23
|
+
- "Verify tech documentation quality for {platform}"
|
|
24
|
+
- "Run quality checks on generated docs"
|
|
25
|
+
- "Validate platform tech docs"
|
|
26
|
+
- "Check documentation completeness"
|
|
27
|
+
|
|
28
|
+
## User
|
|
29
|
+
|
|
30
|
+
Worker Agent (speccrew-task-worker)
|
|
31
|
+
|
|
32
|
+
## Input Parameters
|
|
33
|
+
|
|
34
|
+
| Parameter | Required | Description |
|
|
35
|
+
|-----------|----------|-------------|
|
|
36
|
+
| platform_dir | Yes | Path to platform's techs directory containing generated docs (e.g., `speccrew-workspace/knowledges/techs/{platform_id}/`) |
|
|
37
|
+
| platform_id | Yes | Target platform identifier (e.g., "web-react", "backend-nestjs") |
|
|
38
|
+
| platform_type | Yes | Platform type (web, mobile, backend, desktop) |
|
|
39
|
+
| source_path | Yes | Original source code path for cross-validation |
|
|
40
|
+
| analysis_report_path | No | Path to analysis.json for reference (default: `{platform_dir}/{platform_id}.analysis.json`) |
|
|
41
|
+
|
|
42
|
+
## Output
|
|
43
|
+
|
|
44
|
+
- Quality Report: `{platform_dir}/quality-report.json`
|
|
45
|
+
- Completion Marker: `{platform_dir}/quality-done.json`
|
|
46
|
+
- Console summary of check results
|
|
47
|
+
|
|
48
|
+
## Workflow
|
|
49
|
+
|
|
50
|
+
```mermaid
|
|
51
|
+
flowchart TD
|
|
52
|
+
Start([Start]) --> Step1[Step 1: Read Generated Documentation]
|
|
53
|
+
Step1 --> Step2[Step 2: Completeness Check]
|
|
54
|
+
Step2 --> Step3[Step 3: Cross-Validation]
|
|
55
|
+
Step3 --> Step4[Step 4: Consistency Check]
|
|
56
|
+
Step4 --> Step5[Step 5: Source Traceability Check]
|
|
57
|
+
Step5 --> Step6[Step 6: Mermaid Compatibility Check]
|
|
58
|
+
Step6 --> Step7[Step 7: Generate Quality Report]
|
|
59
|
+
Step7 --> Step8[Step 8: Write Completion Marker]
|
|
60
|
+
Step8 --> End([End])
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
### Step 1: Read Generated Documentation
|
|
64
|
+
|
|
65
|
+
Read all generated documentation files in the platform directory:
|
|
66
|
+
|
|
67
|
+
**Required Documents (All Platforms)**:
|
|
68
|
+
- `INDEX.md`
|
|
69
|
+
- `tech-stack.md`
|
|
70
|
+
- `architecture.md`
|
|
71
|
+
- `conventions-design.md`
|
|
72
|
+
- `conventions-dev.md`
|
|
73
|
+
- `conventions-unit-test.md`
|
|
74
|
+
- `conventions-system-test.md`
|
|
75
|
+
- `conventions-build.md`
|
|
76
|
+
|
|
77
|
+
**Optional Documents**:
|
|
78
|
+
- `conventions-data.md` (backend platforms or platforms with data layer)
|
|
79
|
+
- `ui-style/ui-style-guide.md` (frontend platforms)
|
|
80
|
+
|
|
81
|
+
**Analysis Report**:
|
|
82
|
+
- `{platform_id}.analysis.json`
|
|
83
|
+
|
|
84
|
+
Record all files found and their sizes.
|
|
85
|
+
|
|
86
|
+
### Step 2: Completeness Check
|
|
87
|
+
|
|
88
|
+
Verify that all expected documents and sections exist.
|
|
89
|
+
|
|
90
|
+
**2.1 Document Existence Check**:
|
|
91
|
+
|
|
92
|
+
| Platform Type | Required Documents |
|
|
93
|
+
|---------------|-------------------|
|
|
94
|
+
| All | INDEX.md, tech-stack.md, architecture.md, conventions-design.md, conventions-dev.md, conventions-unit-test.md, conventions-system-test.md, conventions-build.md |
|
|
95
|
+
| backend | + conventions-data.md |
|
|
96
|
+
| web/mobile/desktop | + ui-style/ui-style-guide.md |
|
|
97
|
+
|
|
98
|
+
**2.2 Section Completeness Check**:
|
|
99
|
+
|
|
100
|
+
For each document, verify mandatory sections exist:
|
|
101
|
+
|
|
102
|
+
**INDEX.md**:
|
|
103
|
+
- [ ] Platform summary
|
|
104
|
+
- [ ] Technology stack overview
|
|
105
|
+
- [ ] Navigation links to all convention documents
|
|
106
|
+
- [ ] Agent usage guide
|
|
107
|
+
|
|
108
|
+
**tech-stack.md**:
|
|
109
|
+
- [ ] Overview section
|
|
110
|
+
- [ ] Core Technologies table
|
|
111
|
+
- [ ] Dependencies section (grouped by category)
|
|
112
|
+
- [ ] Development Tools section
|
|
113
|
+
- [ ] Configuration Files list
|
|
114
|
+
|
|
115
|
+
**architecture.md**:
|
|
116
|
+
- [ ] Component/Module Architecture section
|
|
117
|
+
- [ ] State Management / Dependency Injection section
|
|
118
|
+
- [ ] API Integration / Module Organization section
|
|
119
|
+
- [ ] Styling Approach / Middleware section
|
|
120
|
+
|
|
121
|
+
**conventions-dev.md**:
|
|
122
|
+
- [ ] Naming Conventions section
|
|
123
|
+
- [ ] Directory Structure section
|
|
124
|
+
- [ ] Code Style section
|
|
125
|
+
- [ ] Import/Export Patterns section
|
|
126
|
+
- [ ] Pre-Development Checklist section
|
|
127
|
+
|
|
128
|
+
**conventions-build.md**:
|
|
129
|
+
- [ ] Build Tool & Configuration section
|
|
130
|
+
- [ ] Environment Management section
|
|
131
|
+
- [ ] Build Profiles & Outputs section
|
|
132
|
+
|
|
133
|
+
**2.3 Analysis Report Completeness**:
|
|
134
|
+
|
|
135
|
+
Verify `{platform_id}.analysis.json` contains:
|
|
136
|
+
- [ ] `platform_id` field
|
|
137
|
+
- [ ] `platform_type` field
|
|
138
|
+
- [ ] `analyzed_at` timestamp
|
|
139
|
+
- [ ] `topics` object with all expected topics
|
|
140
|
+
- [ ] `documents_generated` array
|
|
141
|
+
- [ ] `coverage_summary` object
|
|
142
|
+
|
|
143
|
+
### Step 3: Cross-Validation
|
|
144
|
+
|
|
145
|
+
Verify that information is consistent across documents and with source code.
|
|
146
|
+
|
|
147
|
+
**3.1 Version Consistency Check**: Read `source_path/package.json` and verify framework, key dependency, and build tool versions match documentation.
|
|
148
|
+
|
|
149
|
+
**3.2 Dependency Reference Consistency**: Verify each dependency in `tech-stack.md` exists in package.json with consistent version format.
|
|
150
|
+
|
|
151
|
+
**3.3 Cross-Document Reference Check**:
|
|
152
|
+
|
|
153
|
+
Verify internal references between documents:
|
|
154
|
+
- `INDEX.md` links to all other documents
|
|
155
|
+
- `conventions-design.md` references `ui-style/ui-style-guide.md` (frontend platforms)
|
|
156
|
+
- All documents have consistent platform_id and platform_type references
|
|
157
|
+
|
|
158
|
+
**3.4 Configuration File Reference Check**:
|
|
159
|
+
|
|
160
|
+
Verify configuration files mentioned in documentation exist:
|
|
161
|
+
- ESLint config path → file exists
|
|
162
|
+
- Prettier config path → file exists
|
|
163
|
+
- Build config path → file exists
|
|
164
|
+
|
|
165
|
+
### Step 4: Consistency Check
|
|
166
|
+
|
|
167
|
+
Verify naming conventions and style are uniform across all documents.
|
|
168
|
+
|
|
169
|
+
**4.1 Naming Convention Consistency**:
|
|
170
|
+
|
|
171
|
+
Check that naming patterns described in `conventions-dev.md` are actually used in examples throughout other documents:
|
|
172
|
+
- Component naming (PascalCase vs camelCase)
|
|
173
|
+
- File naming conventions
|
|
174
|
+
- Variable naming conventions
|
|
175
|
+
|
|
176
|
+
**4.2 Platform Terminology Consistency**:
|
|
177
|
+
|
|
178
|
+
Verify consistent use of:
|
|
179
|
+
- Platform identifier (e.g., "web-react" vs "react-web")
|
|
180
|
+
- Framework name (e.g., "React" vs "react")
|
|
181
|
+
- Language name (e.g., "TypeScript" vs "Typescript")
|
|
182
|
+
|
|
183
|
+
**4.3 Code Style Consistency**:
|
|
184
|
+
|
|
185
|
+
Verify code examples across documents follow the style defined in `conventions-dev.md`:
|
|
186
|
+
- Quote style (single vs double)
|
|
187
|
+
- Semicolon usage
|
|
188
|
+
- Indentation style
|
|
189
|
+
|
|
190
|
+
**4.4 UI Reference Consistency (Frontend Platforms)**:
|
|
191
|
+
|
|
192
|
+
Verify `conventions-design.md` contains:
|
|
193
|
+
- Reference to `ui-style/ui-style-guide.md`
|
|
194
|
+
- `ui_style_analysis_level` indicator
|
|
195
|
+
|
|
196
|
+
### Step 5: Source Traceability Check
|
|
197
|
+
|
|
198
|
+
Verify that all documents properly cite their sources.
|
|
199
|
+
|
|
200
|
+
**5.1 File Reference Block (`<cite>`) Check**:
|
|
201
|
+
|
|
202
|
+
For each document, verify:
|
|
203
|
+
- [ ] `<cite>` block exists at document beginning
|
|
204
|
+
- [ ] Contains list of referenced files
|
|
205
|
+
- [ ] File paths use relative paths (NOT absolute or file://)
|
|
206
|
+
|
|
207
|
+
**5.2 Diagram Source Annotation Check**:
|
|
208
|
+
|
|
209
|
+
For each Mermaid diagram in documents:
|
|
210
|
+
- [ ] `**Diagram Source**` annotation exists after diagram
|
|
211
|
+
- [ ] Source file path is provided
|
|
212
|
+
- [ ] Path uses relative format
|
|
213
|
+
|
|
214
|
+
**5.3 Section Source Annotation Check**:
|
|
215
|
+
|
|
216
|
+
For each major section:
|
|
217
|
+
- [ ] `**Section Source**` annotation exists at section end
|
|
218
|
+
- [ ] Or generic guidance note is present
|
|
219
|
+
|
|
220
|
+
**5.4 Path Format Validation**:
|
|
221
|
+
|
|
222
|
+
Check that all file paths:
|
|
223
|
+
- Do NOT start with drive letter (e.g., `d:/`, `C:\`)
|
|
224
|
+
- Do NOT use `file://` protocol
|
|
225
|
+
- Use correct relative depth (e.g., `../../../../` for 4 levels deep)
|
|
226
|
+
|
|
227
|
+
### Step 6: Mermaid Compatibility Check
|
|
228
|
+
|
|
229
|
+
Verify all Mermaid diagrams are compatible with standard rendering.
|
|
230
|
+
|
|
231
|
+
**6.1 Forbidden Elements Check**:
|
|
232
|
+
|
|
233
|
+
Scan all Mermaid diagrams for:
|
|
234
|
+
- [ ] No `style` definitions
|
|
235
|
+
- [ ] No `direction` keyword
|
|
236
|
+
- [ ] No HTML tags (e.g., `<br/>`, `<div>`)
|
|
237
|
+
- [ ] No nested subgraphs
|
|
238
|
+
|
|
239
|
+
**6.2 Syntax Validation**: Valid diagram type declaration, properly closed brackets, valid node syntax.
|
|
240
|
+
|
|
241
|
+
**6.3 Diagram Type Usage**: Verify appropriate diagram types (`graph TB/LR` for structure, `flowchart TD` for process, `sequenceDiagram` for API).
|
|
242
|
+
|
|
243
|
+
### Step 7: Generate Quality Report
|
|
244
|
+
|
|
245
|
+
Generate a comprehensive quality report in JSON format.
|
|
246
|
+
|
|
247
|
+
**Output File**: `{platform_dir}/quality-report.json`
|
|
248
|
+
|
|
249
|
+
**Report Format**:
|
|
250
|
+
|
|
251
|
+
```json
|
|
252
|
+
{
|
|
253
|
+
"platform_id": "{platform_id}",
|
|
254
|
+
"platform_type": "{platform_type}",
|
|
255
|
+
"checked_at": "{ISO 8601 timestamp}",
|
|
256
|
+
"summary": {
|
|
257
|
+
"total_checks": 35,
|
|
258
|
+
"passed": 32,
|
|
259
|
+
"warnings": 2,
|
|
260
|
+
"failed": 1,
|
|
261
|
+
"quality_score": 91
|
|
262
|
+
},
|
|
263
|
+
"completeness": {
|
|
264
|
+
"status": "passed",
|
|
265
|
+
"documents_expected": 8,
|
|
266
|
+
"documents_found": 8,
|
|
267
|
+
"documents_missing": [],
|
|
268
|
+
"sections_checked": 24,
|
|
269
|
+
"sections_passed": 24
|
|
270
|
+
},
|
|
271
|
+
"cross_validation": {
|
|
272
|
+
"status": "passed",
|
|
273
|
+
"version_checks": {
|
|
274
|
+
"total": 5,
|
|
275
|
+
"passed": 5,
|
|
276
|
+
"mismatches": []
|
|
277
|
+
},
|
|
278
|
+
"reference_checks": {
|
|
279
|
+
"total": 12,
|
|
280
|
+
"passed": 12,
|
|
281
|
+
"broken_links": []
|
|
282
|
+
}
|
|
283
|
+
},
|
|
284
|
+
"consistency": {
|
|
285
|
+
"status": "warning",
|
|
286
|
+
"naming_issues": [],
|
|
287
|
+
"terminology_issues": [
|
|
288
|
+
{
|
|
289
|
+
"location": "tech-stack.md:15",
|
|
290
|
+
"issue": "Inconsistent framework name: 'react' should be 'React'"
|
|
291
|
+
}
|
|
292
|
+
],
|
|
293
|
+
"style_issues": []
|
|
294
|
+
},
|
|
295
|
+
"source_traceability": {
|
|
296
|
+
"status": "passed",
|
|
297
|
+
"documents_with_cite_block": 8,
|
|
298
|
+
"documents_missing_cite_block": 0,
|
|
299
|
+
"absolute_paths_found": 0,
|
|
300
|
+
"file_protocol_found": 0
|
|
301
|
+
},
|
|
302
|
+
"mermaid_compatibility": {
|
|
303
|
+
"status": "failed",
|
|
304
|
+
"diagrams_checked": 5,
|
|
305
|
+
"diagrams_passed": 4,
|
|
306
|
+
"issues": [
|
|
307
|
+
{
|
|
308
|
+
"file": "architecture.md",
|
|
309
|
+
"line": 45,
|
|
310
|
+
"issue": "Found 'style' definition in Mermaid diagram"
|
|
311
|
+
}
|
|
312
|
+
]
|
|
313
|
+
},
|
|
314
|
+
"recommendations": [
|
|
315
|
+
"Fix Mermaid 'style' definition in architecture.md:45",
|
|
316
|
+
"Standardize framework name to 'React' in tech-stack.md"
|
|
317
|
+
]
|
|
318
|
+
}
|
|
319
|
+
```
|
|
320
|
+
|
|
321
|
+
**Quality Score Calculation**:
|
|
322
|
+
- quality_score = (passed / total_checks) * 100
|
|
323
|
+
- Warnings count as 0.5 towards failed
|
|
324
|
+
- Critical failures (missing required documents) deduct 10 points each
|
|
325
|
+
|
|
326
|
+
### Step 8: Write Completion Marker
|
|
327
|
+
|
|
328
|
+
Create a completion marker file to signal quality check completion.
|
|
329
|
+
|
|
330
|
+
**Output File**: `{platform_dir}/quality-done.json`
|
|
331
|
+
|
|
332
|
+
**Marker Format**:
|
|
333
|
+
|
|
334
|
+
```json
|
|
335
|
+
{
|
|
336
|
+
"platform_id": "{platform_id}",
|
|
337
|
+
"status": "completed",
|
|
338
|
+
"quality_score": {calculated_score},
|
|
339
|
+
"report_path": "quality-report.json",
|
|
340
|
+
"completed_at": "{ISO 8601 timestamp}"
|
|
341
|
+
}
|
|
342
|
+
```
|
|
343
|
+
|
|
344
|
+
**Status values**:
|
|
345
|
+
- `completed` — Quality check finished successfully
|
|
346
|
+
- `failed` — Critical error during quality check
|
|
347
|
+
|
|
348
|
+
## Task Completion Report
|
|
349
|
+
|
|
350
|
+
Upon completion, report the following:
|
|
351
|
+
|
|
352
|
+
```
|
|
353
|
+
TASK COMPLETED: speccrew-knowledge-techs-generate-quality
|
|
354
|
+
|
|
355
|
+
## Input Parameters
|
|
356
|
+
- platform_id: {platform_id}
|
|
357
|
+
- platform_dir: {platform_dir}
|
|
358
|
+
- source_path: {source_path}
|
|
359
|
+
|
|
360
|
+
## Quality Summary
|
|
361
|
+
- Total Checks: {total}
|
|
362
|
+
- Passed: {passed}
|
|
363
|
+
- Warnings: {warnings}
|
|
364
|
+
- Failed: {failed}
|
|
365
|
+
- Quality Score: {score}%
|
|
366
|
+
|
|
367
|
+
## Status by Category
|
|
368
|
+
- Completeness: {status}
|
|
369
|
+
- Cross-Validation: {status}
|
|
370
|
+
- Consistency: {status}
|
|
371
|
+
- Source Traceability: {status}
|
|
372
|
+
- Mermaid Compatibility: {status}
|
|
373
|
+
|
|
374
|
+
## Output
|
|
375
|
+
- Quality Report: {platform_dir}/quality-report.json
|
|
376
|
+
|
|
377
|
+
## Recommendations
|
|
378
|
+
{list of recommendations if any}
|
|
379
|
+
```
|
|
380
|
+
|
|
381
|
+
## Constraints
|
|
382
|
+
|
|
383
|
+
1. **Read-Only Source Access**: Only READ from source_path, never modify
|
|
384
|
+
2. **Relative Paths Only**: All file references must use relative paths
|
|
385
|
+
3. **JSON Output Only**: Quality report must be valid JSON
|
|
386
|
+
4. **Complete All Steps**: Must complete all 7 steps even if early failures are found
|
|
387
|
+
5. **Detailed Issue Reporting**: Include file paths and line numbers for issues when possible
|
|
388
|
+
|
|
389
|
+
## Error Handling
|
|
390
|
+
|
|
391
|
+
| Error Type | Action |
|
|
392
|
+
|------------|--------|
|
|
393
|
+
| Platform directory not found | Report error, terminate with failed status |
|
|
394
|
+
| Required document missing | Record in completeness check, continue |
|
|
395
|
+
| Analysis report missing | Skip cross-validation with source, continue |
|
|
396
|
+
| Mermaid parsing error | Record in compatibility check, continue |
|
|
397
|
+
|
|
398
|
+
## Quality Thresholds
|
|
399
|
+
|
|
400
|
+
| Score | Status |
|
|
401
|
+
|-------|--------|
|
|
402
|
+
| 90-100 | EXCELLENT |
|
|
403
|
+
| 80-89 | GOOD |
|
|
404
|
+
| 70-79 | ACCEPTABLE |
|
|
405
|
+
| 60-69 | NEEDS_IMPROVEMENT |
|
|
406
|
+
| 0-59 | FAILED |
|
|
407
|
+
|
|
408
|
+
## Integration Notes
|
|
409
|
+
|
|
410
|
+
This skill is designed to be invoked after `speccrew-knowledge-techs-generate` completes. The quality report can be used by:
|
|
411
|
+
|
|
412
|
+
- `techs-dispatch` to determine if re-generation is needed
|
|
413
|
+
- Development teams to identify documentation issues
|
|
414
|
+
- CI/CD pipelines to enforce documentation quality gates
|
|
@@ -366,6 +366,41 @@ Platform UI Style Documents Generated: {platform_id}
|
|
|
366
366
|
- Any path MUST output the done file and analysis file
|
|
367
367
|
- Never report "completed" with missing mandatory files
|
|
368
368
|
|
|
369
|
+
---
|
|
370
|
+
|
|
371
|
+
## Task Completion Report
|
|
372
|
+
|
|
373
|
+
Upon completion, output the following structured report:
|
|
374
|
+
|
|
375
|
+
```json
|
|
376
|
+
{
|
|
377
|
+
"status": "success | partial | failed",
|
|
378
|
+
"skill": "speccrew-knowledge-techs-generate-ui-style",
|
|
379
|
+
"output_files": [
|
|
380
|
+
"{output_path}/ui-style/ui-style-guide.md",
|
|
381
|
+
"{output_path}/ui-style/page-types/page-type-summary.md",
|
|
382
|
+
"{output_path}/ui-style/components/component-library.md",
|
|
383
|
+
"{output_path}/ui-style/layouts/page-layouts.md",
|
|
384
|
+
"{output_path}/ui-style/styles/color-system.md",
|
|
385
|
+
"{completed_dir}/{platform_id}.analysis-ui-style.json",
|
|
386
|
+
"{completed_dir}/{platform_id}.done-ui-style.json"
|
|
387
|
+
],
|
|
388
|
+
"summary": "UI style documents generated for {platform_id} at {ui_analysis_level} analysis level",
|
|
389
|
+
"metrics": {
|
|
390
|
+
"components_documented": 0,
|
|
391
|
+
"style_patterns_captured": 0,
|
|
392
|
+
"design_tokens_extracted": 0
|
|
393
|
+
},
|
|
394
|
+
"errors": [],
|
|
395
|
+
"next_steps": [
|
|
396
|
+
"Review ui-style-guide.md for design system completeness",
|
|
397
|
+
"Coordinate with bizs-ui-style-extract for business pattern integration"
|
|
398
|
+
]
|
|
399
|
+
}
|
|
400
|
+
```
|
|
401
|
+
|
|
402
|
+
---
|
|
403
|
+
|
|
369
404
|
## Checklist
|
|
370
405
|
|
|
371
406
|
### Pre-Generation
|