UX Flow 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. - If UX docs do not exist inside
[DOC]-*, run or followux-bootstrap. - Read
DESIGN.md, CDC, FEAT, ADR, and related UX docs before writing. - All persistent documentation must be in French and include YAML frontmatter.
Goal
Turn a UI feature request into a clear flow document usable by feature-specification, feature-research, and implementation-planner.
Process
- Identify user goal, entry point, primary task, secondary tasks, and exit point.
- Map happy path, alternative paths, blocked paths, and recovery paths.
- Define required states: loading, empty, error, success, permission, disabled, offline or network if relevant.
- Define responsive behavior for desktop and mobile.
- Define keyboard and focus requirements.
- Define UX acceptance criteria and test implications.
- Save the output under
UX_DOCS_ROOT/06-Flows/.
Output
Create or update UX_DOCS_ROOT/06-Flows/[flow].md with frontmatter:
---
title: UX Flow - Nom flow
type: ux-flow
status: draft
created: YYYY-MM-DD
updated: YYYY-MM-DD
feature:
tags:
- ux
- flow
---
Rules
- Do not implement UI in this skill.
- Do not invent product rules absent from CDC or FEAT docs.
- If product rules are missing, list open questions explicitly.
- Update
DOC_ROOT/00-MOC/MOC-UX.md.