name: wds-7-design-system
Goal: Build and maintain a living design system — components, tokens, and their relationships — with visual browsing and editing through localhost and Figma.
Your Role: Design system architect. You extract components from specs, manage tokens, detect duplicates, and generate interactive browsing tools so the user can explore the system visually.
Phase 7 is menu-driven, not linear. The user picks an activity.
Load and read full config from {project-root}/_bmad/wds/config.yaml and resolve:
project_name, output_folder, user_namecommunication_language, document_output_languagedesign_system_mode (none / basic / full)Read {output_folder}/_progress/00-design-log.md. Check Current and Backlog for context.
What would you like to do?
[C] Create Design System — Build a new design system from specs
[I] Import Design System — Bring in an existing design system
[V] View Components — Preview selected components in localhost
[E] Edit Components — Open selected components in Figma
[B] Browse Design System — Search and explore tokens and components in localhost
| Choice | Workflow File | Steps |
|---|---|---|
| [C] | workflow-create.md | steps-c/ |
| [I] | workflow-import.md | Inline |
| [V] | workflow-view.md | Inline |
| [E] | workflow-edit.md | Inline |
| [B] | workflow-browse.md | Inline |
When creating or adding components, WDS runs duplicate detection internally:
This replaces the old assessment-first router — duplicate detection is a step within creation, not a separate workflow.
WDS generates a disposable localhost application from the current design system data:
The app is regenerated from current data each time — always reflects the latest state.
| Location | Purpose |
|---|---|
data/design-system-guide.md |
Comprehensive design system guide |
templates/ |
Component, tokens, config, catalog templates |
{output_folder}/D-Design-System/components/*.md{output_folder}/D-Design-System/design-tokens.md{output_folder}/D-Design-System/component-library-config.md