
Design Style Picker
FreeGenerate and compare design styles to refine your visual choices.
Free · Opens the source repo
What Design Style Picker does
The Design Style Picker skill is designed to help users translate vague aesthetic preferences into concrete visual options. It addresses the common challenge of articulating abstract visual styles by generating a structured set of design choices. Users can leverage this skill when they struggle to describe their desired look, need multiple style options, or wish to evolve existing design systems without discarding current assets. By focusing on the user's existing UI and design tokens, this skill ensures that the generated options align with the user's established visual language.
The workflow begins with a clear restatement of the user's target, whether it's a design system, a business application, or a landing page. It emphasizes the importance of preserving existing assets and utilizing them as a foundational vocabulary for new designs. The skill generates a matrix of options that vary significantly, allowing users to see contrasting styles rather than minor variations. This approach not only speeds up the selection process but also helps users identify their preferences more effectively.
Color plays a crucial role in the design process, and the skill provides guidance on how to use color as a system rather than simply reducing it. It helps users understand that a less colorful palette doesn't mean a lack of color but rather a strategic use of color roles to enhance visual hierarchy and focus. After generating options, the skill encourages a thorough review before presenting them to the user, ensuring that only the most relevant and appealing designs are shown.
Ultimately, the Design Style Picker skill empowers users to make informed design decisions by providing clear visual evidence of different styles. It is particularly useful for designers and developers who need to refine their aesthetic direction quickly and efficiently, making it an essential tool for any design-focused workflow.
When to use it
Use this skill when you need to generate multiple design options and refine your visual direction without starting from scratch.
When not to use it
This skill may not be suitable for users looking for a single definitive design solution or those who prefer to work without existing assets.
What you can build with it
Refining a Design System
When updating a design system, use this skill to generate new style options while preserving existing assets and tokens.
Exploring UI Styles
If you're unsure about the visual direction for a new app interface, this skill helps you generate and compare multiple UI styles.
Evolving Brand Imagery
When needing to refresh brand visuals, employ this skill to explore variations that enhance the current design without losing brand identity.
How to install Design Style Picker
View source1. Install with the skills CLI
npx skills add daymade/claude-code-skills/design-style-picker --agent claude-code2. Or install it manually
Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.
Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs
Inside SKILL.md
Written by daymadeDesign Style Picker
Purpose
Use this skill to turn vague taste into concrete visual choices. The goal is not to guess one final design; it is to generate a structured set of options that exposes the user's taste boundary quickly.
Core Rule
Do not ask the user to describe an abstract style if they already said they cannot. Generate comparable visual evidence, let them pick, then implement from the selected references.
Workflow
-
Restate The Real Target
- Say what the user is actually choosing: design-system style, business app surface, landing page, deck, component library, etc.
- Separate the primary artifact from validation samples. If the task is a design system, business screens are optional validation samples, not the main deliverable.
- Preserve any existing UI, assets, tokens, layout, brand cues, and domain context unless the user explicitly asks to discard them.
-
Collect Existing Assets First
- Inspect the current rendered UI or screenshots.
- Read design tokens, CSS variables, component names, key images, brand/domain references, and existing screenshots.
- Treat current assets as the starting vocabulary. Do not generate unrelated "fresh" concepts over them.
-
Generate A Matrix, Not Minor Variants
- Use at least two axes when taste is unclear:
- Vertical ladder: one dimension changes by large steps, such as color intensity 20/35/50/65/80.
- Horizontal directions: different organization strategies, such as data-driven color, brand spine, warm product imagery, scenario modules, or governance-led layout.
- Make options visibly different. If two images look like siblings, regenerate one with a clearer contrast.
- Prefer batch generation. The user is waiting for selection, not watching one slow image at a time.
- Use at least two axes when taste is unclear:
-
Use Color As A System
- "Less colorful" does not mean black-and-white. It usually means fewer competing focal points.
- Keep the product palette alive, but assign color roles:
- Broad zones and section bands for architecture.
- Data visualization and evidence systems for multi-color semantics.
- Brand/risk colors for rare, high-signal emphasis.
- Neutral components for routine UI.
- Include explicit upper-bound samples when the user is tuning color: safe, middle, high, and overload boundary.
-
Review Before Presenting
- Open generated images yourself.
- Mark which are likely too dead, too colorful, too generic, too business-system-like, or closest to the target.
- Present file paths and a short decision note for each useful candidate.
-
Implement From Selected Images
- Extract principles, not pixels: color roles, layout density, focal hierarchy, component treatment, image use, governance/data placement.
- Fuse selected references explicitly. Example: "Use H02 for color placement and V04 for palette intensity."
- Keep implementation scoped to the existing UI unless the user asks for a new artifact.
- Run rendered visual QA after implementation.
Prompt Pattern
When generating images, include:
This is an evolution of the existing UI/design system, not a replacement.
Preserve these assets: <tokens, imagery, sections, components, brand cues>.
Axis: <vertical ladder or horizontal direction>.
Variant name: <clear label>.
Color/visual rule: <specific budget or organization method>.
Primary focal point: <one thing>.
Avoid: <known rejected styles from the user>.
Lessons To Preserve
- A user saying "not colorful" may mean "no dozens of equal-weight small color chips", not "remove all color".
- A user saying "more weight" may mean visual authority and hierarchy, not dark-mode control room.
- For design-system work, do not replace the system with a business dashboard. Business screens can validate style, but should not become the answer.
- Always create deliberate boundary samples. They make "too much" visible and speed up selection.
- After selection, fuse the chosen references and name what each contributes.
References
- Read
references/selection-playbook.mdwhen running a full style-selection session or when the user gives taste corrections during image exploration.
Frequently asked questions about Design Style Picker
Similar skills
Design System
Streamline design token management and presentation generation.
Visual Style
Create and apply portable visual design systems effortlessly.
Paperclip Design Guide
Build consistent, reusable UI components with ease.
Design Brief
Transform vague design requests into structured specs.
Token Map
Automate Figma and code token mapping to design systems.
Kami Landing
Create professional single-page documents effortlessly.
