design-elevation
Skill9 starsChanged 8 months agoMITView on GitHub
Comprehensive design elevation system that automatically transforms functional visual outputs into polished, professional designs. Use when creating ANY visual output including presentations (pptx), spreadsheets (xlsx), dashboards, reports, HTML artifacts, PDFs, web pages, or data visualizations. Applies systematic design thinking grounded in Tailwind CSS as the canonical design token system. Structures decisions through functional patterns (what users interact with) and perceptual patterns (how the design feels), following Alla Kholmatova's design systems framework. Triggers on ALL requests for visual content creation, ensuring outputs look hand-crafted rather than template-based.
2 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- cuellarfr/design-skillsedited, first seen Aug 23, 2026
- ianneub/claude-skillstheir own version, first seen Feb 25, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- cuellarfr/design-skills★ 9498% same
Wrote their own version · 1
- ianneub/claude-skills★ 1same 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 repository9 other files it gives its agents.
- Accessibility AuditSkill
- Design Critique & EvaluationSkill
- design-opsSkill
- Design SystemsSkill
- Interaction DesignSkill
- Journey Mapping & Service DesignSkill
- ux-researchSkill
- UX StrategySkill
- ux-writingSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
22 rules. About 0 are common, 19 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈19
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
- Distinctive: line 12
Follow Alla Kholmatova's design systems framework: every design decision is either a functional pattern (what users interact with — …
- Distinctive: line 16
All design decisions should map to Tailwind CSS as the shared design language.
- Distinctive: line 23
When writing CSS or HTML, use Tailwind utility classes.
- Distinctive: line 27
When creating ANY visual output:
- Distinctive: line 40
Start with information hierarchy, not decoration
- Distinctive: line 49
Use small multiples over multi-series charts when comparing 4+ categories
- Distinctive: line 50
Default to Tailwind's gray scale for non-data elements.
- Distinctive: line 55
Use Tailwind's type scale for consistent sizing
- Distinctive: line 59
Use Tailwind utility classes directly
- Very specific: line 66
Use font-sans (Inter/system) for UI, font-serif for editorial
- Very specific: line 69
Use font-semibold for emphasis over font-bold — subtler hierarchy
- Distinctive: line 88
Use Tailwind's spacing scale exclusively — no arbitrary values
- Distinctive: line 100
Use these as illustrations of principles, not as the system itself.
- Distinctive: line 116
When building for Trimble products or when Modus styling is requested, Modus tokens override Tailwind defaults:
- Distinctive: line 126
When building for IBM products or when Carbon styling is requested, Carbon tokens override Tailwind defaults:
- Distinctive: line 136
When building Shopify apps or when Polaris styling is requested, Polaris tokens override Tailwind defaults:
- Distinctive: line 146
When building Adobe products or when Spectrum styling is requested, Spectrum tokens override Tailwind defaults:
- Distinctive: line 156
When building Salesforce apps or when Lightning/SLDS styling is requested, SLDS tokens override Tailwind defaults:
- Very specific: line 169
Use rounded-lg consistently, not mixed radii
- Distinctive: line 179
Remove borders and use whitespace to separate
- Distinctive: line 207
Every delivered visual should:
- Distinctive: line 208
Use Tailwind's design tokens consistently (or their translated equivalents)
≈ “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
Design Elevation System
This skill transforms functional visual outputs into polished, professional designs by applying systematic design thinking and refinement protocols.
Design Philosophy
Follow Alla Kholmatova's design systems framework: every design decision is either a functional pattern (what users interact with — structure, layout, components) or a perceptual pattern (how it feels — color, typography, spacing, motion). Both layers must be intentional.
Canonical Design Tokens: Tailwind CSS
All design decisions should map to Tailwind CSS as the shared design language. This means:
- Colors from Tailwind's palette (gray, blue, emerald, amber, rose, violet, etc.)
- Spacing from Tailwind's scale (1 = 0.25rem/4px, 2 = 0.5rem/8px, 4 = 1rem/16px, etc.)
- Typography from Tailwind's type scale (text-xs through text-9xl)
- Border radius from Tailwind's system (rounded-sm through rounded-2xl)
- Shadows from Tailwind's elevation (shadow-sm through shadow-2xl)
When writing CSS or HTML, use Tailwind utility classes. When defining design tokens for other formats (presentations, documents), translate Tailwind values into the target medium.
Activation Protocol
When creating ANY visual output:
- Start with function — Create a working version first
- Define functional patterns — What does the user interact with? What's the structure? Use
references/grid-systems.md - Define perceptual patterns — How should it feel? What's the personality? Use
references/elevation-protocol.md - Apply interrogation — Question every default choice using
references/design-interrogation.md - Elevate with techniques — Use specific moves from
references/technique-catalog.md - Polish data visualizations — If any charts/data, apply
references/data-visualization.md - Final check — Ensure output feels hand-crafted, not templated
Functional Patterns by Output Type
For Presentations (PPTX)
- Start with information hierarchy, not decoration
- Apply grid systems from
references/grid-systems.md - One idea per slide — if it needs two ideas, it needs two slides
- Build complexity gradually across the slide sequence
For Dashboards & Data Visualization
- Begin with data relationships, not chart types
- Apply Tufte's data-ink ratio from
references/data-visualization.md - Structure: KPI bar → Primary chart → Supporting charts → Detail tables
- Use small multiples over multi-series charts when comparing 4+ categories
- Default to Tailwind's gray scale for non-data elements; reserve color for data
For Documents & Reports
- Structure with clear typographic hierarchy
- Apply document grids from
references/grid-systems.md - Use Tailwind's type scale for consistent sizing
For Web/HTML Artifacts
- Design with responsive grid foundations (Tailwind's grid/flex utilities)
- Use Tailwind utility classes directly
- Apply animation restraint —
transition-all duration-200 ease-outas default
Perceptual Patterns
Typography Excellence
Tailwind's type scale is the foundation. Layer these refinements:
- Use
font-sans(Inter/system) for UI,font-seriffor editorial - Apply
tracking-tightfor display text (text-3xl and above) - Apply
leading-relaxedfor body text - Use
font-semiboldfor emphasis overfont-bold— subtler hierarchy - For numbers in data contexts: always
tabular-nums - Refer to
references/typography-scales.mdfor scale selection
Color Sophistication
Tailwind's palette is the source of truth:
- Build from
grayneutrals (not pure black/white) text-gray-900for primary text,text-gray-500for secondary,text-gray-400for tertiarybg-whiteorbg-gray-50for backgrounds — never stark white with stark black- Accent color: pick ONE from Tailwind's palette (blue, emerald, violet, etc.)
- Apply 60-30-10: 60% neutrals, 30% secondary, 10% accent
- Refer to
references/color-systems.mdfor full system
Spatial Systems
Tailwind's spacing scale provides the rhythm:
- Base unit:
4(1rem / 16px) for most UI - Component padding:
p-4top-6(16-24px) - Section spacing:
py-12topy-20(48-80px) - Gaps:
gap-4for tight,gap-6for comfortable,gap-8for spacious - Use Tailwind's spacing scale exclusively — no arbitrary values
- Refer to
references/spacing-systems.mdfor patterns
Visual Refinement
- Border radius:
rounded-lgas default for cards,rounded-mdfor buttons - Borders:
border border-gray-100for subtle card separation - Shadows:
shadow-smfor cards; reserveshadow-lgfor modals/overlays - Hover states:
hover:bg-gray-50for interactive elements - Transitions:
transition-colors duration-150as default
Design Exemplars
Use these as illustrations of principles, not as the system itself. The system is Tailwind + Kholmatova's framework. These exemplars show what excellence looks like:
- Stripe: Gradient sophistication, precise type, technical content made beautiful
- Linear: Dark mode mastery, keyboard-first, minimal and precise
- Apple: Scale contrasts, photography integration, restraint as premium
- Swiss/International Style: Grid discipline, objective clarity, mathematical spacing
- Trimble Modus: Enterprise utility, Open Sans 14px body, 4px radius, uniform shadows, professional restraint
- IBM Carbon: Sharp corners (0px radius), IBM Plex type family, 2x grid, four-theme architecture
- Shopify Polaris: Merchant-friendly, warm neutrals, dark primary buttons, 13px body, rounded cards
- Adobe Spectrum: Four color themes, two scale modes, three-layer token architecture, creative-tool patterns
- Salesforce Lightning: CRM-optimized, brand blue #0176d3, slds- utility classes, record-detail patterns
Refer to references/design-exemplars.md for specific techniques to borrow.
Trimble Modus Override
When building for Trimble products or when Modus styling is requested, Modus tokens override Tailwind defaults:
- Font: Open Sans (not Inter), body at 14px (not 16px)
- Primary:
#0063A3Trimble Blue (not Tailwind blue-600) - Border radius:
4pxeverywhere (notrounded-lg) - Shadows:
0 0 4px rgba(36,35,45,0.3)uniform (not directional) - Gray scale: Modus grays with cool/blue undertone (not Tailwind neutral grays)
- Full reference:
references/modus-design-system.md
IBM Carbon Override
When building for IBM products or when Carbon styling is requested, Carbon tokens override Tailwind defaults:
- Font: IBM Plex Sans (not Inter), body at 14px
- Primary:
#0f62feBlue 60 (not Tailwind blue-600) - Border radius:
0everywhere (notrounded-lg) — Carbon's signature sharp corners - Text:
#161616Gray 100 (not Tailwind gray-900) - Layers: alternating white/gray-10 (
#f4f4f4) for depth - Full reference:
references/carbon-design-system.md
Shopify Polaris Override
When building Shopify apps or when Polaris styling is requested, Polaris tokens override Tailwind defaults:
- Font: Inter, body at 13px (not 16px)
- Primary buttons:
#303030dark (not blue!) - Interactive/links:
#005bd3 - Page background:
#f1f1f1(not white) - Border radius:
8pxfor cards,6pxfor buttons - Full reference:
references/polaris-design-system.md
Adobe Spectrum Override
When building Adobe products or when Spectrum styling is requested, Spectrum tokens override Tailwind defaults:
- Font: Adobe Clean / Source Sans Pro, body at 14px
- Accent:
#0D80D8(light) /#2A9AF4(dark) - Border radius:
4pxfor controls,8pxfor cards - Four themes: Lightest, Light, Dark, Darkest
- Two scales: Medium (desktop), Large (touch)
- Full reference:
references/spectrum-design-system.md
Salesforce Lightning Override
When building Salesforce apps or when Lightning/SLDS styling is requested, SLDS tokens override Tailwind defaults:
- Font: Salesforce Sans, body at 13px
- Brand:
#0176d3(not Tailwind blue-600) - Border radius:
4px(0.25rem) everywhere - Text:
#181818(not Tailwind gray-900) - Uses
slds-prefix utility classes - Full reference:
references/lightning-design-system.md
Critical Design Moves (Quick Reference)
Make it feel intentional
- Replace
#000000withtext-gray-900 - Replace
#ffffffwithbg-gray-50for backgrounds - Use
rounded-lgconsistently, not mixed radii - Apply one spacing scale throughout
Make it feel premium
- Generous whitespace —
p-8orp-12on hero sections - Tight tracking on display text:
tracking-tight - Colored shadows:
shadow-blue-500/10instead of black - Subtle borders:
border-gray-100instead ofborder-gray-300
Make it feel clean
- Remove borders and use whitespace to separate
- Reduce to 2-3 type sizes maximum per view
- Single accent color
text-gray-500for supporting text, not smaller type
Make data feel clear
- Title states the finding, not the chart type
- Direct labels over legends
- Gray out non-essential series
tabular-numson all number columns- Source attribution in
text-xs text-gray-400
Resource Loading Priority
For efficiency, load resources in this order:
references/elevation-protocol.md— Always load firstreferences/data-visualization.md— Load when any data/charts involvedreferences/technique-catalog.md— Load for specific techniquesreferences/design-interrogation.md— Load for quality checksreferences/modus-design-system.md— Load when Trimble/Modus styling is requestedreferences/carbon-design-system.md— Load when IBM/Carbon styling is requestedreferences/polaris-design-system.md— Load when Shopify/Polaris styling is requestedreferences/spectrum-design-system.md— Load when Adobe/Spectrum styling is requestedreferences/lightning-design-system.md— Load when Salesforce/Lightning styling is requested- Context-specific references (color, typography, spacing, grids) as needed
Output Standards
Every delivered visual should:
- Use Tailwind's design tokens consistently (or their translated equivalents)
- Show clear functional patterns (structure, hierarchy, interaction)
- Express coherent perceptual patterns (color, type, spacing, motion)
- Demonstrate data integrity (if data is present, follow Tufte's principles)
- Feel intentionally designed, not defaulted
- Balance boldness with restraint
Silent Execution
Unless explicitly asked, apply all design thinking internally. The user sees only the polished result. Document design decisions in code comments for HTML/CSS, or in speaker notes for presentations, but don't explain the process unless requested.
Great design is invisible when done right. The user should feel the quality without seeing the effort.
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.

