mcpField
R
responsive-design

responsive-design

github.com/planetabhiDesign & UI175 installsUpdated 7w ago
Repository

About responsive-design

A framework-agnostic skill for designing and reviewing responsive interfaces. It focuses on content-driven layouts across viewport sizes, input methods, zoom, and user preferences.

Key features

  1. 01Mobile-first layout guidance
  2. 02Content-driven breakpoint choices
  3. 03Responsive input and safe-area guidance
  4. 04Typography and image guidance
  5. 05Severity-based review criteria
  6. 06Reference files and testing checklist

Use cases

  1. 01Review layouts for small-screen usability
  2. 02Plan responsive behavior across orientations
  3. 03Check accessible zoom and input support

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/planetabhi/skills --skill responsive-design

After installing, type/responsive-designin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

reference/
breakpoints.md
checklist.md
container-queries.md
foundation.md
images.md
input-methods.md
layout-patterns.md
layout-tools.md
safe-areas.md
strategies.md
typography.md
user-preferences.md

Details

From the project README

Responsive design

Apply these rules to every layout and interactive surface. Examples are framework-agnostic CSS. They translate directly to any framework or utility system. A responsive interface adapts to the viewport, the container, the input method, and the user's own settings, not to a fixed list of devices. The detailed rules and code examples are bundled under ./reference/. Read the relevant file before applying or citing a rule.

Core mandate

Design for content and constraints, not for named devices. A layout is responsive when it stays usable and readable at any width from ~320px to ultra-wide, in both orientations, at up to 400% zoom, under touch or pointer, and while respecting the user's font-size, motion, and color-scheme preferences. Start from the smallest reasonable width and enhance upward, an approach called mobile-first. This yields less CSS and a working baseline everywhere.

Never key layout decisions to device brands, operating systems, or product names. Those change and multiply. Let the content decide when the layout needs to change.

Confirmation

When you are only reviewing, report findings without pausing. Before applying edits to existing files, confirm the intended change set first, and ask for any context you need to judge correctly instead of guessing.

Severity scale

LevelMeaning
CriticalContent is unreachable, unreadable, or unusable at a common size or input
SeriousMajor friction from horizontal scroll, clipped content, or unusable targets
ModerateNoticeable friction with a workaround
MinorPolish gap with marginal impact

Judge severity by the real effect on the task at a real size and input, not by the rule alone. When reviewing statically, viewport behavior, zoom, orientation, and touch response cannot be confirmed by reading code, so mark those as pending verification rather than passed.

Reference map

The rules and code examples are bundled under ./reference/. Read the relevant file before applying or citing a rule.

Anti-patterns

  • Breakpoints named for devices or operating systems instead of content.
  • Fixed pixel widths that force horizontal scroll on small screens.
  • Hover-only controls with no pointer or keyboard equivalent.
  • width: 100vw, which ignores the scrollbar and overflows.
  • Disabling zoom with user-scalable=no or a maximum-scale cap.

Authored by @planetabhi

Comments

Markdown supported