The Working Approach
Design Flow orchestrates the companion designer skills in a defined sequence. It begins with clarifying questions, records a brief, develops information architecture, establishes tokens and turns the brief into buildable tasks. Frontend implementation then follows that task list. Each stage has an explicit output and a transition that the designer confirms.
The source treats the workflow as resumable. Feature-specific artifacts live together under a .design folder, so work can continue from the next incomplete stage. Design review is a separate, requested step after something has been built; completing the sequence itself does not establish that a visual review has passed.
Expected Deliverables
- Feature-specific brief, information architecture and token artifacts as applicable.
- An ordered TASKS.md checklist followed during frontend implementation.
- Built components and pages from the implementation phase, with saved planning artifacts available for resumption.
From Brief to Review
- 01Choose the necessary phases
Explain the full sequence and identify stages that can be skipped. Existing tokens or a single-component scope may remove unnecessary work.
- 02Clarify and save design intent
Run the relevant companion skills fully, preserving the brief and information architecture within the same feature folder. Confirm each phase before continuing.
- 03Translate intent into a build
Generate or extend tokens, create the task list and work through its implementation slices. Check off completed tasks with confirmation between them.
- 04Review when requested
Run the separate design-review skill only after a built interface exists and review is requested. Its screenshots and findings belong with the feature's other artifacts.