interface-craft
Skill0 starsChanged 2 months agoMITView on GitHub
Refine visual hierarchy, typography, spacing, density, color, material, and optical alignment. Use when an interface looks unresolved, cramped, flat, or busy, or when tightening visual quality before release.
We split this skill into the rules it gives an agent
13 rules. 0 are common, 12 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 9 edited versions we read keep these.
12
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 40
Use color for hierarchy, state, emphasis, interaction, category, and brand.
- Distinctive: line 48
Check metaphor, optical size, weight, alignment, consistency, accessible naming, and interaction states.
- Distinctive: line 52
Check crop, focal point, aspect ratio, loading, fallback, accessibility, and visual weight.
- Distinctive: line 56
When something feels wrong, find the cause before prescribing.
- Distinctive: line 66
Before adding a detail ask what it communicates.
- Very specific: line 70
Use references/craft-review.md to review hierarchy, typography, rhythm, density, color, material, optical alignment, and state consistency.
- Distinctive: line 80
Before changing anything, identify the actual user outcome, the existing system, the relevant constraints, and the evidence available.
- Distinctive: line 82
Do not begin by choosing a visual treatment.
- Distinctive: line 99
Do not review only the happy path.
- Distinctive: line 116
Use only scenarios that are relevant to the surface.
- Distinctive: line 120
When code exists, verify that the implementation preserves the interface decision.
- Distinctive: line 162
If a change improves none of these and only adds decoration, treat it as suspect.
- Distinctive: line 178
Do not claim a check that did not occur.
“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Interface Craft
Mission
Make the interface feel deliberate. Craft is not adding detail; it is removing ambiguity from visible decisions until the result feels coherent and appropriate.
Inspect first
Study existing typography, spacing, color, shape, borders, shadows, iconography, imagery, density, and states before changing the visual language.
Hierarchy first
Determine what should be seen first, understood second, acted on, and kept quiet. Use size, weight, contrast, position, spacing, density, grouping, and shape with restraint.
Typography
Evaluate family, weight, size, line height, tracking, measure, wrapping, truncation, baseline, and optical weight together with surrounding whitespace.
A technically correct font size can still be wrong if the composition gives the heading excessive visual mass.
Spacing
Spacing creates relationships. Use larger gaps to separate ideas and smaller gaps to bind related elements. Avoid uniform spacing everywhere.
Optical alignment
Inspect icons, circles, logos, glyph-heavy labels, buttons, pills, and asymmetric imagery. Mathematical alignment is only the starting point.
Density
Dense interfaces can be excellent for frequent expert workflows when hierarchy is strong. Sparse interfaces can be excellent when focus matters. Never equate sparse with premium or dense with clutter.
Color
Use color for hierarchy, state, emphasis, interaction, category, and brand. Check light, dark, disabled, error, success, selected, and focus conditions.
Material
Borders, shadows, tonal surfaces, blur, and overlap all communicate relationships. Avoid stacking multiple elevation signals without purpose.
Icons
Check metaphor, optical size, weight, alignment, consistency, accessible naming, and interaction states.
Imagery
Check crop, focal point, aspect ratio, loading, fallback, accessibility, and visual weight.
Diagnosis
When something feels wrong, find the cause before prescribing.
"Too much whitespace" may actually be weak grouping. "Flat" may actually be weak hierarchy. "Busy" may actually be competing emphasis signals.
Micro-detail audit
Inspect baseline drift, one-off spacing, inconsistent radii, mismatched shadows, weak focus treatment, awkward wrapping, cramped labels, accidental borders, mismatched icon weight, and unfinished empty/loading states.
Restraint
Before adding a detail ask what it communicates. If the answer is only "more polished," consider removing competing detail instead.
Reference artifact
Use references/craft-review.md to review hierarchy, typography, rhythm, density, color, material, optical alignment, and state consistency.
Completion criteria
Hierarchy is immediately legible, relationships are intentional, the visual grammar is coherent, and remaining imperfections are low-impact rather than structural.
Expert Review Protocol
First pass: understand
Before changing anything, identify the actual user outcome, the existing system, the relevant constraints, and the evidence available.
Do not begin by choosing a visual treatment.
Second pass: compare
Ask:
- What is the simplest credible solution?
- What is the strongest alternative?
- What does the current solution cost?
- What behavior does each option teach the user?
- Which decision is easiest to reverse?
- Which failure would be most expensive?
Choose deliberately.
Third pass: stress
Do not review only the happy path.
Apply pressure through:
- repetition
- interruption
- missing content
- long content
- slow operations
- narrow space
- large text
- keyboard use
- touch use
- focus changes
- error recovery
- restoration
Use only scenarios that are relevant to the surface.
Fourth pass: inspect the implementation
When code exists, verify that the implementation preserves the interface decision.
Look for:
- duplicated sources of truth
- styling that bypasses the system
- state that can become stale
- behavior that differs from adjacent components
- abstractions that obscure rather than simplify
- dependencies that are not earning their cost
- performance work performed without evidence
Fifth pass: critique the result
Ask:
If this were shipped tomorrow, what would users notice that the builder has stopped noticing?
Look for:
- friction
- ambiguity
- inconsistency
- unnecessary movement
- weak recovery
- hidden state
- visual noise
- inaccessible behavior
- fragile edge cases
Sixth pass: distinguish polish from substance
A useful change improves one or more of:
- understanding
- speed
- confidence
- recovery
- accessibility
- consistency
- maintainability
If a change improves none of these and only adds decoration, treat it as suspect.
Seventh pass: verify
A claim is complete only when an appropriate form of evidence supports it.
Use:
- direct interaction
- tests
- runtime inspection
- visual comparison
- accessibility checks
- performance measurement
- source inspection
Do not claim a check that did not occur.
Completion standard
Stop when:
- the intended outcome is achieved
- important states are handled
- meaningful failure modes were considered
- the interface fits its surrounding system
- important claims are verified
- remaining imperfections are lower-value than the risk of further change
The goal is not maximal polish.
The goal is a result that is difficult to improve without changing the underlying decision.
Other versions10 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 10
- The-Utopia-Studio/skills★ 6same name
- bfernandois059/dev-workflow-skills★ 1same name
- deanayoung3-droid/interface-craft★ 1same name
- dnywh/skills★ 1same name
- erik-kroon/skills★ 1same name
- betterjally-oss/interface-craft★ 0same name
- chinthakat/agent-skills★ 0same name
- ramybarsoum/claude-skills★ 0same name
- sshtomar/claude-skills★ 0same name
- vijaysuperpositionist/skills★ 0same name
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 repository10 other files it gives its agents.
- adaptive-interfaceSkill
- interaction-engineSkill
- interface-architectureSkill
- interface-criticSkill
- interface-forensicsSkill
- interface-intelligenceSkill
- interface-labSkill
- interface-reviewSkill
- interface-shipSkill
- state-forgeSkill
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.

