Install
$ agentstack add skill-daymade-claude-code-skills-design-style-picker ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Design 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 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: .
Axis: .
Variant name: .
Color/visual rule: .
Primary focal point: .
Avoid: .
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.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: daymade
- Source: daymade/claude-code-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.