Figma-to-Theme Handoff
Use the next-theme-figma skill to turn a storefront design into a low-inference handoff, then use next-theme-dev to implement it in a Spark-derived theme.
Validate the Source Before Coding
Capture the exact Figma file and node IDs, inventory desktop and mobile frames, identify reusable sections, and map design tokens and assets. A large metadata response with an empty child list is a truncation or tooling failure, not proof that the frame is empty.
When a large file cannot be read reliably:
- Query the known frame or component node directly.
- Split a full page into smaller frame or section reads.
- Export assets by exact node ID in bounded batches.
- Retry selection synchronization no more than three times.
- If tool access still fails and the owner authorizes it, use an exported
.figsource.
Record unresolved gaps explicitly instead of inferring missing layout or asset details.
Require Visual Evidence
Before declaring visual parity, keep both sides of the comparison:
- A matching Figma frame image for each reviewed route and viewport.
- A real storefront PNG for the same route and viewport.
- Desktop and mobile coverage, including responsive behavior and touch states.
Use Theme Kit for deterministic storefront capture:
ntk capture --url="/?preview_theme=<theme-id>&skip_cache=1" \
--output=qa-output --viewports=desktop,mobile --json --no-progressDOM dimensions, text dumps, and screenshots of the wrong frame are diagnostics, not visual QA. If the matching Figma image cannot be obtained, stop the parity claim or record an accepted evidence gap with an owner.
Preserve Route Coverage
Review every route in the handoff, not only the homepage. Product detail work must exercise the assigned custom product template, and every route must include a 1440px desktop and 390px mobile artifact before sign-off.