What problem does it solve? User-facing screens, seeds, tests, and docs often leak internal technical terms like tenant, MOD00, WFM, enums, or permission keys, confusing non-technical users and fragmenting product language across modules. ## Core Features & Use Cases - Canonical Vocabulary Mapping: Provides a dictionary translating internal terms (tenant, UserRole, AccessProfile, MOD00, WFM, NOC) into friendly product names (empresa, categoria base, perfil de acceso, Configuracion). - Mandatory Review Flow: An 8-step workflow covering audience identification, term mapping, rewriting from the user's task perspective, and fixing copy at the source of truth (seeds, contracts, shared helpers) rather than patching JSX. - Checklist and Anti-Rationalization Rules: A review checklist plus a table of common excuses ("it's just a test", "the backend sends it that way") with the correct response, ensuring tests, mocks, and E2E specs adopt the new vocabulary. - Use Case: Before shipping a new settings section, run the review to catch raw enum values and internal module names, rewrite error messages with actionable next steps, and update backend seeds and E2E expectations to match. ## Quick Start Review the copy in this new settings screen and rewrite any internal or technical terms using the canonical product vocabulary.