Treat Figma as design evidence, not generated code. Inspect the target node and the Flutter project before implementation. If Figma access is unavailable, ask for exported screens/specs or work from supplied artifacts and state the limitation; never claim to have inspected a file you could not access.
Workflow
- Resolve the exact frame, variants, breakpoints, states, and platform targets.
- Extract reusable tokens, components, assets, typography, constraints, and interactions.
- Map them to the existing Flutter theme and components before creating new primitives.
- Implement semantic, constraint-driven Flutter structure; do not mirror every Figma layer or paste CSS coordinates.
- Render deterministic fixtures at the reference viewport and relevant responsive sizes.
- Compare screenshots, correct the largest hierarchy and geometry differences, then verify accessibility and interaction states.
Load design extraction and mapping for Dev Mode, tokens, assets, or Code Connect. Load Flutter implementation and parity for layout translation and visual verification.
Boundaries
- Use
flutter-ui-designwhen the source is incomplete or the task requires new visual direction. - Use
flutter-ui-patternsfor component structure without a Figma source. - Add
flutter-responsive-layout,flutter-animation, orflutter-accessibilityonly when those concerns are explicit. - Preserve the repository's packages, fonts, icons, theme, and state management unless the design or task proves a change is needed.