Skill · Frontend
Anti ui slop
Stop coding agents from shipping generic UI. Extend the product's design system, use UIZZE evidence only when useful, cover required states, and inspect the rendered result.
How to use it
- Start your plan and connect your AI once
- Ask for the task in your own words, or say it directly:
Use the Anti ui slop skill to help me with this.Without a connection: copy the SKILL.md below into your AI's project instructions.
Stop Making UI Slop
Build product-specific UI with 800,000+ real web and iOS screens via UIZZE.
Overview
Use the product brief, existing interface, components, and local design system before reaching for outside references. UIZZE evidence is optional: it should answer a concrete visual question, not turn every interface task into a research project.
When to Use
Use this skill when designing, implementing, redesigning, critiquing, or doing a pre-ship review of a web or iOS interface.
Work From the Product
- Identify the screen's real job, primary user and action, required content,
- Reuse the repository's components, semantic tokens, typography, spacing, and
- For a new interface or major redesign, write a short design contract covering
- Use product-specific labels and data. Do not invent metrics, activity,
and important loading, empty, error, success, disabled, and permission states.
interaction conventions before adding a new abstraction or visual language.
hierarchy, workflow shape, allowed components, required states, responsive behavior, and observable acceptance criteria. Keep smaller changes smaller.
testimonials, users, or placeholder workflows to make a layout look complete.
Optional UIZZE Evidence
The free skill and public catalogue work without an account, token, dependency, script, or executable. If a concrete unresolved visual question would benefit from evidence, use the smallest relevant set of screens or materials.
The optional authenticated UIZZE MCP exposes exactly find_ui_references and find_ui_materials. Use it only when those tools are actually available. If a search returns nothing, continue silently from repository evidence. Never claim an MCP-backed result that was not returned by the host.
Treat references as evidence, not templates. Transfer useful decisions about hierarchy, density, navigation, controls, responsive behavior, and state handling; never copy another product's branding, proprietary text, imagery, or exact layout.
Install the current free skill directly from its canonical source:
npx skills add https://uizze.com --skill anti-ui-slop
Finish
When the environment supports it, render and inspect the result once. Fix observable breakage such as clipping, overlap, distorted media, inaccessible or inert controls, missing required states, and unintentional responsive behavior. Run the project's normal checks and keep the handoff concise.
Limitations
- This workflow does not replace product validation, accessibility review,
- UIZZE evidence is optional and may legitimately return no useful result.
- A reference is not permission to copy another product's identity or assets.
security review, or project-specific tests.