Skip to content
Back to skills

Responsive Sweep

ASecurity

Verify affected Atlas viewport bands when responsive proof is requested or selected by design routing.

  • 141 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 2, 2026
developmenttesting

Works with

  • cli

Security analysis

A100/100

Scanned September 26, 2026

npx -y skills add wlsdks/ontology-atlas --skill responsive-sweep --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Responsive Sweep?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Responsive Sweep
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/wlsdks-responsive-sweep/badge)](https://www.skillsdirectory.com/skills/wlsdks-responsive-sweep)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: responsive-sweep
description: Verify affected Atlas viewport bands when responsive proof is requested or selected by design routing.
---

# Responsive sweep

Run only when `pnpm design:route` includes `responsive-sweep`. Use its scope:
affected bands for a breakpoint-local change, the full matrix for a new surface
or information architecture.

- A **breakpoint** is a width where layout changes (`md` 768px, `lg` 1024px).
- A **rect** is the measured `getBoundingClientRect()` geometry.
- **Chrome** is the frame around content: header, toolbar, tab bar, and panels.

Static class reading missed three live defects: `max-lg:pb-*` lost to a later
`md:py-*` rule at 768–1023px, three chrome rows overlapped by 79px, and a tab bar
intercepted content. Only computed geometry and `elementFromPoint` proved them.

## Width matrix

| Viewport | Band |
|---|---|
| 600×900 | phone/small portrait tablet; below `md` |
| 768×1024 | `md` boundary; side panels begin, tab bar remains |
| 834×1112 | 11-inch tablet |
| 1024×768 | `lg` boundary; vertical navigation begins, tab bar leaves |
| 1440×900 | 14-inch laptop; labels progressively compact |
| 1920×1080 | FHD |
| 2560×1440 | QHD |

Use the router's returned bands. A local chrome or layout repair does not
independently require the full matrix. If additional breakpoints are affected,
update the change facts and use the resulting scope.

## Loop at each width

1. Resize and navigate to a URL reproducing the exact state, such as
   `?index=expanded` or `?recent=auto`. Set `guides=off` as a query parameter
   (use `&` when a query already exists); the first-run
   overlay otherwise captures every `elementFromPoint`. Use `?guides=reset` only
   when testing the guide itself.
2. Evaluate geometry:
   - collect fixed/floating rects and calculate their intersection in pixels;
   - probe the centre of every important control with
     `document.elementFromPoint(cx, cy)` and record the intercepting element;
   - below `lg`, compare the primary tab bar's top with the last scrolled
     content's bottom and every bottom-attached panel.
3. Capture a screenshot for human evidence.

After the measured loop, capture at least the affected representative state with
the computer-use capability and record app/window identity, accessibility owner, and saved
screenshot path. Browser automation screenshots support the rect evidence but do
not replace this capture.

## Standing rules

- `docs/DESIGN-SYSTEM.md`, “Touch & tablet responsive contract,” is canonical.
  Below `lg`, scroll ends and bottom panels reserve
  `--topology-mobile-bottom-tab-reserve`. Expanded INDEX becomes a full-screen
  sheet below `md`. Coarse-pointer 44px targets are decided only by
  `@media (pointer: coarse)`.
- Tailwind `max-*` output may precede `min-*`, so `max-lg:pb-X` can lose to
  `md:py-Y`. Prefer an unconditional base plus `lg:` override and measure the
  computed `paddingBottom`.
- Top utility chips intentionally compact below `2xl`. After adding one, measure
  its overlap with search at 1440px.

## Report

Open with the verdict in one line (pass, or the defects and their bands), then
a viewport-by-screen table with pass/defect, numeric evidence, browser
screenshots, Computer Use evidence, the applied fix, and the remeasured value.
Do not claim “responsive is fine” from Tailwind reasoning alone.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.