Debug UI changes with a repeatable evidence-first workflow. Use when validating visual regressions, reproducing frontend bugs, comparing baseline vs changed behavior, collecting screenshots/DOM/logs, or producing stakeholder-ready UI debug reports. Keywords: ui bug, visual regression, browser devtools, playwright, screenshot evidence, dom snapshot, frontend debugging.
71
89%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Use this skill when frontend behavior must be verified with reproducible evidence.
Do not use this workflow for backend-only issues with no UI symptom.
npx playwright install chromiumExpected result: Chromium runtime is available for automated UI checks.
./skills/ui-debug-workflow/scripts/capture-evidence.sh baseline http://localhost:3000 ./baselineExpected result: screenshots, DOM snapshots, and logs saved in ./baseline.
./skills/ui-debug-workflow/scripts/capture-evidence.sh changed http://localhost:3000 ./changedExpected result: comparable artifacts saved in ./changed.
./skills/ui-debug-workflow/scripts/compare-evidence.sh ./baseline ./changed ./comparison.mdExpected result: comparison.md with summarized differences.
./skills/ui-debug-workflow/scripts/full-debug-session.sh main fix/my-branch http://localhost:3000 "npm run build" "npm start"Expected result: complete session output with report-ready evidence.
sh skills/agentic-harness/skill-quality-auditor/scripts/evaluate.sh ui-debug-workflow --jsonExpected result: updated score and grade.
capture-evidence.sh fails to run:
lsof -i :<port>).npx playwright install chromium).compare-evidence.sh produces no output or errors:
./baseline and ./changed directories exist and contain artifacts.Comparison reveals unexpected differences:
WHY: Non-reproducible issues cannot be verified or closed with confidence.
BAD: "I clicked around and it looked broken once." GOOD: "1) Open /users 2) Click Sort 3) Observe console error."
Consequence: Fixes become guesswork and regressions reappear.
WHY: Browser errors often reveal root cause faster than code browsing.
BAD: Edit components before checking runtime errors. GOOD: Inspect console/network first, then form hypothesis.
Consequence: Time is wasted on unrelated code paths.
WHY: Different data, viewport, or build mode invalidates comparisons.
BAD: Baseline on desktop, changed on mobile viewport. GOOD: Use identical URL, viewport, seed data, and commands.
Consequence: False positives and false negatives in debug conclusions.
WHY: Unlogged fixes are hard to review and hard to trust.
BAD: Merge after manual spot-check with no screenshots/logs. GOOD: Attach baseline, changed, and comparison artifacts.
Consequence: Stakeholders cannot verify what changed.
references/debugging-checklist.mdreferences/browser-devtools-guide.mdreferences/evidence-templates.md