polestar.com

# Start here: polestar.com

Observed 2026-10-28T01:02:56.631Z; default light theme. This is a compact handoff, not the full evidence archive: everything you need to start is here, the detailed files are one step away.

## How to use this pack

1. Read `START_HERE.md` and `tokens.css` first: the priority values. Keep observed values; a value marked inferred or fallback is a suggestion to resolve against the screenshots.
2. Open `screenshots/desktop-1440-fold.png` and `screenshots/phone-390-fold.png` and match the composition, density, whitespace and image treatment; the values do not carry those. Treat the inside of an image or canvas as a visual inference, not measured DOM.
3. Read `FONTS.md` and load `fonts.css` before `tokens.css`. Keep exact weights and variable-font settings and verify the fonts that actually render. If a font is unavailable, name the substitute and compare its width and apparent weight before touching the type scale.
4. Before drawing any logo or icon, read `BRAND.md` and open `screenshots/brand-icon-1.png`, `screenshots/brand-icon-2.png`, `screenshots/brand-icon-3.png`: for a new product, create an original mark with the observed proportions and treatment; never guess a shape from a label.
5. Before building any control, read `COMPONENTS.md` (every variant and measured state, with a crop of each), use `components.css` for the CSS and `demos/` for a live copy of each component. A component listed as not found does not exist on the site; do not invent it.
6. Read `REGIONS.md` and inspect its context, detail and icon crops: reconstruct outer and inner surfaces, per-layer gradients and shadows and group spacing (`regions.css` has the recipes), then check the whole page again.
7. Read `BEHAVIOR.md` for hover, focus, tooltips, menus, motion, scrolling, tables, forms, text and each breakpoint, and reproduce the behaviour, not only the colours. No alternate theme was verified; use the observed theme unless another is requested.
8. `layout.html` is a generic page composed only from this pack's measured values, with placeholder copy: open it to see the colours, type, recipes and spacing working together and to check your own wiring of the fonts and tokens against it. It is not the site's composition; the screenshots are.
9. `DESIGN.md` has the whole system when a value is missing above. `evidence.json` is diagnostic data: never in the first read.
10. When done, render at desktop, 390px and 320px, compare with the screenshots, fix the biggest visible mismatch first (usually type size, whitespace or image treatment), recheck keyboard focus, overflow, navigation and forms, and repeat.
11. For another site's design, run `npx stylepack-cli <host>` in the project (it downloads that pack and records it the same way), or fetch https://stylepack.ai/packs/<host>/pack.zip; one question at a time is at https://stylepack.ai/packs/<host>/fonts, /colors and /buttons.

## Priority values and evidence

Values labeled fallback were not observed for that role; inferred-role means a visible heading was mapped to a display role. Keep observed values, but treat fallbacks as suggestions.
Keep measured sizes, tracking, radii and colors unless the new content requires an explicit adaptation. Do not enlarge the headline simply to fill a different line length.
Content width: 1216px. Inferred spacing base: 5px; sampled scale: 5, 10, 15, 25, 30, 65, 80, 110px. Observed CSS breakpoints: 425, 768, 959, 960, 1248px.
Colors: background=#ffffff; surface=#f0f0f0; surface-2=#b3b3b3; foreground=#000000; muted-foreground=#666666; primary=#3a3c3f; on-primary=#ffffff.
- primary: Selected from measured button, link, text, painted-area and theme colors. It is not proof of a filled primary button; follow the observed component recipes.
Radii: button 9999px, card 0px, input 9999px, image 0px.
Shadows: rgb(255, 255, 255) 0px 0px 0px 1px inset; rgba(0, 0, 0, 0.3) 1px 0px 0px 0px; rgb(0, 0, 0) 0px 0px 0px 1px inset.

## Typography

Load fonts.css before applying tokens.css. FONTS.md contains the observed face/weight inventory and rendered-font checks. A CSS family name alone does not load a font.
Copy the supplied @font-face sources verbatim; do not replace a captured face with Google Fonts merely because its name looks similar. Keep fonts.css linked (or inline it verbatim for a single HTML deliverable). It includes measured semantic font defaults; tokens.css supplies scale and spacing. Use each role as a complete recipe: family, exact numeric weight, size, line height, tracking, font-feature-settings (including cv/ss stylistic sets), optical sizing and variable-font settings. A font shorthand resets feature settings; reapply the supplied longhands after it. Do not round 510 to 500/600, or turn a measured light style into a bold heading.
Use the captured family first. Self-hosted is a hosting location, not an availability verdict. An unverified probe is not evidence of failure; do not choose the optional fallback merely because it is familiar. Substitute only after an actual failed destination request or missing licensed source; record that reason and the replacement. A transient network error merits a retry before redesigning the typography.
Fallback roles are unmeasured suggestions. If a role is absent, start from the nearest observed text treatment; do not assume headings must be bold.
- Polestar Unica: observed weights 400; source loading recipe in fonts.css.
- Polestar Unica delivery by face: confirmed 400 normal; failed none; unverified none. Confirmation is from one isolated-origin check, not every deployment. Keep confirmed faces; attempt unverified faces. A failed unused face does not invalidate a working regular/bold face.
After loading, inspect the browser's Rendered Fonts for the headline, body and button. Computed font-family/font-weight and document.fonts.check() alone do not prove which face drew the glyphs.

- headline-display: Polestar Unica; 30px/32px; weight 400; tracking -1.2px; observed, source h1.
- headline-lg: Polestar Unica; 30px/32px; weight 400; tracking -1.2px; observed, source h2.
- headline-md: Polestar Unica; 30px/32px; weight 400; tracking -1.2px; observed, source h3.
- body-md: Polestar Unica; 12px/14px; weight 400; tracking -0.1px; observed, source body.
- label-md: Polestar Unica; 13px/1.4; weight 400; tracking normal; fallback, source label, inferred fields: fontSize, fontFamily, fontWeight, lineHeight.
- button: Polestar Unica; 12px/14px; weight 400; tracking -0.1px; observed, source button.
- Font Polestar Unica: self-hosted; use its captured loader first. Self-hosted does not imply unavailable or licensed for reuse; substitution is conditional, not a second design choice.

## Regional composition

Read REGIONS.md and open the referenced context, detail and icon crops before drawing complex previews. Build outer shell, inset content panel and internal groups as distinct layers where observed. Preserve which surface owns each gradient, border and shadow; do not apply one generic card treatment to every layer.
For images, canvas, video and external SVG, use the rendered crops to infer visible internal groupings. Keep those inferences separate from measured DOM facts. Do not treat an illustration as a functional app or paste the screenshot as the finished UI. Return to the whole-page screenshots to match scale and placement.
- r1: 1440×424px at page (0, 112); 2 measured layers, 0 icon samples, 0 opaque media layers. screenshots/region-r1-context.jpg, screenshots/region-r1-detail.png
- r2: 1440×788px at page (0, 112); 1 measured layers, 0 icon samples, 1 opaque media layers. screenshots/region-r2-context.jpg, screenshots/region-r2-detail.png
- r3: 1440×515px at page (0, 900); 9 measured layers, 4 icon samples, 2 opaque media layers. screenshots/region-r3-context.jpg, screenshots/region-r3-detail.png, screenshots/region-r3-icons.png

## Component recipes

- primary button: bg #3a3c3f; text #ffffff; border none; radius 9999px; height 48px; padding 0px 0px; type 16px/400; shadow none.
- Card: {"bg":"transparent","border":"none","radius":"0px","padding":"0px","shadow":"rgba(0, 0, 0, 0.3) 1px 0px 0px 0px","w":720,"h":515}.

## Responsive and interaction evidence

- desktop 1440px: content 1216px, gutter 112px, H1 30px, 1 line, start, header 22px, 1 links, grids 5→2 col; 5→2 col; 5→2 col.
- laptop 1024px: content 896px, gutter 64px, H1 30px, 1 line, start, header 22px, 1 links, grids 5→2 col; 5→5 col; 5→2 col.
- tablet 768px: content 672px, gutter 48px, H1 30px, 1 line, start, header 64px, hamburger (Open the menu), grids 2→1 col; 2→1 col; 2→1 col.
- phone 390px: content 343px, gutter 23px, H1 30px, 1 line, start, header 56px, hamburger (Open the menu), grids 2→1 col; 2→1 col; 2→1 col.
H1 goes 30px → 30px (100%), 1 → 1 lines.
Nav collapses to a hamburger by 390px (first seen at 768px); header 22px → 56px.
Card grids: 2 columns → 1 column on phones (gap 0px 32px → 24px).
Body text is 16px at the sampled desktop and phone widths.
- Hover button-primary: no visible change.
- Hover nav-link: no visible change.
- Hover body-link: no visible change.
- Focus button-primary: no visible focus style measured (may rely on :focus-visible with keyboard only).
- Focus body-link: no visible focus style measured (may rely on :focus-visible with keyboard only).
330 elements carry transitions; typical 0.2s with ease, mostly on color, opacity, width. 1 running keyframe animations (onetrust-fade-in 0.4s 1).
No alternate theme verified.

## Logo and icons

Logo not confidently located.
Icon: 8×8px; filled; stroke none observed, caps not applicable.
Icon: 16×16px; filled; stroke none observed, caps not applicable.

## First images to open

- screenshots/desktop-1440-fold.png: Desktop 1440, above the fold
- screenshots/phone-390-fold.png: Phone 390, above the fold

## Verify the build

Render at desktop, 390px and 320px. Inspect the result, compare against the supplied references, fix the largest visible mismatch, and recheck keyboard focus, overflow, navigation and form behavior. Match the visual language while following the requested product content.