About design tokens
Design tokens are the named decisions behind every interface. They connect approved values, semantic themes, and component recipes into a language people and agents can share.
The decisions inside a component
A button combines several approved decisions. Color communicates intent, shape identifies the control, and typography keeps the action readable.
ux.prototype.global.typography.size.16ux.prototype.theme.color.background.primaryux.prototype.theme.color.foreground.on_primaryux.prototype.theme.border.radius.smallux.prototype.global.typography.weight.600150% · documented, variable pendingA global value, given a name
Global tokens are the approved vocabulary of the system. A semantic theme alias can reference a global value; a dedicated abstraction such as Typography can consume primitives deliberately.
#165896ux.prototype.global.color.blue.60Design decisions, made visible
Tokens give repeatable decisions a name: color, spacing, typography, borders, and elevation. A global value records the approved vocabulary. A theme alias gives that value a purpose. Components consume that purpose so their appearance can adapt without rewriting their behavior.
ux .prototype .global .color .blue .60#165896ux .prototype .theme .color .background .primaryPrimary actionBackground + foreground + shapeHow to read global tokens
Global tokens hold static, approved values. Theme tokens normally consume them; a dedicated abstraction such as Typography can also consume primitives deliberately. Domains include color, typography, space, border, screen, and the documented shadow and opacity conventions.
ux.prototype1. NamespaceYour design system’s name.global2. HierarchyAn approved primitive value.color3. DomainThe design decision being described.blue.604. Property / modifierThe attribute, role, level, or intent.How to read theme tokens
Theme tokens describe use, including background, foreground, outline, intent, size, and elevation. The same name can point to different global values in light and dark themes. Changing a system’s name changes its token namespace and exported alias paths together.
ux.prototype1. NamespaceYour design system’s name.theme2. HierarchyA purpose that adapts with the theme.color3. DomainThe design decision being described.background.primary4. Property / modifierThe attribute, role, level, or intent.ux.prototype.theme.color.background.primary
→ {ux.prototype.global.color.blue.60}
CSS
--ux-prototype-theme-color-background-primary:
var(--ux-prototype-global-color-blue-60);A component is a collection of decisions
Review your theme
Check the proposed changes before publishing.
- Surface
ux.prototype.theme.color.background.overlay - Shape
ux.prototype.theme.border.radius.large - Content
ux.prototype.theme.color.foreground.neutral_high - Action
ux.prototype .theme .color .background .primary - Title
ux.prototype.theme.color.foreground.neutral_high - Divider
ux.prototype.theme.color.outline.neutral_low - Supporting copy
ux.prototype.theme.color.foreground.neutral_medium - Secondary action
ux.prototype.theme.color.foreground.neutral_high - Action label
ux.prototype.theme.color.foreground.on_primary - ElevationHigh / down style observed: 0 16px 32px rgb(0 0 0 / .10). Token-table reconciliation remains pending.
Apply the complete recipe. A background token alone cannot define a dialog: include readable foregrounds, boundaries, shape, elevation, spacing, focus behavior, and accessible semantics.
A dependable agent contract
An agent should discover the selected system, resolve aliases for the target theme, select documented components, and return a reviewable proposal. Unknown tokens, circular aliases, unresolved shadow recipes, and unverified combinations must be reported rather than silently substituted. Namespace changes must preserve the semantic hierarchy and source provenance.