UX Designer
Design system and accessibility.
The UX Designer is the persona that curates the design system and guards accessibility. In an AI-native SDLC, the UX Designer operates a stack of validated primitives that turn design decisions into machine-readable tokens and enforceable gates.
Executive summary
The UX Designer produces and governs the design system, the information architecture, and the accessibility guarantees for every user-facing surface. In an AI-native SDLC the UX Designer operates inside the Design phase with a fixed set of primitives: one design system curation agent, four slash prompts, scoped instructions, schema-validated hooks, and a curated list of validated MCPs. Primary outputs are the token map, the component pattern library, accessibility scan reports, and the information architecture that the Developer and QA Engineer implement against.
Role and responsibilities
Think of the UX Designer like the editor of a design language. They do not ship every screen, but every screen that ships has to match the typography, spacing, color, motion, and accessibility rules they authored. In an AI-native SDLC the design language lives as machine-readable tokens, the pattern library is consumable by agents, and the UX Designer is accountable for the fact that the product looks and feels coherent from the first sketch to the rendered page.
Primary responsibilities:
- Author and maintain the design token map under
docs/design-system/tokens/for color, typography, spacing, radius, motion, and elevation - Govern the component pattern library under
docs/design-system/patterns/with usage rules and accessibility notes - Run accessibility scans on every front-end PR via Playwright MCP and axe-core integrations
- Maintain the information architecture under
docs/ia/that binds user journeys to pages and components - Operate the Design System Curator agent and the
/token-map,/a11y-scan,/pattern-lib,/ia-reviewprompts - Align design decisions with the Enterprise Architect’s principles, the Product Owner’s spec, and the Azure Static Web Apps deployment target
- Publish the design review digest to the product Teams channel for stakeholder visibility
Jobs to be done
- As a UX Designer, I want the token map to be the source of truth, so that every component and page reads from the same palette and scale.
- As a UX Designer, I want accessibility to be gated on PR, so that WCAG violations never reach production.
- As a UX Designer, I want the pattern library to be consumable by agents, so that Copilot proposes components from our system, not from the open web.
- As a UX Designer, I want the information architecture to bind journeys to pages, so that every screen has a named context and purpose.
- As a UX Designer, I want design tokens to regenerate the CSS and the Static Web App theme on merge, so that intent and output stay aligned.
- As a UX Designer, I want the design review digest to surface violations and patterns weekly, so that debt is managed, not accumulated.
Pain points before AI-native
- Tokens trapped in a design tool. Colors and spacing live in a design file and are copied by hand into CSS. Drift is guaranteed.
- Accessibility checked at release. WCAG violations land in production because scans run only in the staging environment.
- Pattern library as PDF. Developers and agents cannot consume static documents. They invent components off-system.
- Information architecture as a wireframe. Pages and journeys are drawn, not linked. Analytics tagging happens ad-hoc.
- Design debt invisible. Divergences from the system pile up without a scan to surface them.
AI-native daily workflow
The UX Designer operates a fixed loop each day. The loop uses GitHub Copilot primitives inside Visual Studio Code and Claude Code at the terminal, plus a small catalog of validated MCPs for external context.
Morning setup
- Open the design system repository in Visual Studio Code. GitHub Copilot Chat loads
AGENTS.mdand the scoped design system instructions. - Pull the latest
mainand review overnight component PRs against the pattern library. - Run
/a11y-scanvia Playwright MCP to produce the current accessibility report across the staged Azure Static Web App preview environments. - Review the design system dashboard generated from GitHub MCP telemetry.
Midday execution
- Token authoring. Invoke
/token-mapon any new or revised token. The Design System Curator agent produces the token file, regenerates the CSS export, and updates the Azure Static Web Apps theme bundle. - Pattern authoring. Invoke
/pattern-libon new components or revised usage rules. The agent produces a pattern document with props, accessibility notes, and a primed example. - Information architecture. Invoke
/ia-reviewwhen a new journey or page is proposed. The agent updates the IA map underdocs/ia/and binds the page to named components from the pattern library. - Cross-persona consultation. Raise design debates in the product Teams channel via the Microsoft 365 Agents SDK MCP, with pattern links as the canonical citation.
Afternoon review
- Invoke
/a11y-scanas the final sweep on all open front-end PRs. Block merge on any critical WCAG violation detected by Playwright MCP and axe-core. - Open a pull request on token, pattern, or IA changes. GitHub Copilot Code Review comments on token consistency and accessibility annotations.
- Publish the daily design digest to the product Teams channel via the Microsoft 365 Agents SDK, summarizing new tokens, pattern revisions, and open violations.
- Update the design system changelog and regenerate the Azure Static Web App preview so stakeholders can click through the current state.
Recommended primitives
Agent
| Agent | File | Purpose |
|---|---|---|
design-system-curator | .github/agents/design-system-curator.agent.md | Author tokens, curate the pattern library, run accessibility scans, and govern information architecture |
The Design System Curator uses claude-sonnet-4-6 by default. Tools: read, edit, search, grep, glob, bash scoped to token-build scripts. Extended thinking is disabled because iterative design tasks benefit from short, fast loops.
Slash prompts
| Command | File | Purpose |
|---|---|---|
/token-map | .github/prompts/token-map.prompt.md | Author or revise tokens and regenerate the CSS and Static Web App theme |
/a11y-scan | .github/prompts/a11y-scan.prompt.md | Run accessibility checks via Playwright MCP and axe-core |
/pattern-lib | .github/prompts/pattern-lib.prompt.md | Author or revise a component pattern with props and accessibility notes |
/ia-review | .github/prompts/ia-review.prompt.md | Review and update the information architecture map for a journey |
Instructions scoped
Scoped applyTo reduces token cost by approximately 68 percent compared to global instructions.
Scope (applyTo) | File | Purpose |
|---|---|---|
docs/design-system/tokens/**/*.json | .github/instructions/tokens.instructions.md | Token schema, naming rules, and regeneration contract |
docs/design-system/patterns/**/*.md | .github/instructions/patterns.instructions.md | Pattern document template, props, accessibility annotations |
docs/ia/**/*.md | .github/instructions/ia.instructions.md | Information architecture schema, journey-to-page binding, analytics tagging |
Hooks
Hooks cost zero LLM tokens. They are the strongest governance layer for design.
pre-commit: reject any token file that breaks the naming schema or any pattern without accessibility annotationspost-commit: regenerate the CSS export, Static Web App theme bundle, and pattern indexpre-merge: run/a11y-scanon the PR preview deployment and block merge on critical WCAG violations
Validated MCPs
| MCP | Purpose | Owner |
|---|---|---|
| Playwright MCP | Drive accessibility scans and visual regressions against preview deployments | Microsoft (official) |
| GitHub MCP Server | Read front-end PRs, Actions runs, and preview deployment metadata | GitHub (official) |
| Azure MCP Server | Inspect Azure Static Web Apps preview environments and configuration | Microsoft (official) |
| Microsoft Learn Docs MCP | Ground design decisions in Microsoft Fluent and accessibility guidance | Microsoft (official) |
| Microsoft 365 Agents SDK MCP | Publish design digests to Teams and ingest stakeholder feedback from Outlook | Microsoft (official) |
Real examples
Example 1: new primary color and accessible contrast
Input: A brand refresh introduces a new primary color. The color must pass WCAG AA contrast against the existing neutral palette.
Invocation: /token-map followed by /a11y-scan.
Expected output:
- Updated
docs/design-system/tokens/color/primary.jsonwith the new value and contrast matrix annotations. - Regenerated CSS variables in the Azure Static Web App theme bundle.
- An accessibility scan report confirming AA contrast across 14 interactive surfaces, with three flagged surfaces that need pattern revision.
- A pull request with Copilot Code Review comments on token naming and pattern impact.
Example 2: accessibility gate on a new checkout flow
Input: A new checkout journey with five pages introduced under src/checkout/.
Invocation: /ia-review followed by /a11y-scan.
Expected output:
- Updated
docs/ia/checkout.mdbinding the five pages to named patterns and analytics events. - A Playwright MCP accessibility run against the Static Web App preview with zero critical violations, two minor label issues, and three keyboard navigation warnings.
- Three issues filed via the GitHub MCP for the warnings, assigned to the Developer with pattern links as the remediation reference.
- A blocked merge until critical violations close, unblocked once warnings have an owner and a follow-up issue.
Anti-patterns
- Copy-paste design tokens. Values diverge across repos and platforms. Mitigation: token files are the single source, regenerated by hook.
- Accessibility as a release checklist. Violations land in production before the checklist runs. Mitigation:
pre-mergehook runs/a11y-scanon every PR preview. - Pattern library as PDF. Developers invent components off-system. Mitigation: the pattern library is markdown and the primed-context pack links patterns by name.
- Journeys drawn, not mapped. Pages ship without named context, analytics, or accessibility annotations. Mitigation:
/ia-reviewbinds every page to pattern and analytics references. - Design debt tolerated. Divergences accumulate without a scan. Mitigation: weekly design digest surfaces divergence counts with owners.
KPIs and impact metrics
| KPI | Baseline | Target | Measurement |
|---|---|---|---|
| Critical WCAG violations at release | 6 per release | 0 | Playwright MCP scan report |
| Token adoption, components reading from the token map | 55 percent | 100 percent | CSS variable usage audit |
| Pattern library adoption, components authored from patterns | 45 percent | > 90 percent | Pattern usage audit |
| IA coverage, pages with journey and analytics binding | 30 percent | 100 percent | IA linter in GitHub Actions |
| Design debt items closed per week | 3 | > 8 | Digest summary |
| Preview-to-approval cycle time | 3 days | < 1 day | GitHub PR timestamps |
Maturity in four levels
| Level | Name | Markers |
|---|---|---|
| L1 | Manual | Tokens in a design tool, patterns in PDF, accessibility at release |
| L2 | Assisted | Copilot used to polish pattern prose, tokens copy-pasted to CSS |
| L3 | Augmented | Design System Curator agent, four slash prompts, scoped instructions, Playwright MCP, a11y scans on PR |
| L4 | Autonomous | Full primitives kit, hooks enforced, token regeneration automated, IA bindings standard, weekly digest live |
Integration with other personas
- From Product Owner: approved
SPECIFICATION.mdwith user-facing acceptance criteria that the IA must honor - From Enterprise Architect: principles that constrain visual and accessibility policy
- To Developer: tokens, patterns, and primed-context packs that make component work deterministic
- To QA Engineer: accessibility scans as a first-class test suite alongside functional tests
- To DevOps Engineer: Azure Static Web Apps preview environment requirements for accessibility scans
- To Tech Writer: pattern library and token map as the canonical source for UI documentation
- To DevRel: public-facing design system artifacts for developer audiences
Glossary
- Design token: a named, machine-readable value for color, typography, spacing, radius, motion, or elevation.
- Pattern: a documented component with props, usage rules, and accessibility annotations.
- Information architecture: the mapping from user journeys to pages and components, with analytics and accessibility bindings.
- Accessibility scan: automated sweep via Playwright MCP and axe-core that checks pages against WCAG criteria.
- Design debt: divergence between shipped surfaces and the design system, measured and managed weekly.
- Token map: the generated, versioned export of all tokens consumed by CSS, components, and the Azure Static Web App theme bundle.
References
- Microsoft Fluent design system — canonical Microsoft design patterns and tokens
- Azure Static Web Apps documentation — deployment platform for preview-environment accessibility scans
- Playwright documentation — automated accessibility testing guidance
- GitHub Copilot documentation — agent mode, prompts, and instructions
- Web Content Accessibility Guidelines (WCAG) — normative accessibility specification