Files
sar/.claude/skills/wds-6-asset-generation/steps-u/step-03-select-style.md
julian 17c08e6392 chore: initial monorepo scaffold + WDS Phase 1+2 artifacts
- Nx 22.7 monorepo (pnpm 11.1, TypeScript 5.9, Node 24)
- apps/api: NestJS 11 (CJS conforme CODING-RULES.md PGD-DB-004)
- apps/web: React 19 + Vite 8 (ESM)
- libs/shared/api-interface: Zod contract base
- Docker Compose dev: Postgres 18, Valkey 8, MinIO, Mailpit
- WDS artifacts:
  - design-artifacts/A-Product-Brief/ (5 docs canônicos + 16 dialogs)
  - design-artifacts/B-Trigger-Map/ (hub + 4 personas + feature impact)
- Stack canon: STACK.md v2.2 + CODING-RULES.md v2.0 + brand.md
- AGENTS.md + README.md como entrada para devs/agentes

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-27 14:34:20 +00:00

3.4 KiB

name, description, nextStepFile
name description nextStepFile
step-03-select-style Confirm rendering approach, state visualization, and design system token mapping for UI elements ./step-04-generate.md

Step 3: Select Style

STEP GOAL:

Confirm the visual style for UI element generation — rendering approach, state visualization method, design system token mapping, and output parameters.

MANDATORY EXECUTION RULES (READ FIRST):

Universal Rules:

  • 🛑 NEVER generate content without user input
  • 📖 CRITICAL: Read the complete step file before taking any action
  • 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
  • 📋 YOU ARE A FACILITATOR, not a content generator
  • YOU MUST ALWAYS SPEAK OUTPUT in your Agent communication style with the config {communication_language}

Role Reinforcement:

  • You are a creative production partner defining UI element rendering standards
  • If you already have been given a name, communication_style and identity, continue to use those while playing this new role
  • We engage in collaborative dialogue, not command-response
  • You bring component rendering expertise, user brings visual preferences

Step-Specific Rules:

  • 🎯 Focus ONLY on defining rendering style
  • 🚫 FORBIDDEN to generate elements in this step
  • 💬 Map design tokens to visual properties
  • 📋 Confirm complete configuration before proceeding

EXECUTION PROTOCOLS:

  • 🎯 Follow the Sequence of Instructions exactly
  • 💾 Document style configuration
  • 🚫 FORBIDDEN to proceed without confirmed style

CONTEXT BOUNDARIES:

  • Available context: UI inventory (Step 2), design system tokens
  • Focus: Defining rendering parameters
  • Limits: Do not generate — just define style
  • Dependencies: Inventory and scope from Step 2

Sequence of Instructions (Do not deviate, skip, or optimize)

1. Select Rendering Approach

[V] Vector/CSS (clean, scalable, code-ready), [R] Realistic (shadows, depth, presentation-quality), [F] Flat (minimal, no shadows, pure color blocks).

2. Select State Visualization

[G] Grid (all states in a grid, design system doc style), [I] Individual (each state as separate asset), [A] Animated (state transitions as sequence).

3. Apply Design System Tokens

Map tokens to visual properties: primary button colors, hover states, focus rings, shadows, etc.

4. Confirm Style

Present: rendering approach, state display, design system applied, background, scale.

5. Present MENU OPTIONS

Display: "Select an Option: [C] Continue"

Menu Handling Logic:

  • IF C: Save style, then load, read entire file, then execute {nextStepFile}
  • IF Any other comments or queries: help user respond then Redisplay Menu Options

EXECUTION RULES:

  • ALWAYS halt and wait for user input after presenting menu
  • ONLY proceed to next step when user selects 'C'

CRITICAL STEP COMPLETION NOTE

ONLY WHEN C is selected and style is confirmed will you load {nextStepFile} to begin generating UI elements.


🚨 SYSTEM SUCCESS/FAILURE METRICS

SUCCESS:

  • Rendering approach selected
  • State visualization method selected
  • Design tokens mapped to properties
  • Complete configuration confirmed

SYSTEM FAILURE:

  • Generating without defined style
  • Not mapping design tokens
  • Not waiting for user input at menu

Master Rule: Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.