What makes
a design system
ai-native?
-
[1]
Semantic, intent-based naming
Name things by intent, not appearance —
role/on-accent, neverwhite. Agents reason about a vocabulary, not a swatch. -
[2]
Machine-readable contracts
Every relationship is declared by a schema — tokens, taxonomy, slots, applicability, presets, patterns. Six files; no inference from prose.
-
[3]
Closed, enforced choice space
Valid combinations are finite and listable.
whenpredicates gate modifiers; a linter rejects the rest before it ships. -
[4]
Slot + nesting contracts
What can be placed inside what is declared — not implied.
slot.acceptsturns composition into a type problem an agent can solve. -
[5]
One source. Many generated outputs.
Define-once. Docs, types, lint rules and the MCP surface are all built from the same canonical spec. No drift.
-
[6]
Agent-navigable surface + conformance
The system answers agent queries via MCP. Implementations declare coverage; the validator confirms it.
Artifacts of an
AI-Native design system
Every claim on this site links to a file in one repository. The site renders from those artifacts; a build regenerates everything else.
Who implements each principle today
Real design systems already ship pieces of this. None ship the whole graph. Each note describes how that system implements the principle — followed by the AINDF artifact that formalizes it.
-
Figma scopinga variable binds only to properties in its scope (
FRAME_FILL,TEXT_FILL…) — invalid bindings refused at source Tailwind CSSa constrained, finite theme scale — you compose from the allowed set, not arbitrary values Panda / vanilla-extracttyped variant recipes — the variant matrix is finite and type-checked at build Radix Primitivesconstrained, enumerated component props
A design system is fully ai-native when it ships all six principles from one source. Most ship a subset. aindf is the spec for the whole graph.