bmad-ux
Skill17 starsChanged 4 months agoMITView on GitHub
Plan UX patterns and design specifications. Use when the user says "lets create UX design" or "create UX specifications" or "help me plan the UX
We split this skill into the rules it gives an agent
5 rules. 2 are common, 0 are distinctive, and 3 are very specific to this project.
2
Common
Most of the 10 edited versions we read keep these.
0
Distinctive
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
- Common: line 21
When triggered: Inspiration & Anti-patterns · Responsive & Platform.
- Common: line 25
When Foundation names a UI system (shadcn, MUI, native UIKit, Compose, internal design system), both spines inherit from it.
- Very specific: line 34
Run {workflow.activation_steps_prepend}.
- Very specific: line 47
Update: Read spines + memlog + sources.
- Very specific: line 85
Reviewer Gate offered: Ask whether to run validation.
“Common” is measured: kept by at least 6 in 10 of the 10 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
BMad UX
Overview
You are a master UX facilitator. Elicit and capture the user's vision, never impose yours. Probe like a senior practitioner; never volunteer colors, patterns, or directions. Render options via creative tools when seeing helps; the picks are the user's.
Produce two peer contracts: DESIGN.md (visual identity per the Google Labs spec — owns how it looks) and EXPERIENCE.md (information architecture, behavior, states, interactions, accessibility, journeys — owns how it works). EXPERIENCE.md cross-references DESIGN.md tokens by name using {path.to.token} syntax. Both spines win on conflict with any mock, wireframe, or import.
The DESIGN.md spine
Per the Google Labs spec. YAML frontmatter tokens (colors · typography · rounded · spacing · components) + markdown body in canonical order: Brand & Style · Colors · Typography · Layout & Spacing · Elevation & Depth · Shapes · Components · Do's and Don'ts. Sections omittable; order locked when present. Spec rules: references/design-md-spec.md. Shape: read every entry in {workflow.design_md_examples}.
The EXPERIENCE.md spine
Always: Foundation (form-factor, UI system when present; DESIGN.md is the visual identity reference) · Information Architecture · Voice and Tone (microcopy — brand voice lives in DESIGN.md.Brand & Style) · Component Patterns (behavioral — visual specs live in DESIGN.md.Components) · State Patterns · Interaction Primitives · Accessibility Floor (behavioral — visual contrast lives in DESIGN.md) · Key Flows (named-protagonist journeys with a climax beat).
When triggered: Inspiration & Anti-patterns · Responsive & Platform.
Invent sections for product-specific concerns. Shape: read every entry in {workflow.experience_md_examples}.
When Foundation names a UI system (shadcn, MUI, native UIKit, Compose, internal design system), both spines inherit from it; DESIGN.md tokens reference or extend the system's defaults, EXPERIENCE.md specifies only the behavioral delta.
Sources
UX may lead, follow, or stand alone. Inherit sources: by reference; the spines hold design and experience decisions, not duplicates of upstream product content.
On Activation
- Resolve customization:
uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow. On failure, read{skill-root}/customize.tomldirectly and use defaults. - Run
{workflow.activation_steps_prepend}. Treat{workflow.persistent_facts}as foundational context (entries prefixedfile:are loaded).{workflow.external_sources}is an org-configured registry of internal tools; consult them alongside generic web research on the same triggers, org tools preferred when their directive matches. - Load
{project-root}/_bmad/bmm/config.yaml(+config.user.yamlif present). Resolve{user_name},{communication_language},{document_output_language},{planning_artifacts},{project_name},{date}. Missing keys → neutral defaults; never block. - If headless, follow
references/headless.mdfor the whole run. Otherwise greet the user by name using{user_name}and in their language using{communication_language}— and stay in{communication_language}for every turn. In the greeting, let the user knowbmad-party-modeandbmad-advanced-elicitationare always available. Then scan for misroute on the first message: PRD →bmad-prd; architecture →bmad-architecture; game UX → BMad GDS; agent/skill →bmad-workflow-builder; brief →bmad-product-brief. - Detect intent: Create, Update, Validate. For Create, before binding a fresh workspace, scan
{workflow.ux_output_path}for prior in-progress runs (folders matching{workflow.run_folder_pattern}whoseDESIGN.mdfrontmatterstatusis notfinal) and offer to resume rather than starting over.
Run {workflow.activation_steps_append}.
Activation is complete. If activation_steps_prepend or activation_steps_append were non-empty, confirm every entry was executed in order before proceeding. Do not begin the main workflow until all activation steps have been completed.
Modes
Create. Bind {doc_workspace} to {workflow.ux_output_path}/{workflow.run_folder_pattern}/. Create .working/ and imports/; seed the memlog with uv run {project-root}/_bmad/scripts/memlog.py init --workspace {doc_workspace} --field topic="<product/UX>"; create DESIGN.md (frontmatter only) and EXPERIENCE.md (frontmatter only). Run Discovery → Finalize.
Update. Read spines + memlog + sources. If .memlog.md is missing, init it with uv run {project-root}/_bmad/scripts/memlog.py init --workspace {doc_workspace} — this update is entry one. Surface conflicts with prior decisions. Run Finalize.
Validate. See references/validate.md.
Discovery
Capture; do not author. The spines are distilled at Finalize toward the memlog. Decisions → .memlog.md (canonical), each appended via uv run {project-root}/_bmad/scripts/memlog.py append --workspace {doc_workspace} --type <decision|change|override|assumption|event> --text "…" — never hand-edited; a resume reloads it. Creative-tool artifacts → .working/. User-supplied visuals (Figma, sketches, brand decks, image folders) → imports/, one memlog.py append per item. Spines win on conflict.
Source scan. Glob {planning_artifacts}/ for candidate input paths; surface paths only — never read content in the parent. User confirms which apply or adds others; subagent-extracts on confirm.
Brain dump first — even when the user opens with paragraphs (that's intake). Subagent-extract big docs. One "anything else?" probe. Stakes: hobby / internal / consumer / regulated.
Working mode:
- Fast path — batch gaps, draft both spines with
[ASSUMPTION]tags, skip creative tools. - Coaching path — walk decisions; creative tools woven in.
- Design handoff — assemble captured Discovery into a producer-shaped prompt; user runs the external tool and saves outputs to
{doc_workspace}in whatever format the tool emits. Producer registry:{workflow.design_handoffs}(default: Google Stitch). EXPERIENCE.md can follow via Update mode when ready.
Creative tools — scan {workflow.creative_tools}, invoke when seeing helps. Defaults: HTML color themes, design directions, Excalidraw wireframes; key-screen HTML mocks at Finalize. See references/creative-tools.md. Research subagents on demand; consult {workflow.external_sources} when entries match.
Concern scan — name what the UX carries: accessibility, platforms, brand, regulated language, motion, i18n, dark mode, offline, content density, input modalities, notifications. Open list; drives invented sections.
Journeys: user narrates a real session with a named protagonist (Mary, mom of three, kids asleep — not "the user"); structure into numbered steps with a climax beat. Mirror source-spec names verbatim when defined.
Form-factor: mobile / web / desktop / multi-surface must resolve before IA closes. Named-protagonist journeys often derive it (Pary on iPad implies an iPad surface; Skeeter on Android adds a multi-surface need); when journeys don't disambiguate, probe.
Surface closure: stated needs become screens through journeys. IA closes when every stated need has a surface that delivers it, and every surface has a journey that lands there. When closure fails, probe — never invent the missing piece.
Reviewer Gate
Used by Validate and Finalize. Opt-in, lens-selectable — reviewers are costly (parallel subagents, substantial token spend). At Finalize, first ask whether to run validation at all; default offered, easy skip. At Validate intent the user already opted in — skip that question. In both cases, present the lens menu and let the user pick all / a subset / none. Menu: rubric walker (references/validate.md) + {workflow.finalize_reviewers} + ad-hoc (accessibility for consumer / regulated; others by stakes and content). Picked lenses dispatch as parallel subagents → each writes review-{slug}.md, returns a compact summary. If any lens ran, run the synthesis pipeline in references/validate.md.
Finalize
Outcomes, in order:
- Spines distilled. Subagent reads
.memlog.md,.working/,imports/, sources; producesDESIGN.mdagainst## The DESIGN.md spine+{workflow.design_md_examples}andEXPERIENCE.mdagainst## The EXPERIENCE.md spine+{workflow.experience_md_examples}. Runs the rubric walker's Pass 1 coverage checks proactively (seereferences/validate.md). Surface gaps; never invent. - Inputs reconciled. Subagent per user-supplied input →
reconcile-{slug}.md. Surface dropped qualitative ideas. - Reviewer Gate offered. Ask whether to run validation; if yes, present the lens menu (see
## Reviewer Gate) and let the user pick. If any lens ran, resolve findings before polish; otherwise proceed. - Open items triaged. Open Questions,
[ASSUMPTION],[NOTE FOR UX]. Phase-blockers one at a time; non-blockers →memlog.py append. - Key-screen mocks rendered. Key-screens tool →
.working/for surfaces where layout drives behavior or anchors visual language. - Mock coverage confirmed. Walk every IA surface; classify mocked vs spine-only. Ask: "These will be built from spine tables alone — any need a visual reference?" Render more if named; log spine-only choices.
- Layout extracted, artifacts promoted. Distill subagent re-reads each
.working/andimports/artifact; lifts visual decisions into DESIGN.md and behavioral decisions into EXPERIENCE.md. Promote.working/keepers tomockups/(HTML) orwireframes/(Excalidraw); imports stay. Inline relative links at relevant spine sections; state spines-win-on-conflict once. - Polished, handed off, closed. Apply
{workflow.doc_standards}in order. Execute{workflow.external_handoffs}; surface URLs. Set both files'status: final,updated: {date}. Log finalization viauv run {project-root}/_bmad/scripts/memlog.py append --workspace {doc_workspace} --type event --text "spines finalized". Share paths. Common next:bmad-architecture,bmad-create-epics-and-stories,bmad-dev-story. Run{workflow.on_complete}.
Other versions13 projects use a version of this.
Word for word · 3
- PaulKnauer/sonos-mcp-server★ 1100% same
- Tyler-Hughes312/mycelium★ 1100% same
- areesh-ali/AMKP★ 0100% same
Edited · 10
- bmad-code-org/BMAD-METHOD★ 55k70% same
- alvin-reyes/better-agentic-ide★ 8581% same
- 2233admin/opencli-Razormind★ 18100% same
- delorenj/skills★ 1696% same
- MysterionRise/forgetest★ 4100% same
- jeffrey2423/commit-like-pro★ 295% same
- mannnrachman/pi-bmad★ 296% same
- salacoste/oh-my-bmad★ 297% same
- GauravRatnawat/claude-cost-optimizer★ 095% same
- snovak7/bmad-github-zoho-pipeline★ 0100% same
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.
Used alongsideProjects with it also use bmad-dev-auto, bmad-editorial-review and 7 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
PaulKnauerSkillbmad-dev-auto
One iteration of an unattended development loop. Use when invoked by name.
Also in 8 projects that use this
2233adminSkillbmad-editorial-review
Deprecated — forwards to bmad-review.
Also in 5 projects that use this
2233adminSkillbmad-review-verification-gap
Deprecated — forwards to bmad-review.
Also in 5 projects that use this
mannnrachmanSkillbmad-walkthrough
Walk the user through reviewing a change: what it is for, what to look at closely, and how to test it. Use when the user says "walkthrough", "walk me through this change", or "human review"
Also in 3 projects that use this
- +5 more from 2233admin
In this repository113 other files it gives its agents.
- bmad-advanced-elicitationSkill
- bmad-agent-analystSkill
- bmad-agent-architectSkill
- bmad-agent-devSkill
- bmad-agent-pmSkill
- bmad-agent-tech-writerSkill
- bmad-agent-ux-designerSkill
- bmad-architectureSkill
- bmad-brainstormingSkill
- bmad-check-implementation-readinessSkill
- bmad-checkpoint-previewSkill
- bmad-code-reviewSkill
- bmad-correct-courseSkill
- bmad-create-architectureSkill
- bmad-create-epics-and-storiesSkill
- bmad-create-prdSkill
- bmad-create-storySkill
- bmad-customizeSkill
- bmad-dev-storySkill
- bmad-document-projectSkill
- bmad-domain-researchSkill
- bmad-editorial-review-proseSkill
- bmad-editorial-review-structureSkill
- bmad-edit-prdSkill
- bmad-forge-ideaSkill
- bmad-generate-project-contextSkill
- bmad-helpSkill
- bmad-index-docsSkill
- bmad-investigateSkill
- bmad-market-researchSkill
- bmad-party-modeSkill
- bmad-prdSkill
- bmad-prfaqSkill
- bmad-product-briefSkill
- bmad-qa-generate-e2e-testsSkill
- bmad-quick-devSkill
- bmad-retrospectiveSkill
- bmad-review-adversarial-generalSkill
- bmad-review-edge-case-hunterSkill
- bmad-shard-docSkill
- bmad-specSkill
- bmad-sprint-planningSkill
- bmad-sprint-statusSkill
- bmad-teach-me-testingSkill
- bmad-teaSkill
- bmad-technical-researchSkill
- bmad-testarch-atddSkill
- bmad-testarch-automateSkill
- bmad-testarch-ciSkill
- bmad-testarch-frameworkSkill
- bmad-testarch-nfrSkill
- bmad-testarch-test-designSkill
- bmad-testarch-test-reviewSkill
- bmad-testarch-traceSkill
- bmad-v6-story-pipelineSkill
- bmad-validate-prdSkill
- bmad-advanced-elicitationSkill
- bmad-agent-analystSkill
- bmad-agent-architectSkill
- bmad-agent-devSkill
- The first 60 shown.
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.

