QA To Demo
Overview
Use this skill to bridge quality evidence and demo production. The goal is a reproducible spec or clip plan grounded in QA artifacts, not a marketing retelling that hides failures.
Inputs
qa-report.jsonandqa-report.md- manual-qa-machine flow JSON
- screenshots, snapshots, console logs, network logs, page errors, accessibility reports, and performance reports
- bug reproduction notes or Beads/GitHub issue context
- target app URL and startup command, if a new demo spec must be drafted
Conversion Workflow
- Read the QA verdict and evidence before selecting moments.
- Choose the target output:
- product demo for a passing flow
- repro clip for a failing flow
- release proof for a certified flow
- exploratory finding package for triage
- Map QA steps to demo-machine actions using stable targets first: role, label, text, test id, then CSS only as a fallback.
- Preserve assertions as demo checkpoints or review notes.
- Draft a
.demo.yamlonly when the source has enough target and timing detail; otherwise produce a demo plan with missing inputs. - If rendering or capture is run, package output with
demo-story-packager.
Evidence Rules
- Do not convert
failorinconclusiveQA results into positive product demos. - Keep console, network, accessibility, and performance warnings visible in the handoff.
- For bug repro media, show the shortest path that proves the issue.
- For release proof media, include the certification attempt or report path.
Output
Return one of:
.demo.yamldraft plus run command- repro clip plan plus source evidence
- release proof package plan
- list of missing details blocking a reliable demo
Always include the QA report path, source flow path, selected steps, and evidence files.