本文へ移動
cccskills
無料GitHub で公開

adapt

Adapt designs for narrow, medium, wide, embedded, or print web contexts without losing usability, hierarchy, or target sizing. Use when the user mentions responsive design, breakpoints, narrow layouts, viewport changes, coarse-pointer browsers, or cross-context adaptation.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md9.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Adapt existing designs to work effectively across different contexts - different screen sizes, devices, platforms, or use cases.

MANDATORY PREPARATION

Read frontend-design and follow its Context Gathering Protocol. Reuse available context and ask only about consequential gaps. Additionally gather: target platforms/devices and usage contexts.

Consult the responsive reference for narrow-first adaptation, fluid behavior, and container-query strategy. Consult the spacing system when adaptation problems are really grouping, rhythm, or width-discipline issues. Consult the cognitive load when smaller screens or constrained contexts amplify too many visible choices at once.


Assess Adaptation Challenge

Understand what needs adaptation and why:

  1. Identify the source context:

    • What was it designed for originally? (Wide-layout web? Compact responsive web?)
    • What assumptions were made? (Large screen? Mouse input? Fast connection?)
    • What works well in current context?
  2. Understand target context:

    • Viewport / context: Narrow, medium, wide, TV, embedded, print?
  • Input method: Coarse pointer, precise pointer, keyboard, voice, gamepad?
    • Screen constraints: Size, resolution, orientation?
    • Connection: Fast wifi, slow 3G, offline?
    • Usage context: On-the-go vs desk, quick glance vs focused reading?
    • User expectations: What do users expect on this platform?
  1. Identify adaptation challenges:
    • What won't fit? (Content, navigation, features)
  • What won't work? (hover-only states for coarse pointers, tiny pointer targets)
    • What's inappropriate? (Wide-layout patterns in narrow layouts, hover-only patterns in coarse-pointer contexts)

CRITICAL: Adaptation is not just scaling - it's rethinking the experience for the new context.

Treat compact viewports as real constraints, not as wide layouts squeezed down.

Plan Adaptation Strategy

Create context-appropriate strategy:

First Principles

  • Shrink the canvas first: Start with the smaller constraint and solve the core task there
  • Design narrow layouts as their own layout: Don't just compress wide-layout relationships proportionally
  • Preserve natural widths: Use max-widths and content-appropriate widths instead of percentage worship
  • Let large elements shrink faster than small ones: Relationships change across breakpoints

Narrow-Layout Adaptation (Wide → Compact)

Layout Strategy:

  • Single column instead of multi-column
  • Vertical stacking instead of side-by-side
  • Components should use the width they actually need; full-width is fine when helpful, not as a reflex
  • Compact navigation instead of assuming a persistent top or side structure

Interaction Strategy:

  • Coarse-pointer targets 44x44px minimum (not hover-dependent)
  • Gesture support where appropriate and discoverable
  • Edge-attached or anchored overlays instead of cramped dropdowns when space is tight
  • Keep repeated actions in reachable zones for compact coarse-pointer layouts
  • Larger hit areas with more spacing

Content Strategy:

  • Progressive disclosure (don't show everything at once)
  • Prioritize primary content (secondary content in tabs/accordions)
  • Shorter text (more concise)
  • Larger text (16px minimum)

Navigation Strategy:

  • Clear compact navigation entry points such as drawers, accordions, or condensed menus
  • Reduce navigation complexity
  • Sticky headers for context
  • Back button in navigation flow

Mid-Width Adaptation

Layout Strategy:

  • Two-column layouts (not single or three-column)
  • Side panels for secondary content
  • Master-detail views (list + detail)
  • Adaptive based on orientation (portrait vs landscape)

Interaction Strategy:

  • Support both coarse and precise pointers
  • Preserve generous target sizes while allowing denser layouts than the narrowest viewport
  • Side navigation drawers
  • Multi-column forms where appropriate

Wide-Layout Expansion

Layout Strategy:

  • Multi-column layouts (use horizontal space)
  • Side navigation always visible
  • Multiple information panels simultaneously
  • Fixed widths with max-width constraints (don't stretch to 4K)
  • Use columns to rebalance narrow content instead of making forms or reading widths too wide

Interaction Strategy:

  • Hover states for additional information
  • Keyboard shortcuts
  • Right-click context menus
  • Drag and drop where helpful
  • Multi-select with Shift/Cmd

Content Strategy:

  • Show more information upfront (less progressive disclosure)
  • Data tables with many columns
  • Richer visualizations
  • More detailed descriptions

Print Adaptation (Screen → Print)

Layout Strategy:

  • Page breaks at logical points
  • Remove navigation, footer, interactive elements
  • Black and white (or limited color)
  • Proper margins for binding

Content Strategy:

  • Expand shortened content (show full URLs, hidden sections)
  • Add page numbers, headers, footers
  • Include metadata (print date, page title)
  • Convert charts to print-friendly versions

Email Adaptation (Web → Email)

Layout Strategy:

  • Narrow width (600px max)
  • Single column only
  • Inline Tailwind-compatible utility output when a host requires self-contained markup
  • Table-based layouts (for email client compatibility)

Interaction Strategy:

  • Large, obvious CTAs (buttons not text links)
  • No hover states (not reliable)
  • Deep links to web app for complex interactions

Implement Adaptations

Apply changes systematically:

Responsive Breakpoints

Choose appropriate breakpoints:

  • Narrow: 320px-767px
  • Medium: 768px-1023px
  • Wide: 1024px+
  • Or content-driven breakpoints (where design breaks)

Layout Adaptation Techniques

  • Tailwind grid/flex utilities: Reflow layouts automatically
  • Container Queries: Adapt based on container, not viewport
  • clamp(): Fluid sizing between min and max
  • Media queries: Different styles for different contexts
  • Display properties: Show/hide elements per context
  • Max-widths: Keep forms, text blocks, and sidebars at natural widths until the viewport forces change

Pointer Adaptation

  • Increase coarse-pointer target sizes (44x44px minimum)
  • Add more spacing between interactive elements
  • Remove hover-dependent interactions
  • Add activation feedback for coarse-pointer interactions when it improves confidence
  • Place frequent actions where they remain reachable in compact, coarse-pointer layouts

Content Adaptation

  • Use display: none sparingly (still downloads)
  • Progressive enhancement (core content first, enhancements on larger screens)
  • Lazy loading for off-screen content
  • Responsive images (srcset, picture element)

Navigation Adaptation

  • Transform complex navigation into compact menus, drawers, or accordion structures on narrow layouts
  • Persistent side navigation in wide viewports when it supports orientation
  • Breadcrumbs or compact context cues on narrower layouts

IMPORTANT: Test on real devices, not just browser DevTools. Device emulation is helpful but not perfect.

NEVER:

  • Hide core functionality in narrow layouts (if it matters, make it work)
  • Assume wide viewport equals powerful device (consider accessibility, older machines, and constrained hardware)
  • Use different information architecture across contexts (confusing)
  • Break user expectations for responsive web behavior in a given input context
  • Forget narrow landscape or medium-width window states
  • Use generic breakpoints blindly (use content-driven breakpoints)
  • Ignore coarse pointers in wide viewports (many browser environments combine wide screens and coarse input)
  • Scale wide-layout relationships down proportionally and call it responsive design
  • Make components fluid when they don't actually benefit from scaling

Verify Adaptations

Test thoroughly across contexts:

  • Real devices: Test on actual coarse-pointer browsers, precise-pointer browsers, and constrained hardware where relevant
  • Different orientations: Portrait and landscape
  • Different browsers: Safari, Chrome, Firefox, Edge
  • Different OS: Windows, macOS, Linux, ChromeOS, and coarse-pointer browser environments when relevant
  • Different input methods: Coarse pointer, precise pointer, keyboard
  • Edge cases: Very small screens (320px), very large screens (4K)
  • Slow connections: Test on throttled network

Remember: You're a responsive web design expert. Make experiences that feel well-adapted to each web context while maintaining brand and functionality consistency. Adapt intentionally, test thoroughly.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

a11y

無料

Systematically audit and remediate accessibility issues in UI, focusing on keyboard navigation, screen reader support, color contrast, semantic HTML, ARIA usage, and motion sensitivity. Use when the user wants to improve accessibility, make a component accessible, fix WCAG violations, add keyboard support, or ensure screen reader compatibility.

日本語の概要は準備中です。原文の説明を表示しています。

aladicf/better-react-web-ui22026年9月8日 更新

add-ui

無料

Create or redesign React and Tailwind sections, pages, flows, shells, and components. Use when the user wants new UI or a redesign. Implement one requested or selected direction directly, or generate distinct alternatives when the user asks to compare options.

日本語の概要は準備中です。原文の説明を表示しています。

aladicf/better-react-web-ui22026年9月8日 更新

animate

無料

Implement or refine UI motion, gestures, and transitions. Use when the user asks for animation, hover or press motion, drag or swipe behavior, transition timing, or reduced-motion alternatives. Mentioning a drawer, toast, or hover state alone does not request animation.

日本語の概要は準備中です。原文の説明を表示しています。

aladicf/better-react-web-ui22026年9月8日 更新

arrange

無料

Improve layout composition, spacing systems, grouping, and visual rhythm. Use when the user mentions weak layout structure, arbitrary spacing, weak grouping, crowded composition, or layout monotony rather than priority/emphasis problems.

日本語の概要は準備中です。原文の説明を表示しています。

aladicf/better-react-web-ui22026年9月8日 更新

audit

無料

Run technical quality checks across accessibility, performance, theming, responsive design, and anti-patterns. Generates a scored report with P0-P3 severity ratings and actionable plan. Use when the user wants measurable accessibility, performance, responsive, theming, or anti-pattern findings—not when they mainly want an overall UX critique or final visual/detail polish.

日本語の概要は準備中です。原文の説明を表示しています。

aladicf/better-react-web-ui22026年9月8日 更新

bolder

無料

Increase visual impact, contrast, personality, and compositional confidence when a design feels bland, generic, or too safe. Use when the design needs more energy, confidence, or memorability—not when the real problem is clutter, over-intensity, or micro-detail polish.

日本語の概要は準備中です。原文の説明を表示しています。

aladicf/better-react-web-ui22026年9月8日 更新

aladicf のスキルをすべて見る

このスキルの問題を報告する