UX Implement From Stitch Skill
WorkflowSkills Project Context
Before acting, resolve project documentation roots:
- Look for a
[DOC]-*directory at project root. - If found, set
DOC_ROOTto that directory andUX_DOCS_ROOTto[DOC]-*/11-UX-DesignOps. - If
[DOC]-*is absent, stop and ask to initialize project documentation first; never write persistent UX documentation todocs/obsidian. - Read
DESIGN.md, related UX docs, selected Stitch context, and implementation plan.
Goal
Translate a selected Stitch visual direction into maintainable project code.
Process
- Identify the selected Stitch project, screen, variant, and rationale.
- Read existing components, tokens, routes, data flow, and tests.
- Preserve business logic, APIs, routing, validation, state management, and accessibility contracts.
- Reuse project components and design tokens.
- Implement the UI direction without pasting raw Stitch HTML when the project has reusable architecture.
- Update UX docs, decision log, and visual debt.
- Trigger
ux-visual-verification.
Stitch MCP Usage
Use get_project, list_screens, list_design_systems, and apply_design_system when available to confirm context before implementation.
Rules
- Do not change backend contracts unless the feature plan explicitly requires it.
- Do not introduce decorative UI that is not justified by the Stitch decision and
DESIGN.md. - Do not finish a UI implementation without visual verification or an explicit blocked status.