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?
Impact
—
No eval scenarios have been run
Passed
No known issues
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