responsive-qa-audit
Skill4 starsChanged 2 months agoMITView on GitHub
Audit the product across all breakpoints before shipping. Use when responsive QA, cross-device testing, mobile audit, breakpoint check, or elements overflowing on mobile.
In this repository46 other files it gives its agents.
- accessibility-reviewSkill
- accessibility-runtime-auditSkill
- adaptive-component-behaviorSkill
- ai-feature-ux-patternsSkill
- behavioral-pricing-psychologySkill
- business-model-readingSkill
- business-model-thinkingSkill
- cognitive-load-heatmap-predictionSkill
- component-style-guideSkill
- cross-functional-reviewSkill
- dark-mode-theming-systemSkill
- dashboard-layout-patternsSkill
- dashboard-scaffolding-contractSkill
- design-drift-detectorSkill
- design-system-builderSkill
- design-to-code-handoffSkill
- design-tokensSkill
- error-boundary-resilience-designSkill
- flow-based-functional-testingSkill
- growth-impact-reviewSkill
- i18n-localization-strategySkill
- information-architectureSkill
- interactive-element-auditSkill
- kinematic-motion-choreographySkill
- micro-interaction-motion-designSkill
- module-registry-syncSkill
- mvp-scopingSkill
- perceived-performance-loadingSkill
- prd-traceability-matrixSkill
- product-discoverySkill
- product-strategySkill
- project-health-diagnosticsSkill
- qa-feedback-loop-orchestratorSkill
- responsive-breakpoint-strategySkill
- route-integrity-checkerSkill
- security-privacy-reviewSkill
- stakeholder-requirement-mappingSkill
- touch-gesture-interactionSkill
- typography-systemSkill
- usability-heuristics-checkSkill
- user-flow-mappingSkill
- user-research-synthesisSkill
- ux-chaos-monkeySkill
- visual-hierarchy-reviewSkill
- visual-responsive-regression-testingSkill
- visual-style-extractorSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 4 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 9
Test across all defined breakpoints from responsive-breakpoint-strategy:
- Distinctive: line 17
Run automated checks to detect un-intended horizontal overflows and viewport clipping:
- Distinctive: line 45
Verify all interactive targets ≥ 44×44 CSS pixels.
- Very specific: line 55
Verify component state against adaptive-component-behavior:
- Distinctive: line 61
Virtual Keyboard: Ensure inputs stay visible above the virtual keyboard without covering the submit CTA.
- Very specific: line 62
Safe Area Insets: Verify padding-bottom: env(safe-area-inset-bottom) prevents content collision with OS home indicator bars.
- Distinctive: line 63
Landscape Orientation: Verify layout does not break when rotated horizontally on mobile.
≈ “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
A layout that looks correct in a browser resize is not a tested layout. Test at real breakpoints, with real content, with real fingers.
1. Set up the audit environment & viewports
Test across all defined breakpoints from responsive-breakpoint-strategy:
- Mobile Small (375×667 - iPhone SE)
- Mobile Standard (393×852 - iPhone 15 / Pixel 8)
- Tablet (768×1024 - iPad Mini/Air)
- Desktop (1280×800)
- Ultra-wide (1440×900+)
2. Automated Playwright overflow & layout test
Run automated checks to detect un-intended horizontal overflows and viewport clipping:
// tests/responsive-overflow.spec.js
import { test, expect } from '@playwright/test';
const VIEWPORTS = [
{ name: 'mobile-sm', width: 375, height: 667 },
{ name: 'mobile-std', width: 393, height: 852 },
{ name: 'tablet', width: 768, height: 1024 },
{ name: 'desktop', width: 1280, height: 800 },
];
for (const vp of VIEWPORTS) {
test(`No horizontal overflow at ${vp.name} (${vp.width}px)`, async ({ page }) => {
await page.setViewportSize({ width: vp.width, height: vp.height });
await page.goto('/');
const hasOverflow = await page.evaluate(() => {
return document.documentElement.scrollWidth > window.innerWidth;
});
expect(hasOverflow).toBe(false);
});
}3. Run tap target & thumb-zone audit
On mobile breakpoints:
- Verify all interactive targets ≥ 44×44 CSS pixels.
- Minimum 8px spacing between adjacent touch elements.
- Primary CTA located within the thumb reach zone (lower 40% of viewport).
4. Typography & line-length check
- Body text ≥ 14px (16px strongly recommended on mobile).
- Reading line-length between 45–75 characters per line (no runaway text containers).
- Headings scale fluidly using
clamp()or breakpoint tokens.
5. Component transformation audit
Verify component state against adaptive-component-behavior:
- Data tables transform into stacked card lists on mobile.
- Desktop sticky sidebar transforms into mobile bottom-bar or sliding drawer.
- Modals transform into bottom action-sheets (
drawer-bottom).
6. Mobile viewport edge-case testing
- Virtual Keyboard: Ensure inputs stay visible above the virtual keyboard without covering the submit CTA.
- Safe Area Insets: Verify
padding-bottom: env(safe-area-inset-bottom)prevents content collision with OS home indicator bars. - Landscape Orientation: Verify layout does not break when rotated horizontally on mobile.
7. Remote & real device testing strategy
- For teams without physical hardware, execute cloud testing via BrowserStack or Playwright WebKit mobile emulation.
- Physical device spot-check mandatory on at least 1 iOS Safari device and 1 Android Chrome device before production shipping.
Completion Criteria
- Automated Playwright overflow test passes across all 4+ viewport configurations
- Tap targets ≥ 44×44px with zero touch target overlap
- Component transformations verified (table -> cards, sidebar -> bottom-nav)
- Safe-area insets (
env(safe-area-inset-*)) tested on notched devices - Virtual keyboard open state tested on form inputs
Output
A responsive-qa-report.md artifact detailing pass/fail status per breakpoint, automated Playwright test scripts, and actionable remediation tasks.
Anti-patterns
- Testing only at desktop (1440px) and a single mobile width (375px), skipping tablets.
- Relying on
overflow-x: hiddento hide horizontal layout overflow instead of fixing the root element width. - Forgetting iOS Safari address bar height variations when calculating
100vh(use100dvh). - Using hover tooltips to convey critical data on touch devices.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

