responsive-check
Skill3 starsChanged 37 days agoMITView on GitHub
Use when a screen must be checked across mobile, tablet, laptop, or desktop sizes for overflow, wrapping, sticky overlaps, collapsed navigation, unreachable actions, sheets, dialogs, tables, filters, or charts. Skip non-UI maintenance.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- orbit-collective/orbit-skillstheir own version, first seen Oct 3, 2026
- Jinbae10/skillstheir own version, first seen Jul 7, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- orbit-collective/orbit-skills★ 1same name
- Jinbae10/skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- starter-kit/AGENTS.mdAGENTS.md
- accessibility-checkSkill
- accessibility-reviewerSkill
- agent-contextSkill
- design-evidence-researcherSkill
- design-reviewerSkill
- design-system-architectSkill
- design-understandSkill
- information-architectSkill
- interaction-designerSkill
- knowledge-graph-architectSkill
- mobile-ux-expertSkill
- motion-designerSkill
- performance-reviewerSkill
- product-designerSkill
- prompt-architectSkill
- reference-driven-designSkill
- ux-reviewerSkill
- visual-designerSkill
- visual-qaSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Verify adaptation through browser behavior and inspected screenshots.
- Distinctive: line 14
Use available browser tools or the project's existing Playwright setup.
- Distinctive: line 19
Check horizontal page overflow, broken grids, long labels and entries, clipped text, navigation collapse, hidden primary actions, oversized …
- Distinctive: line 23
After authorized fixes, repeat the failing width, relevant neighboring breakpoint, and affected wide layout.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Responsive Check
Verify adaptation through browser behavior and inspected screenshots. This execution skill complements mobile-ux-expert, which guides touch-first product decisions.
Scope and preparation
Identify the target devices, primary task, changed breakpoints, long-content cases, and relevant states. Retrieve focused graph context with --platform mobile and read the applicable research and rules. Use the project's actual breakpoints and device targets. Example CSS viewports for exploratory sampling are 390x844, 768x1024, and 1440x900; include narrower widths and just below/above affected breakpoints when the product supports them. These samples are not universal layout rules or a substitute for actual devices.
Use available browser tools or the project's existing Playwright setup. Record viewport dimensions, scale, theme, data, and state. If browser access is absent, provide a source/screenshot-limited review and mark unseen widths and interactions unverified.
Execute
- Load the same flow at each selected width. Exercise capture/navigation, open and close sheets or dialogs, and scroll through long content and sticky regions.
- Check horizontal page overflow, broken grids, long labels and entries, clipped text, navigation collapse, hidden primary actions, oversized dialogs, and controls obscured by sticky elements. For tables/charts, distinguish intentional bounded horizontal scrolling from accidental page overflow.
- Observe wrapping and control placement before and after state changes, including loading, validation errors, retry, and success. Compare geometry when
PERF-001applies. - Inspect images of each captured state and confirm suspected bounds with DOM measurements. Judge touch targets using the clickable area and the graph's
A11Y-001, not icon dimensions alone. - For mobile input flows, record whether a real virtual keyboard was exercised. Desktop viewport emulation does not prove keyboard resizing, safe-area handling, or physical-device touch behavior. Mark those as gaps if relevant and untested.
- After authorized fixes, repeat the failing width, relevant neighboring breakpoint, and affected wide layout. Capture before/after evidence under matching conditions.
Output
Return a scoped verdict, then viewport | state/action | observed behavior | screenshot/measurement | checked/unverified/not applicable. Each confirmed issue includes severity, reproduction, user impact, graph/reference basis, focused fix, and verified component/file when known. Report breakpoint behavior and physical-device gaps separately. A screenshot at one size is not a responsive pass.
Sources: CHECK-00001, RULE-00005 / UX-001, RULE-00009 / A11Y-001, RULE-00011 / PERF-001, and their retrieved source research. Use Playwright emulation for tool mechanics; it does not replace device evidence.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

