ui-ux-engineer
Skill5 starsChanged 21 days agoMITView on GitHub
Use when a requested interface review or redesign requires product-level hierarchy, interaction, accessibility, forms, navigation, states, or responsive UX judgment.
In this repository47 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- agents-md-fixerSkill
- arch-docsSkill
- book-to-markdownSkill
- docset-updaterSkill
- humanizerSkill
- news-release-docsSkill
- pdf-guideSkill
- readme-docsSkill
- screenshot-docsSkill
- see-also-docsSkill
- setup-install-usage-docsSkill
- bptools-writer-expertSkill
- color-accessibility-expertSkill
- css-creative-expertSkill
- game-design-expertSkill
- geometry-expertSkill
- glass-expertSkill
- hic-human-interact-expertSkill
- openscad-3d-printing-expertSkill
- podman-expertSkill
- postgresql-expertSkill
- pyside6-engineerSkill
- rust-code-expertSkill
- solid-js-expertSkill
- svg-creator-expertSkill
- typescript-engineerSkill
- vision-expertSkill
- wasm-rust-expertSkill
- webwork-writer-expertSkill
- delegate-manager-to-subagentsSkill
- gas-town-workflowSkill
- hang-checkSkill
- html-game-parallel-builderSkill
- parallel-planSkill
- stay-busySkill
- repo-rules-readerSkill
- blueprint-plan-drafterSkill
- ideonomy-plainSkill
- ideonomy-richSkill
- make-goalSkill
- modest-plan-drafterSkill
- audit-code-reviewerSkill
- old-python-code-reviewSkill
- prune-testsSkill
- unit-test-starterSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. About 0 are common, 11 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Use this skill to review and improve the user experience of any interface.
- Very specific: line 23
Read references/project_workflow.md for both paths.
- Very specific: line 26
Read references/task_selection.md when the request is underspecified or several UX framings fit.
- Distinctive: line 36
Keep forms short, labels explicit, and primary actions visually dominant.
- Distinctive: line 37
Check that the screen communicates its purpose in three seconds.
- Distinctive: line 38
Check that the main action is obvious and visually dominant.
- Very specific: line 39
Read references/ui_ux_review.md for the full review checklist covering hierarchy, interaction quality, validation, state coverage, and …
- Distinctive: line 44
Keep destructive actions explicit and reversible when practical.
- Distinctive: line 46
Check whether busy work has been removed from the user's path.
- Distinctive: line 49
Check whether edge states (empty, error, loading, offline) look intentional rather than broken.
- Distinctive: line 50
Verify that validation messages are clear and actionable.
- Distinctive: line 51
Verify that error recovery paths exist.
- Very specific: line 52
Read references/testing_and_oracles.md for the state matrix fixture corpus, oracle checklists, and inspectable artifact formats.
- Very specific: line 56
Read references/design_books.md when you need durable design heuristics, typography guidance, grid and layout thinking, or design-system …
- Distinctive: line 71
Avoid cramped layouts, unlabeled icons, ambiguous submit buttons, and dialogs that ask questions without context.
- Distinctive: line 76
When using this skill, aim to produce:
≈ “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
UI/UX Engineer
Overview
Use this skill to review and improve the user experience of any interface. This skill is framework-agnostic and focuses on design quality, interaction logic, and usability. It applies equally to desktop, web, and mobile surfaces.
Workflow
- Detect project shape.
- New or greenfield UI: establish the user goal and primary flow first, choose a window posture or page layout, and defer visual polish until the interaction structure is sound.
- Improving an existing interface: read the existing surface first, identify the main friction points across hierarchy, interaction quality, and state coverage, then scope changes by user impact.
- Read
references/project_workflow.mdfor both paths.
- Classify the UX task and route it.
- Read
references/task_selection.mdwhen the request is underspecified or several UX framings fit. - Consult
references/topic_index.mdto route the problem to the UX task, default approach, common failure modes, audit fixtures, and the best local book. - Determine what the user is trying to accomplish and what states must be handled: loading, empty, valid, invalid, busy, success, and failure.
- Identify the main workflow path and any secondary paths.
- Review visual hierarchy and layout.
- Make visual hierarchy obvious with spacing, grouping, alignment, and restrained emphasis.
- Keep forms short, labels explicit, and primary actions visually dominant.
- Check that the screen communicates its purpose in three seconds.
- Check that the main action is obvious and visually dominant.
- Read
references/ui_ux_review.mdfor the full review checklist covering hierarchy, interaction quality, validation, state coverage, and accessibility.
- Review interaction quality.
- Give immediate feedback for user actions.
- Prevent errors before showing errors.
- Keep destructive actions explicit and reversible when practical.
- Support keyboard flow, sensible tab order, and accessible names or tooltips where needed.
- Check whether busy work has been removed from the user's path.
- Review edge states and audit for completeness.
- Check whether edge states (empty, error, loading, offline) look intentional rather than broken.
- Verify that validation messages are clear and actionable.
- Verify that error recovery paths exist.
- Read
references/testing_and_oracles.mdfor the state matrix fixture corpus, oracle checklists, and inspectable artifact formats.
- Reference design heuristics when needed.
- Read
references/design_books.mdwhen you need durable design heuristics, typography guidance, grid and layout thinking, or design-system perspective. - Reach for these books when they match the problem:
- "Refactoring UI" for visual hierarchy, spacing, typography, color, and component polish.
- "Practical UI" for logic-driven accessibility, interaction, and usability rules.
- "About Face" for flow, task structure, dialog behavior, and interaction model decisions.
Implementation defaults
- Load the local-only books first when present; see
references/local_books.mdfor the reading order, the coverage map inreferences/reference_survey.md, and the broader design literature inreferences/design_books.md.
Quality bar
- Favor clarity over decoration.
- Avoid cramped layouts, unlabeled icons, ambiguous submit buttons, and dialogs that ask questions without context.
- UI decisions should be defensible in terms of user goals, not personal taste.
Output expectations
When using this skill, aim to produce:
- Specific, actionable feedback tied to user goals and usability principles.
- A short explanation of key UX decisions when the change is non-obvious.
- Recommendations grounded in the reference materials rather than subjective opinion.
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.

