Prompt Buddy · Prompt Buddy Static Skills
Designer-Quality UI
A design orchestration skill for producing app UI that feels intentionally crafted, coherent, accessible, and production-ready.
Derived skill
Files assembled from official documentation
Viewing SKILL.md
Designer-Quality UI
When To Use
Use this skill for screen-level or flow-level UI work: designing a new interface, restyling an existing surface, building a design system direction, critiquing a mockup, or polishing an implemented UI until it feels authored and production-ready.
Do not use it for backend-only work, pure copy editing, or decorative image generation detached from product UI.
Reference Files
| File | Use for |
|---|---|
| docs/designer-quality-workflow.md | Orchestrator flow, subskill order, design thesis, and anti-artifact rules. |
| docs/ui-system-rules.md | Typography, color, spacing, iconography, imagery, microcopy, motion, and accessibility constraints. |
| templates/design-brief.md | Normalized brief format to fill before visual decisions. |
| schemas/design-system-output.json | Machine-readable output contract for tokens, layout plans, audits, and polish notes. |
| tests/certification-checklist.md | Automated and human review gates for designer-quality certification. |
Operating Rules
- Normalize the brief before making visual decisions.
- Emit system decisions first: type, color roles, spacing/grid, icon policy, imagery policy, copy rules, motion rules, and accessibility constraints.
- Use one coherent visual language per surface. Do not mix icon families, arbitrary radii, unrelated shadows, or one-off spacing.
- Favor live text, semantic roles, tokenized spacing, and product-relevant visuals over decorative effects.
- Treat accessibility as a shaping constraint, not as final cleanup.
- Run polish only after hierarchy, layout, color roles, states, and accessibility are coherent.
- Fail the design if it reads as a collage of plausible UI tropes rather than a system with a point of view.
Expected Output
Return a compact design package:
- normalized brief;
- design tokens and role decisions;
- layout and component plan;
- content and asset policy;
- accessibility audit;
- polish pass;
- open risks and next implementation steps.