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.
Files changed (21) hide show
  1. package/.speccrew/agents/speccrew-team-leader.md +60 -4
  2. package/.speccrew/agents/speccrew-test-manager.md +361 -37
  3. package/.speccrew/skills/speccrew-knowledge-bizs-api-analyze/SKILL.md +63 -626
  4. package/.speccrew/skills/speccrew-knowledge-bizs-api-graph/SKILL.md +505 -0
  5. package/.speccrew/skills/speccrew-knowledge-bizs-dispatch/SKILL.md +165 -31
  6. package/.speccrew/skills/speccrew-knowledge-bizs-ui-analyze/SKILL.md +63 -728
  7. package/.speccrew/skills/speccrew-knowledge-bizs-ui-graph/SKILL.md +389 -0
  8. package/.speccrew/skills/speccrew-knowledge-module-summarize/SKILL.md +26 -0
  9. package/.speccrew/skills/speccrew-knowledge-system-summarize/SKILL.md +27 -0
  10. package/.speccrew/skills/speccrew-knowledge-techs-dispatch/SKILL.md +185 -21
  11. package/.speccrew/skills/speccrew-knowledge-techs-generate/SKILL.md +134 -883
  12. package/.speccrew/skills/speccrew-knowledge-techs-generate-conventions/SKILL.md +36 -0
  13. package/.speccrew/skills/speccrew-knowledge-techs-generate-quality/SKILL.md +414 -0
  14. package/.speccrew/skills/speccrew-knowledge-techs-generate-ui-style/SKILL.md +35 -0
  15. package/.speccrew/skills/speccrew-test-reporter/SKILL.md +297 -0
  16. package/.speccrew/skills/{speccrew-test-execute → speccrew-test-reporter}/templates/BUG-REPORT-TEMPLATE.md +24 -1
  17. package/.speccrew/skills/{speccrew-test-execute → speccrew-test-reporter}/templates/TEST-REPORT-TEMPLATE.md +8 -1
  18. package/.speccrew/skills/{speccrew-test-execute → speccrew-test-runner}/SKILL.md +142 -104
  19. package/.speccrew/skills/speccrew-test-runner/templates/TEST-EXECUTION-RESULT-TEMPLATE.md +80 -0
  20. package/lib/utils.js +1 -0
  21. 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