agentleFS
CodeCaroSCodeCaroS/MythOs_Aegis/.agents/skills/ui-ux-generation/SKILL.md

ui-ux-generation

Skill0 starsChanged 3 months agoApache-2.0View on GitHub

Generate or reshape coherent, production-ready UI/UX by routing interface components and cross-cutting concerns to focused specialist rules. Use for building screens, flows, design systems, or multi-component frontend work; use the matching ui-ux specialist skill directly when the request has one focused concern.

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 4 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    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
  1. Distinctive:

    Read the brief, current UI, component kit, semantic tokens, supported states, and responsive behavior.

    line 21
  2. Distinctive:

    Read every matching specialist skill in the map below before designing or editing that concern.

    line 23
  3. Distinctive:

    Verify keyboard, pointer, touch, viewport, responsive, reduced-motion, initial, loading, empty, partial-data, success, error, offline, …

    line 26
  4. Distinctive:

    If the request concerns only one mapped concern, use its specialist skill directly.

    line 45
  5. Very specific:

    Add one top-level ui-ux-<concern> skill only when that concern is requested.

    line 49

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

UI/UX Generation

Route component and cross-cutting behavior before generating code or visual direction.

Workflow

  1. Read the brief, current UI, component kit, semantic tokens, supported states, and responsive behavior.
  2. Inventory the component types and cross-cutting concerns required by the requested screen or flow.
  3. Read every matching specialist skill in the map below before designing or editing that concern.
  4. Reuse native elements, existing product primitives, and installed dependencies before writing a custom control.
  5. Generate the smallest coherent implementation that satisfies the brief and every selected specialist skill.
  6. Verify keyboard, pointer, touch, viewport, responsive, reduced-motion, initial, loading, empty, partial-data, success, error, offline, disabled, read-only, permission-denied, unsaved-changes, destructive-confirmation, and recovery behavior that applies to the changed UI.

Specialist skill map

ConcernRead
Design-system architecture, tokens, spacing, grid, layout, iconography, motion, component contracts, documentation, or governanceUI/UX Design Systems
Component radii, action labels, selection visibility, touch targets, readability, or decision metadataUI/UX Component Quality
Color contrast, semantic color roles, status cues, charts, dark mode, or forced-colors behaviorUI/UX Color Contrast
Dropdown, select, combobox, popup option list, or action menuUI/UX Dropdowns
Form validation, inline error, error summary, or valid-field feedbackUI/UX Form Validation
Skeleton, spinner, progress, pending action, slow operation, timeout, or retryUI/UX Loading States
Mobile CSS, anchor motion, modal scrolling, input zoom, tap feedback, or focus stylingUI/UX Mobile CSS
Typography scale, body size, fluid headings, line height, text measure, wrapping, or text resizingUI/UX Typography
Whole-screen visual direction, brand signature, dashboards, or multi-concern implementation with no single focused concernFrontend Design
Auditing already-built UI against accessibility/interaction/responsive guidance (not generating new UI)Web Design Guidelines
Reviewing UX pattern fit for an existing flow (not generating new UI)UX Pattern Review
ARIA role/state/keyboard conformance for a composite widgetARIA APG Review

If the request concerns only one mapped concern, use its specialist skill directly. If no specialist skill exists yet, follow the existing product patterns and accessibility requirements; do not invent a speculative subskill during unrelated implementation work.

Adding specialist skills

Add one top-level ui-ux-<concern> skill only when that concern is requested. Keep its rules specific, testable, and free of screen-level duplication, then add it to the map and repository inventories.

Output

Return the requested artifact first. Follow it with the exact verification performed and any behavior that remains unverified.

Shared output profile

Compose the execution profile from output-templates. Preserve stricter specialist-skill rules, omit empty components, and never present unverified behavior as complete.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.