Md3 Glass Design | Skills Pool
Md3 Glass Design Provides a workflow for applying Material Design 3 (MD3/Material You) token-based theming plus controlled glassmorphism accents and component patterns to a web UI; use when asked for a modern MD3 look, glass blur surfaces, or a tokenized design refresh.
mahirkurt 0 스타 2026. 3. 14. When to use
The user asks for “Material Design 3 / MD3 / Material You” styling.
You need consistent semantic tokens (color roles, typography, shape, elevation) across multiple pages/components.
You want subtle glassmorphism (frosted surfaces) while keeping readability and accessibility.
When NOT to use
The request is only a small CSS bugfix (do a targeted patch instead of a theming pass).
The product must avoid translucency/blur entirely (e.g., strict performance constraints, policy restrictions).
The user wants a complete brand redesign (start with a branding + visual direction exercise first).
Brand + direction
Primary/seed color(s) (HEX), any “must-keep” brand colors
Typography constraints (brand font or “system sans only”)
Visual adjectives (e.g., clinical, warm, premium, playful)
npx skills add mahirkurt/ozlem-murzoglu
스타 0
업데이트 2026. 3. 14.
직업
Scope
Target pages/components to update first (hero, navigation, cards, forms, etc.)
Light only vs light+dark
Accessibility target (at least WCAG AA unless explicitly waived)
Glass strength: subtle / medium (avoid “strong” unless the user insists)
Performance constraints (low-end phones? heavy scrolling pages?)
Workflow
1) Establish baseline + definition of done
Pick one reference screen (the most representative page).
List the components on that screen (nav, hero, cards, buttons, chips, forms).
Define “done” in measurable terms:
No hard-coded colors in component styles (use tokens)
Consistent corner radius + typography scale
Clear hover/pressed/focus states
Contrast on all text, including on glass surfaces
2) Build an MD3 token map (semantic first)
Derive an MD3 palette (use official tooling/guidance):
Create/confirm semantic roles (don’t paint with raw hex values):
primary / on-primary / primary-container / on-primary-container
secondary / tertiary
surface / surface-container-* / on-surface
outline / outline-variant
Ensure tokens cover both light and dark if required.
3) Add a glass accent system (MD3-aligned constraints) Glass is an accent layer on top of MD3 surfaces—not a replacement for the color system.
Prefer glass only on large, low-density surfaces (hero overlay panels, side sheets, featured cards).
Avoid glass behind long text blocks; use filled/tonal surfaces for readability.
Don’t “fade” content by lowering container opacity. Keep content opaque; make the background translucent.
Always provide a fallback for environments without blur support.
Example (conceptual) tokens to introduce:
:root {
--glass-bg: color-mix(in srgb, var(--md-sys-color-surface) 70%, transparent);
--glass-border: color-mix(in srgb, var(--md-sys-color-outline-variant) 55%, transparent);
--glass-blur: 16px;
}
.glass-surface {
background: var(--glass-bg);
border: 1px solid var(--glass-border);
backdrop-filter: blur(var(--glass-blur)) saturate(1.15);
-webkit-backdrop-filter: blur(var(--glass-blur)) saturate(1.15);
}
@supports not ((backdrop-filter: blur(1px)) or (-webkit-backdrop-filter: blur(1px))) {
.glass-surface { backdrop-filter: none; -webkit-backdrop-filter: none; }
}
4) Apply component patterns (MD3 first, glass second) Use MD3 component anatomy and state layering; then selectively apply glass variants.
Hero : background gradient/media + scrim; foreground glass panel for headline/CTA; strong typographic hierarchy.
Cards : default to MD3 filled/tonal; reserve glass for “featured” cards only.
Navigation : tonal surfaces, clear elevation changes at scroll, visible focus outlines.
Buttons : consistent corner radius, icon sizing, and state layers; avoid multiple competing glow/shadow effects.
Forms : high-contrast labels, clear focus ring, error states that don’t rely on color alone.
Contrast check: all text/icons on glass and on tonal surfaces.
Focus states: visible, consistent, keyboard navigable.
Motion: ensure reduced motion mode avoids “floaty” parallax/blur transitions.
Performance: limit blur usage in large scrolling lists; prefer static hero glass and a small number of glass surfaces.
Regression: run existing UI checks/e2e if available.
Repo integration points (this repository)
Examples (copy/paste prompts)
Example 1 — “Subtle MD3 + glass hero only” “Update the homepage hero to MD3. Keep glassmorphism subtle: only a frosted panel behind the headline and CTAs, with solid tonal surfaces elsewhere. Implement tokenized colors (MD3 roles), consistent typography scale, and clear hover/pressed/focus states.”
Example 2 — “Token hardening pass” “Do a token hardening pass: remove hard-coded hex colors from component styles and route everything through MD3 semantic roles in the central tokens file. Do not change layout.”
Troubleshooting / edge cases
Text is hard to read on glass : increase surface tint (less transparency), reduce blur, add a scrim behind text, or switch that section to a filled/tonal surface.
Blur looks cheap/noisy : reduce blur radius, simplify background imagery, add a subtle border, and avoid combining strong shadows + strong blur.
Performance drops on scroll : restrict backdrop-filter to a few large, static surfaces; avoid glass in repeated list items.
Design feels “not MD3” : revisit semantic roles (surface containers, outline variants) and state layers before adding more effects.
02
When NOT to use
IDE 플러그인
Agent Customization **WORKFLOW SKILL** — Create, update, review, fix, or debug VS Code agent customization files (.instructions.md, .prompt.md, .agent.md, SKILL.md, copilot-instructions.md, AGENTS.md). USE FOR: saving coding preferences; troubleshooting why instructions/skills/agents are ignored or not invoked; configuring applyTo patterns; defining tool restrictions; creating custom agent modes or specialized workflows; packaging domain knowledge; fixing YAML frontmatter syntax. DO NOT USE FOR: general coding questions (use default agent); runtime debugging or error diagnosis; MCP server configuration (use MCP docs directly); VS Code extension development. INVOKES: file system tools (read/write customization files), ask-questions tool (interview user for requirements), subagents for codebase exploration. FOR SINGLE OPERATIONS: For quick YAML frontmatter fixes or creating a single file from a known pattern, edit the file directly — no skill needed.