Build Component
This is the first step for any new component build. Use it to translate the user request + design source into implementation.
Mandatory Execution Rules
- •Read this file before acting.
- •Execute all workflow steps in exact order.
- •Execute all sub-bullets under each step.
- •Do not skip, combine, or reorder steps.
- •If blocked, stop and resolve the blocker first.
- •If a step says ask/wait for user, ask and wait.
Trigger
Use when the user asks things like:
- •
Build the component from this Figma link: <FIGMA_DEV_MODE_LINK> - •
Build the XX component from these screenshots (tv2Oj): <MOBILE> + <DESKTOP>
For figma- and screenshot-driven component requests, this is the entry skill and must run first.
Required Inputs
Collect before coding:
- •Task definition from user prompt.
- •Design source:
- •Preferred: Figma Dev Mode link with
node-id. - •Fallback: two screenshots (mobile + desktop).
- •Preferred: Figma Dev Mode link with
- •Source theme for screenshot tasks:
- •
tv2Oj,tv2Nord,tv2Syd,tv2Fyn,tv2East, orkosmopol.
- •
If any required input is missing, ask before implementation.
Workflow (Execute In Order)
- •Parse scope from the user request.
- •Extract design details from source:
- •Figma: extract exact sizes, spacing, typography, colors, tokens.
- •Screenshots: run Read Screenshot first.
- •Screenshots: confirm source theme before implementation.
- •Screenshots: map colors/typography to existing tokens (avoid one-off hardcoded values).
- •Ask where to integrate component:
- •Article:
article.htmlinside<article>, wrapped with<div class="article-component">. - •Frontpage:
index.htmlinside<main>, wrapped with<div class="frontpage-component">.
- •Article:
- •Convert prompt into implementation scope + acceptance checks.
- •State assumptions explicitly when unspecified.
- •Send confirmation message using
./TEMPLATE.md. - •Wait for user confirmation (
yes). - •Create branch with descriptive name, e.g.
build/<component-name>. - •Run Project Architect and apply constraints.
- •Implement component from design source within architecture constraints.
- •Validate:
- •Mobile + desktop behavior.
- •No global CSS/JS leakage.
- •Screenshot-driven builds use tokenized color + typography.
- •Report:
- •What was built.
- •Files changed.
- •Assumptions.
- •Remaining visual deltas for 1:1 tasks and why.
- •Remaining gaps/follow-ups.