Adapt existing designs to work effectively across different contexts - different screen sizes, devices, platforms, or use cases.
MANDATORY PREPARATION
Users start this workflow with /adapt. Once this skill is active, load $frontend-design — it contains design principles, anti-patterns, and the Context Gathering Protocol. Follow that protocol before proceeding — if no design context exists yet, you MUST load $setup first. 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:
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?
Understand target context:
- Viewport / context: Narrow, medium, wide, TV, embedded, print?
- Input method: Touch, mouse, 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?
Identify adaptation challenges:
- What won't fit? (Content, navigation, features)
- What won't work? (Hover states on touch, tiny touch 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 smaller screens as real constraints, not as desktop layouts that got squeezed in the wash.
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:
- Touch 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 touch-capable 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 touch and pointer
- 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 CSS (no external stylesheets)
- 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
- CSS Grid/Flexbox: 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
Touch Adaptation
- Increase touch target sizes (44x44px minimum)
- Add more spacing between interactive elements
- Remove hover-dependent interactions
- Add touch feedback (ripples, highlights)
- Consider thumb zones (easier to reach bottom than top)
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 on desktop
- 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 desktop = powerful device (consider accessibility, older machines)
- 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 touch on desktop (many desktop devices have touch)
- Scale desktop 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 touch-capable browsers, laptops/desktops, and constrained hardware where relevant
- Different orientations: Portrait and landscape
- Different browsers: Safari, Chrome, Firefox, Edge
- Different OS: Windows, macOS, Linux, ChromeOS, and touch-capable browser environments when relevant
- Different input methods: Touch, mouse, 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.
1---
2name: adapt
3description: 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, touch-capable browsers, or cross-context adaptation.
4metadata:
5 argument-hint: "[target] [context (narrow, medium, wide, print...)]"
6---
7
8Adapt existing designs to work effectively across different contexts - different screen sizes, devices, platforms, or use cases.
9
10## MANDATORY PREPARATION
11
12Users start this workflow with `/adapt`. Once this skill is active, load $frontend-design — it contains design principles, anti-patterns, and the **Context Gathering Protocol**. Follow that protocol before proceeding — if no design context exists yet, you MUST load $setup first. Additionally gather: target platforms/devices and usage contexts.
13
14Consult the [responsive reference](../frontend-design/reference/responsive-design.md) for narrow-first adaptation, fluid behavior, and container-query strategy.
15Consult the [spacing system](../frontend-design/reference/spacing-system.md) when adaptation problems are really grouping, rhythm, or width-discipline issues.
16Consult the [cognitive load](../frontend-design/reference/cognitive-load.md) when smaller screens or constrained contexts amplify too many visible choices at once.
17
18---
19
20## Assess Adaptation Challenge
21
22Understand what needs adaptation and why:
23
241. **Identify the source context**:
25 - What was it designed for originally? (Wide-layout web? Compact responsive web?)
26 - What assumptions were made? (Large screen? Mouse input? Fast connection?)
27 - What works well in current context?
28
292. **Understand target context**:
30 - **Viewport / context**: Narrow, medium, wide, TV, embedded, print?
31 - **Input method**: Touch, mouse, keyboard, voice, gamepad?
32 - **Screen constraints**: Size, resolution, orientation?
33 - **Connection**: Fast wifi, slow 3G, offline?
34 - **Usage context**: On-the-go vs desk, quick glance vs focused reading?
35 - **User expectations**: What do users expect on this platform?
36
373. **Identify adaptation challenges**:
38 - What won't fit? (Content, navigation, features)
39 - What won't work? (Hover states on touch, tiny touch targets)
40 - What's inappropriate? (Wide-layout patterns in narrow layouts, hover-only patterns in coarse-pointer contexts)
41
42**CRITICAL**: Adaptation is not just scaling - it's rethinking the experience for the new context.
43
44Treat smaller screens as real constraints, not as desktop layouts that got squeezed in the wash.
45
46## Plan Adaptation Strategy
47
48Create context-appropriate strategy:
49
50### First Principles
51- **Shrink the canvas first**: Start with the smaller constraint and solve the core task there
52- **Design narrow layouts as their own layout**: Don't just compress wide-layout relationships proportionally
53- **Preserve natural widths**: Use max-widths and content-appropriate widths instead of percentage worship
54- **Let large elements shrink faster than small ones**: Relationships change across breakpoints
55
56### Narrow-Layout Adaptation (Wide → Compact)
57
58**Layout Strategy**:
59- Single column instead of multi-column
60- Vertical stacking instead of side-by-side
61- Components should use the width they actually need; full-width is fine when helpful, not as a reflex
62- Compact navigation instead of assuming a persistent top or side structure
63
64**Interaction Strategy**:
65- Touch targets 44x44px minimum (not hover-dependent)
66- Gesture support where appropriate and discoverable
67- Edge-attached or anchored overlays instead of cramped dropdowns when space is tight
68- Keep repeated actions in reachable zones for compact touch-capable layouts
69- Larger hit areas with more spacing
70
71**Content Strategy**:
72- Progressive disclosure (don't show everything at once)
73- Prioritize primary content (secondary content in tabs/accordions)
74- Shorter text (more concise)
75- Larger text (16px minimum)
76
77**Navigation Strategy**:
78- Clear compact navigation entry points such as drawers, accordions, or condensed menus
79- Reduce navigation complexity
80- Sticky headers for context
81- Back button in navigation flow
82
83### Mid-Width Adaptation
84
85**Layout Strategy**:
86- Two-column layouts (not single or three-column)
87- Side panels for secondary content
88- Master-detail views (list + detail)
89- Adaptive based on orientation (portrait vs landscape)
90
91**Interaction Strategy**:
92- Support both touch and pointer
93- Preserve generous target sizes while allowing denser layouts than the narrowest viewport
94- Side navigation drawers
95- Multi-column forms where appropriate
96
97### Wide-Layout Expansion
98
99**Layout Strategy**:
100- Multi-column layouts (use horizontal space)
101- Side navigation always visible
102- Multiple information panels simultaneously
103- Fixed widths with max-width constraints (don't stretch to 4K)
104- Use columns to rebalance narrow content instead of making forms or reading widths too wide
105
106**Interaction Strategy**:
107- Hover states for additional information
108- Keyboard shortcuts
109- Right-click context menus
110- Drag and drop where helpful
111- Multi-select with Shift/Cmd
112
113**Content Strategy**:
114- Show more information upfront (less progressive disclosure)
115- Data tables with many columns
116- Richer visualizations
117- More detailed descriptions
118
119### Print Adaptation (Screen → Print)
120
121**Layout Strategy**:
122- Page breaks at logical points
123- Remove navigation, footer, interactive elements
124- Black and white (or limited color)
125- Proper margins for binding
126
127**Content Strategy**:
128- Expand shortened content (show full URLs, hidden sections)
129- Add page numbers, headers, footers
130- Include metadata (print date, page title)
131- Convert charts to print-friendly versions
132
133### Email Adaptation (Web → Email)
134
135**Layout Strategy**:
136- Narrow width (600px max)
137- Single column only
138- Inline CSS (no external stylesheets)
139- Table-based layouts (for email client compatibility)
140
141**Interaction Strategy**:
142- Large, obvious CTAs (buttons not text links)
143- No hover states (not reliable)
144- Deep links to web app for complex interactions
145
146## Implement Adaptations
147
148Apply changes systematically:
149
150### Responsive Breakpoints
151
152Choose appropriate breakpoints:
153- Narrow: 320px-767px
154- Medium: 768px-1023px
155- Wide: 1024px+
156- Or content-driven breakpoints (where design breaks)
157
158### Layout Adaptation Techniques
159
160- **CSS Grid/Flexbox**: Reflow layouts automatically
161- **Container Queries**: Adapt based on container, not viewport
162- **`clamp()`**: Fluid sizing between min and max
163- **Media queries**: Different styles for different contexts
164- **Display properties**: Show/hide elements per context
165- **Max-widths**: Keep forms, text blocks, and sidebars at natural widths until the viewport forces change
166
167### Touch Adaptation
168
169- Increase touch target sizes (44x44px minimum)
170- Add more spacing between interactive elements
171- Remove hover-dependent interactions
172- Add touch feedback (ripples, highlights)
173- Consider thumb zones (easier to reach bottom than top)
174
175### Content Adaptation
176
177- Use `display: none` sparingly (still downloads)
178- Progressive enhancement (core content first, enhancements on larger screens)
179- Lazy loading for off-screen content
180- Responsive images (`srcset`, `picture` element)
181
182### Navigation Adaptation
183
184- Transform complex navigation into compact menus, drawers, or accordion structures on narrow layouts
185- Persistent side navigation on desktop
186- Breadcrumbs or compact context cues on narrower layouts
187
188**IMPORTANT**: Test on real devices, not just browser DevTools. Device emulation is helpful but not perfect.
189
190**NEVER**:
191- Hide core functionality in narrow layouts (if it matters, make it work)
192- Assume desktop = powerful device (consider accessibility, older machines)
193- Use different information architecture across contexts (confusing)
194- Break user expectations for responsive web behavior in a given input context
195- Forget narrow landscape or medium-width window states
196- Use generic breakpoints blindly (use content-driven breakpoints)
197- Ignore touch on desktop (many desktop devices have touch)
198- Scale desktop relationships down proportionally and call it responsive design
199- Make components fluid when they don't actually benefit from scaling
200
201## Verify Adaptations
202
203Test thoroughly across contexts:
204
205- **Real devices**: Test on actual touch-capable browsers, laptops/desktops, and constrained hardware where relevant
206- **Different orientations**: Portrait and landscape
207- **Different browsers**: Safari, Chrome, Firefox, Edge
208- **Different OS**: Windows, macOS, Linux, ChromeOS, and touch-capable browser environments when relevant
209- **Different input methods**: Touch, mouse, keyboard
210- **Edge cases**: Very small screens (320px), very large screens (4K)
211- **Slow connections**: Test on throttled network
212
213Remember: 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.