Browser Inspection Workflow
Use this skill to make rendered-browser inspection a default part of shipping frontend work.
Workflow
- Inspect the affected surface, relevant project scripts, target URL and available inspection tooling; reuse existing context.
- Read Browser Inspection Workflow Guide before claiming the site is ready.
- Run the narrowest meaningful checks for the risk: visual, mobile, accessibility, performance, forms, media, SEO, analytics, deployment, or handoff.
- Fix issues when they are in scope; otherwise record exact evidence and remaining risk.
- After fixes, recheck affected rendered states; repeat broader polish only for an observed defect or unresolved quality risk.
- Summarize commands, URLs, screenshots/checks, changed files, and what was not tested.
If a native fullPage screenshot is blank, sparse, missing lower content, frozen before reveal animation, or inconsistent with the working scroll experience, do not use it as visual proof. Route the capture through $visual-regression-lab and its stitched viewport workflow.
Scoped execution
Apply the shared web contract once when execution crosses phases; reuse it if already read. Load only the specialist guidance relevant to the requested surface and deliverable.
Scope and evidence
Coordinate one route/viewport/state evidence matrix shared by QA specialists. Reuse current evidence; recheck affected coverage after relevant changes. Captures require actual visual inspection before quality claims.
1---2name: browser-inspection-workflow3description: Coordinate rendered behavior and state evidence.4---56# Browser Inspection Workflow78Use this skill to make rendered-browser inspection a default part of shipping frontend work.910## Workflow11121. Inspect the affected surface, relevant project scripts, target URL and available inspection tooling; reuse existing context.132. Read [Browser Inspection Workflow Guide](references/browser-inspection-workflow-guide.md) before claiming the site is ready.143. Run the narrowest meaningful checks for the risk: visual, mobile, accessibility, performance, forms, media, SEO, analytics, deployment, or handoff.154. Fix issues when they are in scope; otherwise record exact evidence and remaining risk.165. After fixes, recheck affected rendered states; repeat broader polish only for an observed defect or unresolved quality risk.176. Summarize commands, URLs, screenshots/checks, changed files, and what was not tested.1819If a native `fullPage` screenshot is blank, sparse, missing lower content, frozen before reveal animation, or inconsistent with the working scroll experience, do not use it as visual proof. Route the capture through `$visual-regression-lab` and its stitched viewport workflow.2021## Scoped execution2223Apply the [shared web contract](../website-operating-rules/references/scoped-web-contract.md) once when execution crosses phases; reuse it if already read. Load only the specialist guidance relevant to the requested surface and deliverable.2425## Scope and evidence2627Coordinate one route/viewport/state evidence matrix shared by QA specialists. Reuse current evidence; recheck affected coverage after relevant changes. Captures require actual visual inspection before quality claims.
