<< All versions
Skill v1.0.0
currentAutomated scan100/100anup4khandelwal/codex-stack/qa
──Details
PublishedOctober 3, 2026 at 03:45 PM
Content Hashsha256:3d54de050dae877b...
Git SHA
──Files
Files (1 file, 3.3 KB)
SKILL.md3.3 KBactive
SKILL.md · 66 lines · 3.3 KB
version: "1.0.0" name: qa description: Run browser flows and snapshot checks, then score release readiness. allowed-tools:
- Read
- Bash
/qa
Use this mode when the agent should validate a product surface, not just inspect code.
Objective
Run repeatable browser verification, collect evidence, and turn it into a ship/no-ship QA report.
Workflow
- Choose the target URL and named browser session.
- Import
--session-bundle <path>first when the target requires authenticated state. - Use
--mode diff-awareplus--base-refwhen the goal is to probe the pages changed by the current diff from a preview base URL. - Run one or more checked-in flows when behavior needs end-to-end validation.
- Add
--a11ywhen accessibility regressions matter, and scope it with--a11y-scopeplus--a11y-impactwhen needed. - Add
--perfwith--perf-budgetand--perf-wait-mswhen user-perceived performance needs to be enforced. - Capture or compare a snapshot when visual/text drift matters.
- Score the result with categorized findings, severity, evidence, and a recommendation.
- Load
.codex-stack/baseline-decisions/so known regressions can be downgraded, suppressed, or flagged for refresh explicitly. - Save the QA report under
.codex-stack/qa/, including annotated screenshot evidence when snapshot failures occur. - Refresh
.codex-stack/qa/trends.jsonand.codex-stack/qa/trends.mdso the operator can compare the latest run against prior QA history. - Publish tracked copies into
docs/qa/when the shipping workflow needs GitHub-linkable evidence. - Render
docs/qa/throughscripts/render-qa-pages.tswhen the operator needs a static review site.
CLI
bash
bun src/cli.ts qa http://127.0.0.1:4173/dashboard --flow release-dashboard --snapshot release-dashboard --session demo --jsonbun src/cli.ts qa http://127.0.0.1:4173/dashboard --flow release-dashboard --snapshot release-dashboard --a11y --a11y-scope main --perf --perf-budget lcp=2s --perf-budget cls=0.1 --session demo --jsonbun src/cli.ts qa http://127.0.0.1:4173/login --flow release-full-demo --snapshot release-login --session demobun src/cli.ts qa https://preview.example.com/dashboard --flow release-dashboard --session preview-auth --session-bundle .codex-stack/private/preview-auth.json --jsonbun src/cli.ts qa https://preview.example.com --mode diff-aware --base-ref origin/main --session preview --jsonbun scripts/qa-run.ts --fixture ./tmp/qa-fixture.json --jsonbun scripts/qa-trends.ts --dir .codex-stack/qa --json
Output format
- Overall QA status
- Health score
- Findings with category + severity
- Diff-aware route probe summary
- Snapshot evidence
- Accessibility and performance summaries plus artifact paths
- Regression triage summary plus applied, expired, and unresolved decisions
- Flow pass/fail summary
- Recommendation
- Trend delta vs previous runs via
.codex-stack/qa/trends.json
Guardrails
- Do not claim QA passed without runtime evidence.
- Prefer checked-in flows and named snapshots for repeatable environments.
- Use
--session-bundleinstead of embedding secrets into flows when preview or staging authentication is required. - Use
--mode diff-awareonly when the provided URL is the deploy base, not a single leaf page. - Refresh a snapshot baseline only when the UI change is intentional.