designbrief
A library of rich design direction files — one per UI style — that provide guardrails for building tasteful, consistent interfaces without prescribing exact values.
How It Works
Each style is a standalone markdown file in styles/ that defines the design DNA of a visual direction: typography families, color theory, spacing philosophy, border/shadow characteristics, layout principles, component behavior, and implementation guidance.
These are guardrails, not templates. They define what kind of font, color, spacing — not the exact values. The developer (or AI) makes specific choices within the style's constraints.
When This Skill Activates
Use this skill when the user:
- Asks to build any UI, page, component, or app
- Mentions a specific design style by name
- Asks for style recommendations or comparisons
- Wants to change the visual direction of an existing project
Workflow
1. Determine the Style
If the user specifies a style (e.g., "use Bauhaus", "make it glassmorphic"):
- Read the corresponding file from
styles/{style-name}.md
- Apply its guardrails to all UI decisions
If the user does NOT specify a style:
- Read
styles/_index.md for the full catalog with mood/industry tags
- Ask the user what mood, audience, and industry they're targeting
- Recommend 2-3 styles with brief reasoning
- Let them choose, then load the full style file
2. Apply the Style
When generating UI code, use the style file as your design system:
- Typography: Choose specific fonts from within the style's recommended families/characteristics
- Colors: Build a palette that follows the style's color theory and contrast rules
- Spacing: Apply the style's spacing philosophy (generous vs. tight, rhythmic vs. uniform)
- Components: Shape buttons, cards, inputs, navbars according to the style's component guidance
- Layout: Follow the style's grid and composition principles
- Effects: Apply borders, shadows, blur, gradients per the style's visual depth rules
- Dark/Light Mode: Check the style's Dark Mode & Light Mode section. If the user hasn't specified, use the style's recommended primary mode. If they ask for both, implement the style's palette adaptation for each.
- Responsive: Apply the style's Responsive & Mobile guidance. Ensure touch targets (44px minimum), compress spacing and typography for mobile, and handle any performance concerns (e.g., heavy blur on mobile devices).
- Content & Voice: Match headline tone, body copy style, CTA language, and microcopy personality to the style's Content & Voice section.
- Icons & Illustrations: Choose icon sets and illustration approaches that match the style's guidance.
- Accessibility: Verify contrast ratios per the style's Accessibility section. Implement style-appropriate focus states. Add
prefers-reduced-motion fallbacks for animations.
3. Teach Along the Way
When making a design decision, briefly explain why (one sentence) to help the user build taste over time. For example: "Using a warm off-white (#FAF8F5) instead of pure white because Japandi draws from natural materials — pure white feels clinical, not crafted." This is optional but encouraged, especially when the user is learning.
4. Stay Consistent
Once a style is selected for a project:
- Reference the style file for every new component or page
- Do not mix styles unless explicitly asked to create a hybrid
- When in doubt about a design decision, re-read the relevant section of the style file
- The style's "Don'ts" section is as important as its "Do's"
- Ensure dark mode, responsive behavior, content tone, and accessibility remain consistent across all pages
File Structure
styles/
├── _index.md # Catalog of all styles with tags, mood, best-for
├── bauhaus.md # Each style is a rich guardrail document
├── glassmorphism.md
├── neubrutalism.md
├── flat-design.md
├── ... (21 styles total)
Style File Anatomy
Every style file follows this structure:
- Non-Negotiables — The 3 defining characteristics that MUST be present for the style to be recognizable
- Identity — Name, origin, mood keywords, best-for industries
- Typography — Font families/characteristics, scale philosophy, weight usage
- Color — Palette theory, contrast approach, accent strategy
- Spacing & Layout — Grid system, whitespace philosophy, rhythm, composition
- Borders & Shadows — Radius, depth, elevation, visual effects
- Components — How buttons, cards, inputs, navbars, modals should look and feel
- Motion — Animation philosophy, transition characteristics
- Dark Mode & Light Mode — Palette adaptation, mode preference, implementation
- Responsive & Mobile — Typography scaling, spacing compression, layout collapse, touch targets, performance
- Content & Voice — Headline tone, body copy style, CTA language, microcopy personality
- Icons & Illustrations — Icon style, illustration approach, photography direction
- Accessibility — Contrast verification, focus states, motion sensitivity, screen reader considerations
- Do's and Don'ts — Critical guardrails to maintain style integrity
- Implementation Hints — Tailwind classes, CSS custom properties, token ranges
Important Notes
- These files define direction, not specification. Two projects using the same style should look related but not identical.
- Always prioritize readability and accessibility over style purity. If a style's aesthetic conflicts with usability, usability wins. Check the style's Accessibility section for known risks and remediation.
- The user can override any guardrail — the style file is a starting point, not a cage.
- When building for mobile, follow the style's Responsive & Mobile section — adapt the principles to touch targets and smaller viewports rather than abandoning them.
- Match the content tone to the visual style. A Neubrutalism site with corporate copy feels wrong; a Corporate Modern site with slang feels unprofessional. The Content & Voice section guides this.
- When teaching: good design is not arbitrary. Every rule exists for a reason — the "why" matters more than the "what." Help users understand the reasoning behind choices so they build taste over time.
1---2name: designbrief3description: A library of UI design direction files that provide style guardrails for building tasteful, consistent interfaces. Use when building any UI — select a style or let the AI recommend one based on the project context.4---56# designbrief78A library of rich design direction files — one per UI style — that provide guardrails for building tasteful, consistent interfaces without prescribing exact values.910## How It Works1112Each style is a standalone markdown file in `styles/` that defines the **design DNA** of a visual direction: typography families, color theory, spacing philosophy, border/shadow characteristics, layout principles, component behavior, and implementation guidance.1314These are **guardrails, not templates**. They define *what kind of* font, color, spacing — not the exact values. The developer (or AI) makes specific choices within the style's constraints.1516## When This Skill Activates1718Use this skill when the user:19- Asks to build any UI, page, component, or app20- Mentions a specific design style by name21- Asks for style recommendations or comparisons22- Wants to change the visual direction of an existing project2324## Workflow2526### 1. Determine the Style2728**If the user specifies a style** (e.g., "use Bauhaus", "make it glassmorphic"):29- Read the corresponding file from `styles/{style-name}.md`30- Apply its guardrails to all UI decisions3132**If the user does NOT specify a style**:33- Read `styles/_index.md` for the full catalog with mood/industry tags34- Ask the user what mood, audience, and industry they're targeting35- Recommend 2-3 styles with brief reasoning36- Let them choose, then load the full style file3738### 2. Apply the Style3940When generating UI code, use the style file as your design system:4142- **Typography**: Choose specific fonts from within the style's recommended families/characteristics43- **Colors**: Build a palette that follows the style's color theory and contrast rules44- **Spacing**: Apply the style's spacing philosophy (generous vs. tight, rhythmic vs. uniform)45- **Components**: Shape buttons, cards, inputs, navbars according to the style's component guidance46- **Layout**: Follow the style's grid and composition principles47- **Effects**: Apply borders, shadows, blur, gradients per the style's visual depth rules48- **Dark/Light Mode**: Check the style's Dark Mode & Light Mode section. If the user hasn't specified, use the style's recommended primary mode. If they ask for both, implement the style's palette adaptation for each.49- **Responsive**: Apply the style's Responsive & Mobile guidance. Ensure touch targets (44px minimum), compress spacing and typography for mobile, and handle any performance concerns (e.g., heavy blur on mobile devices).50- **Content & Voice**: Match headline tone, body copy style, CTA language, and microcopy personality to the style's Content & Voice section.51- **Icons & Illustrations**: Choose icon sets and illustration approaches that match the style's guidance.52- **Accessibility**: Verify contrast ratios per the style's Accessibility section. Implement style-appropriate focus states. Add `prefers-reduced-motion` fallbacks for animations.5354### 3. Teach Along the Way5556When making a design decision, briefly explain *why* (one sentence) to help the user build taste over time. For example: "Using a warm off-white (#FAF8F5) instead of pure white because Japandi draws from natural materials — pure white feels clinical, not crafted." This is optional but encouraged, especially when the user is learning.5758### 4. Stay Consistent5960Once a style is selected for a project:61- Reference the style file for every new component or page62- Do not mix styles unless explicitly asked to create a hybrid63- When in doubt about a design decision, re-read the relevant section of the style file64- The style's "Don'ts" section is as important as its "Do's"65- Ensure dark mode, responsive behavior, content tone, and accessibility remain consistent across all pages6667## File Structure6869```70styles/71├── _index.md # Catalog of all styles with tags, mood, best-for72├── bauhaus.md # Each style is a rich guardrail document73├── glassmorphism.md74├── neubrutalism.md75├── flat-design.md76├── ... (21 styles total)77```7879## Style File Anatomy8081Every style file follows this structure:82830. **Non-Negotiables** — The 3 defining characteristics that MUST be present for the style to be recognizable841. **Identity** — Name, origin, mood keywords, best-for industries852. **Typography** — Font families/characteristics, scale philosophy, weight usage863. **Color** — Palette theory, contrast approach, accent strategy874. **Spacing & Layout** — Grid system, whitespace philosophy, rhythm, composition885. **Borders & Shadows** — Radius, depth, elevation, visual effects896. **Components** — How buttons, cards, inputs, navbars, modals should look and feel907. **Motion** — Animation philosophy, transition characteristics918. **Dark Mode & Light Mode** — Palette adaptation, mode preference, implementation929. **Responsive & Mobile** — Typography scaling, spacing compression, layout collapse, touch targets, performance9310. **Content & Voice** — Headline tone, body copy style, CTA language, microcopy personality9411. **Icons & Illustrations** — Icon style, illustration approach, photography direction9512. **Accessibility** — Contrast verification, focus states, motion sensitivity, screen reader considerations9613. **Do's and Don'ts** — Critical guardrails to maintain style integrity9714. **Implementation Hints** — Tailwind classes, CSS custom properties, token ranges9899## Important Notes100101- These files define *direction*, not *specification*. Two projects using the same style should look related but not identical.102- Always prioritize readability and accessibility over style purity. If a style's aesthetic conflicts with usability, usability wins. Check the style's Accessibility section for known risks and remediation.103- The user can override any guardrail — the style file is a starting point, not a cage.104- When building for mobile, follow the style's Responsive & Mobile section — adapt the principles to touch targets and smaller viewports rather than abandoning them.105- Match the content tone to the visual style. A Neubrutalism site with corporate copy feels wrong; a Corporate Modern site with slang feels unprofessional. The Content & Voice section guides this.106- When teaching: good design is not arbitrary. Every rule exists for a reason — the "why" matters more than the "what." Help users understand the reasoning behind choices so they build taste over time.