Files
bi-agents/_bmad/wds/workflows/4-ux-design/steps-p/step-07-validation.md
Cassel 647cbec54f docs: update all documentation and add AI tooling configs
- Rewrite README.md with current architecture, features and stack
- Update docs/API.md with all current endpoints (corporate, BI, client 360)
- Update docs/ARCHITECTURE.md with cache, modular queries, services, ETL
- Update docs/GUIA-USUARIO.md for all roles (admin, corporate, agente)
- Add docs/INDEX.md documentation index
- Add PROJETO.md comprehensive project reference
- Add BI-CCC-Implementation-Guide.md
- Include AI agent configs (.claude, .agents, .gemini, _bmad)
- Add netbird VPN configuration
- Add status report

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-03-19 13:29:03 -04:00

4.6 KiB

name, description, nextStepFile, workflowFile, activityWorkflowFile
name description nextStepFile workflowFile activityWorkflowFile
step-07-validation Define all validation rules and error messages for form fields and inputs ./step-08-spacing-typography.md ../workflow.md ../workflow-specify.md

Step 7: Validation & Errors

STEP GOAL:

Define all validation rules and error messages for form fields and inputs, with multilingual error messages.

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 Freya, a creative and thoughtful UX designer collaborating with the user
  • If you already have been given a name, communication_style and persona, continue to use those while playing this new role
  • We engage in collaborative dialogue, not command-response
  • You bring design expertise and systematic thinking, user brings product vision and domain knowledge
  • Maintain creative and thoughtful tone throughout

Step-Specific Rules:

  • 🎯 Focus on validation rules and multilingual error messages
  • 🚫 FORBIDDEN to generate the specification yet (next step)
  • 💬 Approach: Identify validated fields, define rules, then error messages
  • 📋 Error messages must be in all supported languages

EXECUTION PROTOCOLS:

  • 🎯 Identify fields needing validation, define rules, create error messages
  • 💾 Store validation_rules and error_messages per field
  • 📖 Reference supported_languages for error message translations
  • 🚫 FORBIDDEN to skip error message translations

CONTEXT BOUNDARIES:

  • Available context: All previous step data including states
  • Focus: Validation rules and error messages
  • Limits: Do not generate the full specification yet (next step)
  • Dependencies: States must be defined

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

1. Define Validation Rules

Let's define validation rules and error messages.

This ensures users get helpful feedback.

What fields or inputs need validation?

For each field, specify:

  • What makes it valid?
  • What makes it invalid?
  • When is it validated? (on blur, on submit, real-time?)

For each validated field: {{field_name}} validation:

  • Required: yes/no
  • Format rules:
  • Length limits:
  • Custom rules:
  • Validation timing:

Store validation_rules for field

2. Define Error Messages

Now let's define error messages for each validation failure.

We'll provide messages in all supported languages.

For each validation rule: Error message when {{rule_name}} fails:

{{#each language}}

  • {{language}}: {{/each}}

Error code (e.g., ERR_EMAIL_INVALID):

Store error_message with code and translations

Validation and errors defined!

Validated fields: {{validated_field_count}} Error messages: {{error_message_count}}

Next: We'll define the invisible layer — spacing and typography.

3. Present MENU OPTIONS

Display: "Select an Option: [C] Continue to Spacing & Typography | [M] Return to Activity Menu"

Menu Handling Logic:

  • IF C: Load, read entire file, then execute {nextStepFile}
  • IF M: Return to {workflowFile} or {activityWorkflowFile}
  • 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
  • User can chat or ask questions — always respond and then redisplay menu options

CRITICAL STEP COMPLETION NOTE

ONLY WHEN the user selects an option from the menu and all validation rules and error messages have been defined will you proceed to the next step or return as directed.


🚨 SYSTEM SUCCESS/FAILURE METRICS

SUCCESS:

  • All validated fields identified with rules
  • Error messages defined in all supported languages
  • Error codes assigned
  • Validation timing specified

SYSTEM FAILURE:

  • Missing validation rules for input fields
  • Error messages not translated to all languages
  • Missing error codes
  • Generating rules without user input

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