DESIGN.md@skills/ui-spec/assets · git:20260813.e3df158 · 2026-08-13 · sha256 3a8565cdec88b9da
DESIGN.md@skills/ui-spec/assets git:20260813.e3df158A
Immutable. This exact content is served forever at /api/v1/blob/3a8565cdec88b9da.
---
name: "Replace with accepted design-system name"
description: "Replace with verified visual authority summary for the selected design system"
colors: {}
typography: {}
spacing: {}
rounded: {}
components: {}
---
## Overview
- Replace this section with a concise, verified summary of brand intent and audience.
- Keep prose factual and linked to accepted product ownership.
## Colors
- Replace the empty `colors` map with approved machine tokens, then name at least one
token here in backticks and describe where it applies.
## Typography
- Replace the empty `typography` map with approved machine tokens, then bind named
tokens here to headings, body copy, labels, and fallback behavior.
## Layout
- Replace the empty `spacing` map with approved machine tokens, then bind named tokens
here to layout rhythm, component gaps, and container behavior.
## Elevation & Depth
- Replace with verified shadow, border, divider, and layering behavior.
## Shapes
- Replace the empty `rounded` map with approved machine tokens, then bind named tokens
here to specific surfaces and controls.
## Components
- When shared component consumers exist, replace the empty `components` map with
component token entries and bind at least one entry here to its states and variants.
- A genuinely unused group may instead move to frontmatter `omitted` as an object with
`section` and a concrete `reason`; repeat that reason verbatim in its standard section.
## Do's and Don'ts
- Do: keep implementation choices aligned to `DESIGN.md` scope and approved tokens.
- Do not: add parallel token systems or duplicate shared component semantics.