21st-ui-build
Skill9 starsChanged 2 months agoApache-2.0View on GitHub
Build or substantially change production UI using the current project's design context, existing components, and grounded 21st inspiration. Use when implementing a page, section, component, responsive redesign, or visual polish in an existing web project. Trigger for requests such as "build this UI", "implement this screen", "make this page production-ready", or "use 21st to create the interface". Use 21st-ui-explore first when the visual direction is intentionally undecided, and 21st-ui-review for critique-only work.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- masterpeteworld/claude-skillsword for word, first seen Nov 1, 2026
Other versions1 project uses a version of this.
Word for word · 1
- masterpeteworld/claude-skills★ 0100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository6 other files it gives its agents.
- 21st-aiSkill
- 21st-cli-useSkill
- 21st-design-syncSkill
- 21st-registrySkill
- 21st-ui-exploreSkill
- 21st-ui-reviewSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 5 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 12
Read .21st/design.json and .21st/DESIGN.md.
- Very specific: line 24
If no result fits, check MCP get_usage.aiGenerationEnabled or run 21st usage and read the 21st AI generation line.
- Very specific: line 42
Run the project's checks and 21st review <changed paths>.
- Distinctive: line 47
Prefer project tokens over new arbitrary values.
- Distinctive: line 48
Prefer existing components over parallel lookalikes.
- Distinctive: line 51
Use real product copy and states when available.
- Distinctive: line 52
Avoid decorative gradients, excessive cards, glass effects, huge headlines, and animation unless supported by the project or requested.
- Distinctive: line 54
Never claim a component, token, or capability exists without inspecting it.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Build project-aware UI
Preserve the product's identity while using 21st supply to accelerate implementation.
Workflow
- Read
.21st/design.jsonand.21st/DESIGN.md. If neither exists, run21st init --design-context. - Inspect the target route, its closest components, project instructions, and existing tokens. Treat explicit project facts as stronger than generic taste.
Search before generating:
21st search "<specific UI need>" --context auto- Reuse installed project primitives first. Retrieve or install a 21st result only when it reduces duplication or materially improves the result.
If no result fits, check MCP
get_usage.aiGenerationEnabledor run21st usageand read the21st AI generationline. CLI 1.17.1+ also supports21st usage --json. Only when AI is explicitly enabled, generate project-aware alternatives using available AI credits:21st generate "<goal and constraints>" --context auto --variants 3Otherwise, implement alternatives with your own coding agent, grounded in
21st searchand21st get(MCP:searchandget_component). Do not call or suggest hostedgenerateoriterate_generationwithout AI access.- Implement the selected direction in the project's real framework. Do not paste sketch HTML when the project expects React components, tokens, or established APIs.
- Preserve responsive behavior, keyboard interaction, visible focus, semantics, reduced motion, loading states, empty states, and error states.
- Run the project's checks and
21st review <changed paths>. Apply only safe, deterministic fixes automatically.
Design rules
- Prefer project tokens over new arbitrary values.
- Prefer existing components over parallel lookalikes.
- Preserve established density, radii, typography, iconography, and layout rhythm unless the user explicitly requests a redesign.
- Use real product copy and states when available.
- Avoid decorative gradients, excessive cards, glass effects, huge headlines, and animation unless supported by the project or requested.
- Never claim a component, token, or capability exists without inspecting it.
Handoff
Report the direction used, reused 21st/project components, files changed, and
verification performed. Record a durable visual choice in
.21st/design.json under decisions when the user selects a new direction.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

