@motion-proto/live-tokens 0.72.1 → 0.74.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@motion-proto/live-tokens",
-  "version": "0.72.1",
+  "version": "0.74.0",
   "type": "module",
   "description": "Design token editor with live CSS variable editing. Svelte 5 + Vite 8.",
   "keywords": [
@@ -50,6 +50,7 @@
     "src/live-tokens/data/sketch-styles/dry.json",
     "dist-plugin",
     ".claude/skills",
+    "!.claude/skills/**/skill-alt.md",
     "bin",
     "template",
     "!**/*.test.ts",
@@ -101,6 +102,11 @@
       "svelte": "./src/editor/docs/Docs.svelte",
       "default": "./src/editor/docs/Docs.svelte"
     },
+    "./skill-atlas": {
+      "types": "./src/editor/skill-atlas/SkillAtlas.svelte.d.ts",
+      "svelte": "./src/editor/skill-atlas/SkillAtlas.svelte",
+      "default": "./src/editor/skill-atlas/SkillAtlas.svelte"
+    },
     "./backdrop": {
       "svelte": "./src/system/backdrop/index.ts",
       "types": "./src/system/backdrop/index.ts",
@@ -154,15 +160,17 @@
     "check:token-contract": "node scripts/check-token-contract.mjs",
     "check:preset-themes": "node scripts/check-preset-themes.mjs",
     "check:skills": "node scripts/check-skills.mjs",
+    "check:skill-sources": "node scripts/sync-skill-sources.mjs --check",
     "check:skill-atlas": "node scripts/sync-skill-atlas.mjs",
     "sync:component-defaults": "node scripts/sync-component-defaults.mjs --write",
     "sync:docs": "node scripts/sync-docs.mjs --write",
+    "sync:skill-sources": "node scripts/sync-skill-sources.mjs --write",
     "sync:skill-atlas": "node scripts/sync-skill-atlas.mjs --write",
     "seed:preset-theme": "node scripts/seed-preset-theme.mjs",
     "collapse:theme": "node scripts/collapse-theme-to-default.mjs",
     "check:smoke-install": "bash scripts/smoke-install.sh",
     "check:smoke-create": "bash scripts/smoke-create.sh",
-    "prepublishOnly": "npm run check:no-style-imports && npm run check:no-tooling-imports && npm run check:slot-prose && npm run check:overlay-portal && npm run check:editor-font-isolation && npm run check:component-defaults && npm run check:pages && npm run check:production-is-default && npm run check:docs-content && npm run build:lib && npm run check:token-contract && npm run check:preset-themes && npm run check:skills && npm run check:skill-atlas && npm run check:smoke-install && npm run check:smoke-create"
+    "prepublishOnly": "npm run check:no-style-imports && npm run check:no-tooling-imports && npm run check:slot-prose && npm run check:overlay-portal && npm run check:editor-font-isolation && npm run check:component-defaults && npm run check:pages && npm run check:production-is-default && npm run check:docs-content && npm run build:lib && npm run check:token-contract && npm run check:preset-themes && npm run check:skills && npm run check:skill-sources && npm run check:skill-atlas && npm run check:smoke-install && npm run check:smoke-create"
   },
   "peerDependencies": {
     "@sveltejs/vite-plugin-svelte": "^7.0",

package/src/editor/core/themes/{generateColorsAndType.ts → buildColors.ts}

@@ -1,8 +1,12 @@
 /**
- * Brief → generator: a full ColorsAndType from 10 OKLCH seeds + a scheme, with
- * AA floors enforced on derived text tokens. Seed *selection* lives in the
- * live-tokens-generate-theme skill; the CLI reaches this via
- * `dist-plugin/generateColorsAndType`, so keep this module Node-safe (no DOM).
+ * Base colors → the theme's color state: ten OKLCH base colors + a scheme give
+ * the palettes, the harmony axes, the swatch gradients, and the override bag,
+ * with AA floors enforced on derived text tokens. Choosing the base colors
+ * lives in the live-tokens-set-colors skill; the CLI reaches this via
+ * `dist-plugin/setColors`, so keep this module Node-safe (no DOM).
+ *
+ * This is one dimension of a theme, not a theme: the caller merges the result
+ * into the live colors and type, and `save-theme` composes the document.
  */
 
 import { hexToOklch, cssColorToOklch, oklchToHexClamped, type Oklch } from '../palettes/oklch';
@@ -22,30 +26,26 @@ import { SHADOW_VAR_NAMES, parseShadowCss, shadowTokenCss } from './parsers/shad
 import { AA_BODY, AA_LARGE, contrastRatio, findLForContrast } from '../palettes/contrast';
 import { type HarmonyAxis, type HarmonyMode } from '../palettes/colorHarmony';
 import { defaultPaletteConfig } from '../../ui/palette/paletteMath';
-import { sanitizeFileName } from '../storage/files/versionedFileResourceClient';
-import { CURRENT_COLORS_AND_TYPE_SCHEMA_VERSION } from './migrations/index';
-import type { FontSource, FontStack, GradientDiskToken, PaletteConfig, ColorsAndType } from './themeTypes';
+import type { GradientDiskToken, PaletteConfig } from './themeTypes';
 
-export interface ColorsAndTypeBrief {
-  name: string;
+export interface ColorsInput {
   scheme: SchemeDirection;
-  /** One seed per palette label (all 10 required); hex string or numeric OKLCH. */
-  seeds: Record<string, Oklch | string>;
-  /** Advisory record of the harmony reasoning; seeds stay ground truth. */
+  /** The one color each palette's ramp derives from (all 10 required); hex string or numeric OKLCH. */
+  baseColors: Record<string, Oklch | string>;
+  /** Advisory record of the harmony reasoning; the base colors stay ground truth. */
   harmony?: { mode: HarmonyMode };
   /** Page-background sky. Off by default; the skill turns it on only when the
-   *  mood brief evokes atmosphere. The engine derives the stops itself, on the
+   *  request evokes atmosphere. The engine derives the stops itself, on the
    *  scheme's safe side of the Canvas anchor. */
   canvasGradient?: boolean;
 }
 
-/** Non-color content carried forward from the currently active colors and type
- *  so gradients, shadow geometry, component aliases, and fonts survive
- *  regeneration. Shadow opacity is derived, not carried — see `shadowVars`. */
+/** The live colors and type this pass reads before it replaces the color
+ *  state: the override bag, so every name no palette owns rides through, and
+ *  the swatch gradients, so user-tuned ones survive. Shadow opacity is
+ *  derived, not carried — see `shadowVars`. */
 export interface CarryForward {
   cssVariables?: Record<string, string>;
-  fontSources?: FontSource[];
-  fontStacks?: FontStack[];
   gradients?: GradientDiskToken[];
 }
 
@@ -59,14 +59,14 @@ export interface ContrastCheck {
   corrected: boolean;
 }
 
-export interface GenerateColorsAndTypeReport {
+export interface BuildColorsReport {
   scheme: SchemeDirection;
   checks: ContrastCheck[];
   failures: string[];
   /** 'recipes' when the engine replaced absent/stock swatch gradients with the
    *  family-relative recipes; 'carried' when user-tuned ones rode through. */
   gradients: 'recipes' | 'carried';
-  /** Present when the brief opted into the page-background sky: either
+  /** Present when the input opted into the page-background sky: either
    *  'on, <sky> → <anchor>' or a 'skipped — …' explanation when the Canvas
    *  anchors at the ramp edge and leaves no room. */
   canvasGradient?: string;
@@ -74,10 +74,18 @@ export interface GenerateColorsAndTypeReport {
   shadows: string;
 }
 
-export interface GenerateColorsAndTypeResult {
-  colorsAndType: ColorsAndType;
-  slug: string;
-  report: GenerateColorsAndTypeReport;
+/** The color dimension of a colors-and-type document. Every other key —
+ *  name, timestamps, fonts, schema version — belongs to the caller. */
+export interface ColorsState {
+  editorConfigs: Record<string, PaletteConfig>;
+  harmonyAxes: HarmonyAxis[];
+  gradients: GradientDiskToken[];
+  cssVariables: Record<string, string>;
+}
+
+export interface BuildColorsResult {
+  colors: ColorsState;
+  report: BuildColorsReport;
 }
 
 const HEX_RE = /^#[0-9a-f]{6}$/i;
@@ -112,7 +120,7 @@ const FUNCTIONAL_TEXT_LABELS = PALETTE_SPECS
 
 const norm = (h: number): number => (h >= 0 && h < 360 ? h : ((h % 360) + 360) % 360);
 
-function parseSeed(label: string, raw: Oklch | string, problems: string[]): Oklch | null {
+function parseBaseColor(label: string, raw: Oklch | string, problems: string[]): Oklch | null {
   if (typeof raw === 'string') {
     if (!HEX_RE.test(raw.trim())) {
       problems.push(`${label}: "${raw}" is not a #rrggbb hex color`);
@@ -128,41 +136,37 @@ function parseSeed(label: string, raw: Oklch | string, problems: string[]): Oklc
   return { l, c, h: norm(h) };
 }
 
-function validateBrief(brief: ColorsAndTypeBrief): { seeds: Record<string, Oklch>; slug: string } {
+function validateInput(input: ColorsInput): Record<string, Oklch> {
   const problems: string[] = [];
-  const name = typeof brief.name === 'string' ? brief.name.trim() : '';
-  if (!name) problems.push('name: required');
-  const slug = sanitizeFileName(name || 'unnamed');
-  if (slug === 'default') problems.push('name: "default" is the protected package theme; pick another name');
-  if (brief.scheme !== 'light' && brief.scheme !== 'dark') {
-    problems.push(`scheme: must be "light" or "dark", got ${JSON.stringify(brief.scheme)}`);
+  if (input.scheme !== 'light' && input.scheme !== 'dark') {
+    problems.push(`scheme: must be "light" or "dark", got ${JSON.stringify(input.scheme)}`);
   }
-  if (brief.harmony && !HARMONY_MODES.includes(brief.harmony.mode)) {
-    problems.push(`harmony.mode: unknown mode ${JSON.stringify(brief.harmony.mode)}`);
+  if (input.harmony && !HARMONY_MODES.includes(input.harmony.mode)) {
+    problems.push(`harmony.mode: unknown mode ${JSON.stringify(input.harmony.mode)}`);
   }
-  if (brief.canvasGradient !== undefined && typeof brief.canvasGradient !== 'boolean') {
-    problems.push(`canvasGradient: must be a boolean, got ${JSON.stringify(brief.canvasGradient)}`);
+  if (input.canvasGradient !== undefined && typeof input.canvasGradient !== 'boolean') {
+    problems.push(`canvasGradient: must be a boolean, got ${JSON.stringify(input.canvasGradient)}`);
   }
 
-  const seeds: Record<string, Oklch> = {};
-  const given = brief.seeds ?? {};
+  const baseColors: Record<string, Oklch> = {};
+  const given = input.baseColors ?? {};
   for (const spec of PALETTE_SPECS) {
     if (!(spec.label in given)) {
-      problems.push(`seeds.${spec.label}: missing`);
+      problems.push(`baseColors.${spec.label}: missing`);
       continue;
     }
-    const parsed = parseSeed(spec.label, given[spec.label], problems);
-    if (parsed) seeds[spec.label] = parsed;
+    const parsed = parseBaseColor(spec.label, given[spec.label], problems);
+    if (parsed) baseColors[spec.label] = parsed;
   }
   const known = new Set<string>(PALETTE_SPECS.map((s) => s.label));
   for (const label of Object.keys(given)) {
-    if (!known.has(label)) problems.push(`seeds.${label}: unknown palette (expected ${[...known].join(', ')})`);
+    if (!known.has(label)) problems.push(`baseColors.${label}: unknown palette (expected ${[...known].join(', ')})`);
   }
 
   if (problems.length > 0) {
-    throw new Error(`Invalid theme brief:\n  ${problems.join('\n  ')}`);
+    throw new Error(`Invalid base color file:\n  ${problems.join('\n  ')}`);
   }
-  return { seeds, slug };
+  return baseColors;
 }
 
 interface CheckDef {
@@ -233,16 +237,16 @@ function worstSurface(
 }
 
 /** Pin the palette's Text curves so `step` derives to the solved color: the
- *  lightness anchor is the solved L as a multiplier of seed L, the saturation
- *  anchor the solved chroma as a multiplier of seed C (the solver may have
+ *  lightness anchor is the solved L as a multiplier of the base color's L, the
+ *  saturation anchor the solved chroma as a multiplier of its C (the solver may have
  *  decayed chroma to reach the ratio, so lightness alone can undershoot). */
 function pinTextStep(cfg: PaletteConfig, step: Step, solved: { l: number; c: number }): void {
   const x = scaleStepToX(step, TEXT_SCALE);
-  const seed = cfg.baseColor;
-  const yL = Math.max(0, Math.min(200, (solved.l / seed.l) * 100));
+  const base = cfg.baseColor;
+  const yL = Math.max(0, Math.min(200, (solved.l / base.l) * 100));
   cfg.scaleCurves.Text.lightness = setCurveAnchor(cfg.scaleCurves.Text.lightness, x, yL).curve;
-  if (seed.c > 0) {
-    const yC = Math.max(0, Math.min(200, (solved.c / seed.c) * 100));
+  if (base.c > 0) {
+    const yC = Math.max(0, Math.min(200, (solved.c / base.c) * 100));
     cfg.scaleCurves.Text.saturation = setCurveAnchor(cfg.scaleCurves.Text.saturation, x, yC).curve;
   }
 }
@@ -252,7 +256,7 @@ const MAX_CORRECTION_ROUNDS = 3;
 function runContrastGate(
   configs: Record<string, PaletteConfig>,
   scheme: SchemeDirection,
-): Pick<GenerateColorsAndTypeReport, 'scheme' | 'checks' | 'failures'> {
+): Pick<BuildColorsReport, 'scheme' | 'checks' | 'failures'> {
   const defs = checkDefs();
   const direction = scheme === 'light' ? 'darker' : 'lighter';
   const corrected = new Set<string>();
@@ -267,14 +271,14 @@ function runContrastGate(
       const worst = worstSurface(textHex, vars);
       if (worst.ratio >= def.floor) continue;
       const cfg = configs[def.paletteLabel];
-      const seed = cfg.baseColor;
+      const base = cfg.baseColor;
       const solved = findLForContrast({
         against: varToHex(vars[worst.against]) ?? '#000000',
         ratio: def.target,
         direction,
         c: text.c,
-        h: seed.h,
-        lMax: Math.min(1, 2 * seed.l),
+        h: base.h,
+        lMax: Math.min(1, 2 * base.l),
       });
       pinTextStep(cfg, def.step, solved);
       corrected.add(def.textVar);
@@ -301,8 +305,8 @@ function runContrastGate(
     .map((c) => {
       const label = defs.find((d) => d.textVar === c.textVar)!.paletteLabel;
       const hint = scheme === 'dark'
-        ? `raise the ${label} seed lightness (derived text tops out at 2× seed L)`
-        : `raise the ${label} seed lightness or reduce its chroma`;
+        ? `raise the ${label} base color lightness (derived text tops out at 2× its L)`
+        : `raise the ${label} base color lightness or reduce its chroma`;
       return `${c.textVar} reaches ${c.ratio.toFixed(2)}:1 vs ${c.against} (floor ${c.floor}:1) — ${hint}`;
     });
 
@@ -323,19 +327,19 @@ const linear = (variable: string, angle: number, from: string, to: string): Grad
   stops: [{ position: 0, color: from }, { position: 100, color: to }],
 });
 
-/** The four swatch recipes, family-relative so they suit any seed set: a
+/** The four swatch recipes, family-relative so they suit any set of base colors: a
  *  within-family brand sweep, two cross-family pairs that fall back to
  *  within-family when the hues sit more than 120° apart (an srgb gradient
  *  between distant hues passes through gray), and a canvas sweep on the
  *  scheme's rich half of the ramp. Stops are var() refs, so later palette
  *  edits flow through. */
-function recipeGradients(seeds: Record<string, Oklch>, scheme: SchemeDirection): GradientDiskToken[] {
+function recipeGradients(baseColors: Record<string, Oklch>, scheme: SchemeDirection): GradientDiskToken[] {
   return [
     linear('--gradient-1', 90, '--color-brand-400', '--color-brand-700'),
-    hueDist(seeds.Special.h, seeds.Brand.h) <= ADJACENT_HUE_MAX
+    hueDist(baseColors.Special.h, baseColors.Brand.h) <= ADJACENT_HUE_MAX
       ? linear('--gradient-2', 135, '--color-special-500', '--color-brand-500')
       : linear('--gradient-2', 135, '--color-special-400', '--color-special-700'),
-    hueDist(seeds.Brand.h, seeds.Accent.h) <= ADJACENT_HUE_MAX
+    hueDist(baseColors.Brand.h, baseColors.Accent.h) <= ADJACENT_HUE_MAX
       ? linear('--gradient-3', 90, '--color-brand-500', '--color-accent-500')
       : linear('--gradient-3', 90, '--color-accent-400', '--color-accent-700'),
     scheme === 'dark'
@@ -367,7 +371,7 @@ function applyCanvasGradient(canvas: PaletteConfig, scheme: SchemeDirection): st
     ? Math.min(anchor + 2, labels.length - 1)
     : Math.max(anchor - 2, 0);
   if (sky === anchor) {
-    return `skipped — the Canvas seed anchors at the ramp edge (${labels[anchor]}), leaving no room for a sky; commit the canvas further from ${scheme === 'dark' ? 'black' : 'white'}`;
+    return `skipped — the Canvas base color anchors at the ramp edge (${labels[anchor]}), leaving no room for a sky; commit the canvas further from ${scheme === 'dark' ? 'black' : 'white'}`;
   }
   canvas.emptyMode = 'gradient';
   canvas.gradientStyle = 'linear';
@@ -409,9 +413,9 @@ export function shadowOpacityForCanvas(canvasL: number): number {
 
 /** Recolor the scale for this canvas: carried geometry and color ride through
  *  (elevation shape belongs to the shape pass), opacity is replaced. Replaced
- *  rather than kept-when-untouched, because a brief iterated from a light
+ *  rather than kept-when-untouched, because a run iterated from a light
  *  canvas to a dark one would otherwise hold a shadow too faint to see. The
- *  Canvas seed is the page background verbatim, so it is the ground the
+ *  Canvas base color is the page background verbatim, so it is the ground the
  *  shadow falls on. */
 function shadowVars(carried: Record<string, string>, canvas: Oklch): Record<string, string> {
   const opacity = shadowOpacityForCanvas(canvas.l);
@@ -424,36 +428,32 @@ function shadowVars(carried: Record<string, string>, canvas: Oklch): Record<stri
   return out;
 }
 
-export function buildColorsAndTypeFromSeeds(
-  brief: ColorsAndTypeBrief,
-  carry: CarryForward = {},
-  now: string = new Date().toISOString(),
-): GenerateColorsAndTypeResult {
-  const { seeds, slug } = validateBrief(brief);
+export function buildColors(input: ColorsInput, carry: CarryForward = {}): BuildColorsResult {
+  const baseColors = validateInput(input);
 
   const configs: Record<string, PaletteConfig> = {};
   for (const spec of PALETTE_SPECS) {
     configs[spec.label] = defaultPaletteConfig({
-      baseColor: seeds[spec.label],
+      baseColor: baseColors[spec.label],
       neutral: spec.neutral,
-      scheme: brief.scheme,
+      scheme: input.scheme,
     });
   }
 
-  const report = runContrastGate(configs, brief.scheme);
-  const canvasGradient = brief.canvasGradient
-    ? applyCanvasGradient(configs.Canvas, brief.scheme)
+  const report = runContrastGate(configs, input.scheme);
+  const canvasGradient = input.canvasGradient
+    ? applyCanvasGradient(configs.Canvas, input.scheme)
     : undefined;
 
   const gradients = isStockGradients(carry.gradients)
-    ? recipeGradients(seeds, brief.scheme)
+    ? recipeGradients(baseColors, input.scheme)
     : carry.gradients!;
 
   const harmonyAxes: HarmonyAxis[] = [
-    { hue: norm(seeds.Brand.h), family: 'Brand' },
-    { hue: norm(seeds.Accent.h), family: 'Accent' },
-    { hue: norm(seeds.Canvas.h), family: 'Canvas' },
-    { hue: norm(seeds.Brand.h + 270), family: null },
+    { hue: norm(baseColors.Brand.h), family: 'Brand' },
+    { hue: norm(baseColors.Accent.h), family: 'Accent' },
+    { hue: norm(baseColors.Canvas.h), family: 'Canvas' },
+    { hue: norm(baseColors.Brand.h + 270), family: null },
   ];
 
   // The catch-all bag carries only tokens no typed slice owns (the server's
@@ -464,28 +464,14 @@ export function buildColorsAndTypeFromSeeds(
   );
   // Rendered projections of the structured gradients, kept for production CSS.
   for (const t of gradients) cssVariables[t.variable] = formatGradientValue(t);
-  Object.assign(cssVariables, shadowVars(carry.cssVariables ?? {}, seeds.Canvas));
-
-  const colorsAndType: ColorsAndType = {
-    name: brief.name.trim(),
-    createdAt: now,
-    updatedAt: now,
-    editorConfigs: configs,
-    cssVariables,
-    fontSources: carry.fontSources ?? [],
-    fontStacks: carry.fontStacks ?? [],
-    gradients,
-    harmonyAxes,
-    schemaVersion: CURRENT_COLORS_AND_TYPE_SCHEMA_VERSION,
-  };
+  Object.assign(cssVariables, shadowVars(carry.cssVariables ?? {}, baseColors.Canvas));
 
   return {
-    colorsAndType,
-    slug,
+    colors: { editorConfigs: configs, harmonyAxes, gradients, cssVariables },
     report: {
       ...report,
       gradients: gradients === carry.gradients ? 'carried' : 'recipes',
-      shadows: `opacity ${shadowOpacityForCanvas(seeds.Canvas.l)} for a canvas at L ${seeds.Canvas.l.toFixed(2)}`,
+      shadows: `opacity ${shadowOpacityForCanvas(baseColors.Canvas.l)} for a canvas at L ${baseColors.Canvas.l.toFixed(2)}`,
       ...(canvasGradient ? { canvasGradient } : {}),
     },
   };

package/src/editor/core/themes/migrations/2026-09-03-drop-legacy-component-keys.ts

@@ -0,0 +1,62 @@
+import type { Migration } from './index';
+
+/**
+ * The color, type, and border-width siblings of the shape/space keys
+ * 2026-08-13 removed. All 36 were left behind when Badge's `trait` variant,
+ * SectionDivider's title and description slots, and Dialog's variant-by-state
+ * axes were renamed. `tokens.css` declares none of them and nothing reads one,
+ * so they are a dead second home for state the component configs now own.
+ */
+const DROPPED = new Set([
+  '--badge-trait-surface',
+  '--badge-trait-text',
+  '--badge-trait-text-font-family',
+  '--badge-trait-text-font-size',
+  '--badge-trait-text-font-weight',
+  '--badge-trait-text-line-height',
+  '--badge-trait-border',
+  '--badge-trait-border-width',
+  '--badge-trait-shadow',
+  '--sectiondivider-title',
+  '--sectiondivider-title-font-family',
+  '--sectiondivider-title-font-size',
+  '--sectiondivider-title-font-weight',
+  '--sectiondivider-title-line-height',
+  '--sectiondivider-title-border-width',
+  '--sectiondivider-title-stroke-color',
+  '--sectiondivider-description',
+  '--sectiondivider-description-font-family',
+  '--sectiondivider-description-font-size',
+  '--sectiondivider-description-font-weight',
+  '--sectiondivider-description-line-height',
+  '--dialog-primary-default-surface',
+  '--dialog-primary-default-text',
+  '--dialog-primary-default-border',
+  '--dialog-primary-default-border-width',
+  '--dialog-primary-hover-surface',
+  '--dialog-primary-hover-text',
+  '--dialog-primary-hover-border',
+  '--dialog-primary-hover-border-width',
+  '--dialog-secondary-default-text',
+  '--dialog-secondary-default-border',
+  '--dialog-secondary-default-border-width',
+  '--dialog-secondary-hover-surface',
+  '--dialog-secondary-hover-text',
+  '--dialog-secondary-hover-border',
+  '--dialog-secondary-hover-border-width',
+]);
+
+export const colorsAndTypeMigration_2026_09_03_dropLegacyComponentKeys: Migration = {
+  id: '2026-09-03-drop-legacy-component-keys',
+  fromVersion: 7,
+  toVersion: 8,
+  appliesTo: 'colors-and-type',
+  apply(rawVars) {
+    const out: Record<string, string> = {};
+    for (const [key, value] of Object.entries(rawVars)) {
+      if (DROPPED.has(key)) continue;
+      out[key] = value;
+    }
+    return out;
+  },
+};

package/src/editor/core/themes/migrations/index.ts

@@ -73,6 +73,7 @@ import {
 import { componentMigration_2026_09_01_tabbarActiveTint } from './2026-09-01-tabbar-active-tint';
 import { componentMigration_2026_09_01_gateSuffixEnabled } from './2026-09-01-gate-suffix-enabled';
 import { componentMigration_2026_09_02_sectiondividerDropTitleOutline } from './2026-09-02-sectiondivider-drop-title-outline';
+import { colorsAndTypeMigration_2026_09_03_dropLegacyComponentKeys } from './2026-09-03-drop-legacy-component-keys';
 
 /**
  * Registered migrations. Order in this array does not matter — the runner
@@ -112,6 +113,7 @@ export const MIGRATIONS: Migration[] = [
   componentMigration_2026_09_01_tabbarActiveTint,
   componentMigration_2026_09_01_gateSuffixEnabled,
   componentMigration_2026_09_02_sectiondividerDropTitleOutline,
+  colorsAndTypeMigration_2026_09_03_dropLegacyComponentKeys,
 ];
 
 function countFor(kind: 'colors-and-type' | 'component-config'): number {

package/src/editor/docs/content/creating-components.md

@@ -16,6 +16,19 @@ npx @motion-proto/live-tokens setup-claude
 This copies the bundled skills into your project's `.claude/skills/`. Once
 they're there, Claude Code picks them up automatically.
 
+## Browse the skill atlas
+
+The package also ships a Skill Atlas component: a diagram of the reasoning
+behind each bundled skill, with its `SKILL.md` and reference files alongside
+so you can see exactly which lines drive which step. Import it from
+`@motion-proto/live-tokens/skill-atlas` and mount it on a route of your own:
+
+```js
+'/skills': {
+  lazy: () => import('@motion-proto/live-tokens/skill-atlas'),
+},
+```
+
 ## Ask for a component
 
 Describe what you want in plain English. Phrases like these trigger the skill:

package/src/editor/docs/content/themes-workflow.md

@@ -63,10 +63,10 @@ name and the editor checks it, or paste a fonts URL, an embed tag, or your own
 You can also set both faces at once from the command line:
 
 ```bash
-npx live-tokens set-fonts fonts.json
+npx live-tokens set-type fonts.json
 ```
 
-with a brief naming the families:
+with a pairing file naming the families:
 
 ```json
 { "display": "Fraunces", "body": "Nunito Sans" }

package/src/editor/docs/content.generated.ts

@@ -3,11 +3,11 @@
 
 export const docContent: Record<string, string> = {
   "01-overview": "# Overview\n\nLiveTokens is a design system for building Svelte microsites quickly. You\nstyle your site by editing tokens and components in a live editor. When it looks right, you save the theme and ship it.\n\n## How it works\n\n- The editor runs in your dev server, on top of your real pages. You style in\n  context, not in a separate sandbox.\n- Every change updates a CSS variable, so the page repaints instantly. No\n  reload, no build step.\n- Saving writes a small JSON file into your project. Shipping bakes your chosen\n  theme into a plain CSS file that the build bundles.\n- The editor is dev-only. Production ships plain CSS variables and the\n  components you used, nothing else.\n\n## What you can edit\n\n- **Tokens**: the design-system primitives, colour palettes, type, spacing,\n  radius, shadow, and gradients, that apply across your whole site.\n- **Components**: the package ships about 25 editable components (Button,\n  IconButton, Card, Dialog, Table, and more). You style components by changing\n  the tokens assigned to each property.\n\n## Where to go next\n\n- **[Getting started](getting-started.md)**: scaffold a project and make your\n  first edit.\n- **[Editing tokens](editing-tokens.md)**: a tour of the editor.\n- **[Sketch mode](sketch-mode.md)**: redraw the page by hand.\n- **[Themes](themes-workflow.md)**: save, switch, and ship.\n- **[Creating components](creating-components.md)**: make your own components\n  editable.\n",
-  "creating-components": "# Creating components\n\nThe package ships about 25 editable components. When you need one it doesn't\nhave, you can make your own Svelte component editable, so anyone using the\neditor can re-point its colours, type, and spacing without touching code.\n\nThe simplest way is to ask Claude. The package bundles a Claude Code skill that\nknows the conventions, writes the files, and checks the result for you.\n\n## Install the skills\n\n```bash\nnpx @motion-proto/live-tokens setup-claude\n```\n\nThis copies the bundled skills into your project's `.claude/skills/`. Once\nthey're there, Claude Code picks them up automatically.\n\n## Ask for a component\n\nDescribe what you want in plain English. Phrases like these trigger the skill:\n\n- \"Add a Toggle component to live-tokens\"\n- \"Make this Svelte component editable in the live-tokens editor\"\n- \"Create a Stat component with a value and a label\"\n\nClaude asks any clarifying questions it needs (which variants, which states,\nwhich parts), then writes the component, registers it with the editor, and runs\nits verification checklist. When it finishes, open `/live-tokens/components` to see your new\ncomponent in the editor and confirm everything works.\n\n## What you get\n\n- A runtime component whose editable properties default to your theme tokens.\n- An editor entry that appears under **Custom** in the `/live-tokens/components` view.\n- The naming and wiring handled for you, so the component fits the system.\n\nAdvanced authors who want to write a component by hand can read the naming and\nstate-model conventions shipped in the package\n(`src/system/styles/CONVENTIONS.md` and the skill's own `SKILL.md`).\n",
+  "creating-components": "# Creating components\n\nThe package ships about 25 editable components. When you need one it doesn't\nhave, you can make your own Svelte component editable, so anyone using the\neditor can re-point its colours, type, and spacing without touching code.\n\nThe simplest way is to ask Claude. The package bundles a Claude Code skill that\nknows the conventions, writes the files, and checks the result for you.\n\n## Install the skills\n\n```bash\nnpx @motion-proto/live-tokens setup-claude\n```\n\nThis copies the bundled skills into your project's `.claude/skills/`. Once\nthey're there, Claude Code picks them up automatically.\n\n## Browse the skill atlas\n\nThe package also ships a Skill Atlas component: a diagram of the reasoning\nbehind each bundled skill, with its `SKILL.md` and reference files alongside\nso you can see exactly which lines drive which step. Import it from\n`@motion-proto/live-tokens/skill-atlas` and mount it on a route of your own:\n\n```js\n'/skills': {\n  lazy: () => import('@motion-proto/live-tokens/skill-atlas'),\n},\n```\n\n## Ask for a component\n\nDescribe what you want in plain English. Phrases like these trigger the skill:\n\n- \"Add a Toggle component to live-tokens\"\n- \"Make this Svelte component editable in the live-tokens editor\"\n- \"Create a Stat component with a value and a label\"\n\nClaude asks any clarifying questions it needs (which variants, which states,\nwhich parts), then writes the component, registers it with the editor, and runs\nits verification checklist. When it finishes, open `/live-tokens/components` to see your new\ncomponent in the editor and confirm everything works.\n\n## What you get\n\n- A runtime component whose editable properties default to your theme tokens.\n- An editor entry that appears under **Custom** in the `/live-tokens/components` view.\n- The naming and wiring handled for you, so the component fits the system.\n\nAdvanced authors who want to write a component by hand can read the naming and\nstate-model conventions shipped in the package\n(`src/system/styles/CONVENTIONS.md` and the skill's own `SKILL.md`).\n",
   "editing-tokens": "# Editing tokens\n\nA tour of the editor. The page behind it repaints on every change; saving\nwrites a theme file you can reload later.\n\nThe editor has four views:\n\n- **Tokens**: the design-system primitives (colour, type, spacing, and so on).\n  They apply everywhere your site uses them.\n- **Color Wheel**: the harmony wheel, the palette curves, and the story your colours\n  tell across a page.\n- **Components**: per-component editors. Re-Assign what tokens a component uses\n  without changing the underlying system.\n- **Sketchstyle**: an effect layer that redraws the page by hand. See\n  [Sketch mode](sketch-mode.md).\n\nThis page covers **Tokens**. For components, see\n[Creating components](creating-components.md).\n\n## Palettes\n\nMost colour work happens here. Each palette (Brand, Accent, Neutral, Canvas,\nSuccess, Warning, Info, Danger, and a few more) has:\n\n- **Base colour.** Pick a hex; the palette derives an 11-step ramp (100 to 950)\n  from it.\n- **Curves.** Three curves shape the ramp, in stack order: Hue, Saturation,\n  Lightness. Drag the handles to bias it warmer or cooler, more or less\n  saturated, darker or lighter. Hue drifts the ramp's temperature without\n  moving contrast, because OKLCH hue rotation is close to lightness-preserving.\n  It holds ±45 degrees; a bigger shift belongs on the base colour or the\n  harmony axis.\n- **Overrides.** Lock a single step to a hand-picked hex when the curve doesn't\n  land where you want.\n\nEditing a palette base ripples through every colour that depends on it, in real\ntime. Colours use OKLCH, so the ramp stays perceptually even across hues\nwithout muddy mid-tones.\n\n## Type\n\n- **Fonts.** Add sources from Google Fonts, Adobe (Typekit), a CSS URL, or an\n  inline `@font-face`. The font loads in the page as soon as you add it.\n- **Stacks.** Named font cascades you reference by token, such as a display\n  stack and a body stack.\n- **Sizes and weights.** A t-shirt scale (xs, sm, md, lg, xl, 2xl…) for size and\n  a numeric scale (100 to 900) for weight.\n\n## Spacing, radius, shadow\n\nNumeric scales with a slider per step.\n\n- **Spacing**: the padding, gap, and margin scale.\n- **Radius**: none through full.\n- **Shadow**: colour, offset, blur, spread, and opacity per step, with stacked\n  shadows supported.\n\nChange a step and every element using it repaints.\n\n## Washes and gradients\n\n- **Scrims** are translucent layers that dim what sits behind them, like the\n  one a dialog draws over the page. Set a colour and opacity per stop.\n- **Tints** are the opposite operation: they shade the surface they sit on\n  rather than dimming what is behind it, which is what a hover needs.\n- **Gradients** are reusable gradient tokens with a stop list and direction, for\n  hero panels and accent backgrounds.\n\n## Columns\n\nThe page-grid overlay. Set column count, gutter, and outer margin, and toggle\nthe visual guide with `Cmd/Ctrl+G`. Pages built on the column system reflow\nlive.\n\n## Saving\n\nThe editor saves to your browser continuously, so work survives a reload\nmid-edit. Writing a file is a separate step: the **Theme** panel at the foot of\nthe sidebar has **Save**, **Save As**, and **Load**, and each theme is one JSON\nfile under `src/live-tokens/data/themes/`.\n\nThe header gives you undo/redo (`Cmd/Ctrl+Z`, `Cmd/Ctrl+Shift+Z`). You can keep\nmany themes side by side; one is open at a time, and only **Adopt** publishes\none. See [Themes](themes-workflow.md) for the full lifecycle.\n",
   "getting-started": "# Getting started\n\nScaffold a live token site in a moments. You need Node 20 or later, a\npackage manager (npm, pnpm, or yarn), and a browser. Open claude code in your repo and start building.\n\n## Scaffold a new app\n\n```bash\nnpm create @motion-proto/live-tokens@latest my-app\ncd my-app\nnpm install\nnpm run dev\n```\n\nOpen the URL Vite prints (usually `http://localhost:5173`). You get a\none-page Svelte + Vite app that depends on the published package, with the\neditor wired up and the full component set ready to import.\n\n`npx @motion-proto/live-tokens create my-app` runs the same scaffold without\nthe initialiser package.\n\n### What the scaffold gives you\n\nEvery editable file lives under `src/` and is committed, so `npm install` and\nversion upgrades never touch your styles. The package code stays in\n`node_modules`.\n\n| Path | What it is |\n|------|------------|\n| `src/pages/Home.svelte` | The starter page. Replace it with your own content. |\n| `src/App.svelte` | Your routes. `<LiveTokensRouter>` adds dev-only routes under a reserved `/live-tokens/*` namespace: `/live-tokens/editor`, `/live-tokens/components`, and `/live-tokens/docs`. |\n| `src/system/styles/tokens.css` | Your base token vocabulary, hand-authored. |\n| `src/styles/site.css` | Themed page typography, yours to edit. |\n\n## Your first edit\n\n1. Run `npm run dev` and open the home page.\n2. Click **Open Token Editor**, or visit `/live-tokens/editor`. The editor opens beside\n   the page.\n3. Open **Palettes**, pick **Brand**, and change the base hex. The page\n   repaints as you type.\n4. In the **Theme** panel at the foot of the sidebar, choose **Save As**. Your\n   theme appears as JSON under `src/live-tokens/data/themes/`.\n5. Reload. The editor reopens on your theme, so the page returns as you left\n   it.\n\n## What you just changed\n\nEvery edit sets a CSS custom property on `:root`. Your components read those\nproperties through `var(--...)`. There is no token build step and no\npreprocessor rewriting your code: the page renders against plain CSS variables\nthe editor swaps live.\n\nTo ship, click **Adopt** in the Theme panel. That saves the open theme and bakes\nit into `src/live-tokens/data/tokens.generated.css`, which your build bundles\nalongside `tokens.css`. Adopt is the only action that changes what your site\nships, so try any theme you like first. The editor itself never reaches\nproduction.\n\nAlready have a Svelte 5 + Vite app? The\n[README](https://github.com/motionproto/live-tokens#readme) covers installing\ninto an existing project.\n\n## Where to go next\n\n- **[Editing tokens](editing-tokens.md)**: a tour of the editor.\n- **[Themes](themes-workflow.md)**: save, switch, and ship.\n- **[Creating components](creating-components.md)**: make your own component\n  editable.\n",
   "light-and-dark": "# Light and dark\n\nSome things on a page cannot be written as a token. A wordmark drawn in white\ndisappears on a pale theme. Ink that multiplies onto paper vanishes on a dark\none. A photograph behind a headline is dark no matter what the palette says.\n\nEach of those needs the same fact first: which way does the surface behind this\nthing lean? One attribute carries it.\n\n## The attribute\n\n`data-backdrop` is either `light` or `dark`, and it does two things at once: it\nselects, so a rule can key on it, and it sets `color-scheme`, so every\n`light-dark()` under it resolves the half that reads.\n\n```css\n.title {\n  color: light-dark(var(--color-black), var(--color-white));\n}\n```\n\nThat line is right on both sides of the theme, and it is right inside a dark\nband on a pale page, because the nearest `color-scheme` wins.\n\n## Stating it\n\nPut it in the markup when the surface knows its own tone — a hero over a\nphotograph, a plate that stays pale in every theme:\n\n```svelte\n<div class=\"hero-panel\" data-backdrop=\"dark\">\n```\n\nA stated tone beats any measurement, and it inherits, so everything inside the\npanel resolves against it.\n\n## Measuring it\n\nWhere the tone is a property of the theme rather than of the markup, let it be\nmeasured:\n\n```svelte\n<script>\n  import { backdrop } from '@motion-proto/live-tokens/backdrop';\n</script>\n\n<section use:backdrop>\n```\n\nThe action reads whatever actually paints behind the element — the nearest\nancestor with an opaque fill, averaged across its gradient stops, falling back\nto the theme's `--page-bg` — and stamps the answer. It re-reads when the theme\nchanges, which the editor does by rewriting custom properties with no reload,\nso the stamp follows a live edit.\n\nThe page itself is stamped for you: the build bakes the production theme's\npolarity into `tokens.generated.css`, so the first paint is already right, and\n`syncDocumentBackdrop()` keeps `<html>` current as themes switch.\n\n```ts\nimport { syncDocumentBackdrop } from '@motion-proto/live-tokens/backdrop';\n\nsyncDocumentBackdrop();\n```\n\n## Reading it from JavaScript\n\nAnything that paints outside CSS — a canvas, a WebGL uniform, an `<img>` that\ncomes in two versions — asks the same question through the same module:\n\n```ts\nimport { isLightBackdrop, watchBackdrop, cssColorToHex } from '@motion-proto/live-tokens/backdrop';\n\nconst stop = watchBackdrop(logoEl, {\n  stamp: false,\n  onChange: (polarity) => (src = polarity === 'light' ? darkMark : lightMark),\n});\n```\n\n`isLightBackdrop(el)` answers once. `watchBackdrop` keeps answering and returns\na stop function. `cssColorToHex` resolves any CSS colour — including the\n`oklch()` a token holds — to a hex a non-CSS consumer can take.\n\n## What it does not do\n\nPolarity is a property of a surface, not of a component, so nothing is stamped\nfor you below `<html>`: a section that needs an answer either states one or asks\nfor one. And a measurement reads the paint at the moment it runs — an element\nthat scrolls from a pale band onto a dark one keeps the answer it was given.\nState the tone on each band instead.\n",
   "sketch-mode": "# Sketch mode\n\nSketch mode redraws your whole page as if it had been drawn by hand. Every\ncomponent keeps its own colours, spacing and corners; what changes is the line\nthey are drawn with.\n\nIt is an effect layer, not a set of token values. It never touches a token\nitself, so turning it off returns every component to exactly what its tokens\nalready say.\n\nOpen the **Sketchstyle** view in the editor and switch **Sketch mode** on. The effect\napplies to the page behind the editor as well as to the preview, so what you see\nin context is what it does.\n\n## What it draws\n\nEach component's fill and outline are repainted from the tokens that component\nalready owns. The real background and border are hidden behind them, then both\nare pushed around one shared field of noise. Because every component samples the\nsame field, the whole page reads as one drawing rather than as a set of\nseparately wobbled boxes.\n\n## The sketchstyles\n\nSeven sketchstyles ship with the package, and each is a complete set of dials rather\nthan just a name:\n\n- **Pencil.** Two graphite passes on their own seeds, so the outline disagrees\n  with itself the way a hand coming back round does.\n- **Marker.** A broad translucent nib gone round twice on the same line, so the\n  overlap darkens and the ink pools where it slows.\n- **Whiteboard.** The fattest nib on glass, with a mask that streaks the fill\n  like a half-wiped board.\n- **Hatched.** An etching. The fill is angled shading and the outline a single\n  hard-edged scratch.\n- **Dashed.** A drafting outline: one slow drift along the ruler, broken into\n  strokes. The clean pole.\n- **Napkin.** Ballpoint in a hurry. Everything loose at once.\n- **Dry marker.** Ink that ran out. One scratchy pass over a mostly eaten fill.\n\nAll seven ship as files, one per sketchstyle, under\n`src/live-tokens/data/sketch-styles/` in the package. There is no sketchstyle that\nexists only as code, so every one of them can be read, copied and edited.\n\nPick one, then move whatever you like. **Save As** keeps your dials under a name\nof your own, alongside the shipped seven, as a file under\n`src/live-tokens/data/sketch-styles/` in your project. **Save** writes them back\nover the sketchstyle you have selected, and lights as soon as the dials leave\nit. On one of your own it writes that file. On a shipped one it writes your\nproject's own copy under the same name, which takes its place in the list;\ndelete that copy and the shipped file behind it comes back. Both are a\ndifferent gesture from saving a theme; see \"Where the settings live\" below.\n\nA theme carries its sketch settings by value, so it can hold a set that belongs\nto no file. The list shows that set as **Unsaved**. It owns no file, so there is\nnothing for Save to write over; **Save As** turns it into a sketchstyle like any\nother, which you can then save over and delete.\n\nYour sketchstyles and the shipped ones are one list. A sketchstyle named after\na shipped one replaces it, keeping its place in the list, so a project that\nwants its own Pencil saves one and every picker shows that one instead.\n\n## The dials\n\n- **Border.** How far the outline travels and how long its wave is, then its\n  width, ink, pressure and pooling. A second pass either copies the first line a\n  few pixels off or runs it through the pen again on its own seed.\n- **Fill.** Solid or hatched, how far the fill's edge travels, and how far each\n  instance is offset, rotated and scaled from its neighbours. **Ink coverage**\n  thins the fill with a field of blotches: set their size across and down and\n  how many levels of detail, then work the field as a levels control. The two\n  sizes move together under a chain; break it and the blotches stretch, which\n  reads as ink dragged along the axis you widened, and a **Rotation** dial joins\n  them to point that stretch anywhere you like. The field always runs black\n  to white whatever the noise underneath. Steps flattens it into tones, and\n  Output squeezes the whole of it into the range the ink covers, from how pale\n  it gets at its thinnest to how dense at its fullest. Menus and tooltips are\n  drawn solid whatever the coverage dials say: they float over the page, and a\n  fill worn through in patches lets the page show through them.\n- **Shape.** **Corner spread** rounds each corner by its own share of the dial,\n  so no two match. **Corner travel** leans the drawn box into a quadrilateral\n  with no two sides parallel. This is the dial that stops a component reading as\n  a rectangle.\n- **Icons and SVG.** Glyph travel and wavelength on their own scale. A glyph is\n  all curves already, so it needs more travel than a card's long straight edge\n  before the wobble reads at all.\n- **Noise.** The shared field itself: its wavelength, how many layers of detail\n  sit on it, and the shape of its wave. A square wave sends nearly every edge to\n  full travel, which is what makes the effect stronger rather than bigger.\n\n## Where the settings live\n\nThe sketch layer is part of the theme, the same way colors and type are.\n**Save** in the Theme panel folds your dials into the open theme; **Load**\napplies whatever a theme carries, and turns the effect off for a theme that\ncarries none.\n\nUntil you save, the dials sit in your browser only. The Theme panel calls\nthat state off the theme, the same word it uses for an unsaved component\nchange. The built-in **Motion Proto** theme is read-only, so Save\nis disabled there; use **Save As** to fold the dials into a theme of your\nown.\n\n**Save** and **Save As** in the **Sketchstyle** view are a different gesture.\nThey write a named sketchstyle to `src/live-tokens/data/sketch-styles/`, a sketchstyle\nyou can pick from any theme. Neither touches the open theme, and neither marks\nthe theme as changed.\n\n## Shipping the layer\n\nThe dev server reads the open theme and paints whatever it carries. A built site\nhas no server to ask, so it hands the field over itself:\n\n```ts\nimport { seedSketchFromTheme } from '@motion-proto/live-tokens/sketch';\nimport theme from './live-tokens/data/themes/sketchy.json';\n\nseedSketchFromTheme(theme.sketchSettings);\nawait bootLiveTokens(App, '#app');\n```\n\nCall it before mounting, so the sketch layer is up on the first frame. Pass the field\nraw. A theme written against older dial names is carried forward on the way in,\nthe same reconciliation the dev server runs on every theme it reads.\n\nNothing is baked. `tokens.generated.css` still holds token values only, and the\nlayer stays JavaScript the page runs, because it builds an SVG filter bank\nrather than a set of custom properties.\n\nA visitor who has picked a sketchstyle of their own keeps it, None included. The theme\nseeds a browser that has decided nothing and never overwrites one that has, so\ncalling this on every boot is safe.\n\n### Your own sketchstyles\n\nThe dev server lists the files in `sketch-styles/`. A built site has no server\nto ask, so it hands them over at boot, the way it hands over components:\n\n```ts\nconst files = import.meta.glob<{ name?: string; settings: unknown }>(\n  './live-tokens/data/sketch-styles/*.json',\n  { eager: true, import: 'default' },\n);\n\nawait bootLiveTokens(App, '#app', {\n  sketchStyles: Object.entries(files).map(([path, file]) => {\n    const id = path.split('/').pop()!.replace('.json', '');\n    return { id, label: file.name || id, settings: file.settings };\n  }),\n});\n```\n\nProjects made with `create` ship this already. The file's slug is the sketchstyle's\nid, so a sketchstyle picked in the editor keeps working once the site is built.\n\n### Building a picker\n\n`sketchStyles` is every sketchstyle on offer, shipped and your own, as a store. Give\neach row `setSketch(style.id)`, and add your own **None** row: off is a state of\nthe effect rather than one of the sketchstyles.\n\n`unsavedSketchStyle` is the settings the theme carries as one more row. It is null when the\ntheme carries none, and null when what it carries matches a sketchstyle already in\n`sketchStyles`, since that row names it. Its id goes to `setSketch` like any\nother, so a visitor who wanders off the theme's own settings can come back to it.\n\n## Drawing your own elements\n\nThe layer draws a fixed set of parts: the shipped components, and four classes\nit reserves for you. Nothing else is touched, so a page element or a\nconsumer-authored component is left crisp until it carries one of them.\n\n| Class               | For                                                       |\n|---------------------|-----------------------------------------------------------|\n| `sketch-surface`    | A box. The default treatment.                              |\n| `sketch-container`  | A large box. Tilts less, so the type inside stays readable. |\n| `sketch-chip`       | A small box. Finer fill mask, more rotation, less travel.   |\n| `sketch-rule`       | A line rather than a box. No rotation, no rounded ends.     |\n\nPick by size, not by kind: a card and a modal both take `sketch-container`, a\nbadge and a pill both take `sketch-chip`.\n\nThe class opts the element in; it names no colours, so the element states its\nown. `--sketch-fill`, `--sketch-stroke`, `--sketch-hatch-color`,\n`--sketch-radius` and `--sketch-shadow` name the fill, the outline, the hatching\nink, the corners and the shadow for one element and everything inside it. The\nlayer blanks the real background and border, so an element whose fill matters\nunder Sketch mode has to name it here as well as paint it.\n\nThe layer also paints on the element's `::before` and `::after`, forces its\n`overflow` visible, and gives it a stacking context of its own. Keep the class\noff anything that owns a pseudo-element, clips its content, or is positioned\nabsolutely, and put it on a wrapper instead.\n\n```css\n.my-callout {\n  background: var(--surface-brand-lowest);\n  border: var(--border-width-1) solid var(--border-brand);\n  border-radius: var(--radius-xl);\n\n  --sketch-fill: var(--surface-brand-lowest);\n  --sketch-stroke: var(--border-brand);\n  --sketch-radius: var(--radius-xl);\n}\n```\n\nA gradient is a valid fill: the shorthand's last layer takes a colour or an\nimage, so `--sketch-fill` accepts either. States work the same way, since\nnothing is competing with you for the value:\n\n```css\n.my-callout:hover { --sketch-stroke: var(--border-brand-strong); }\n```\n\n## Images inside a drawn part\n\nA drawn part's `overflow` is forced visible, because the fill and outline are\npainted on pseudo-elements that travel past the box and would otherwise be cut\noff at its edge. A background that bleeds is the effect working. An image that\nbleeds is not: it keeps its square corners while the card around it turns.\n\nMedia that runs to a part's edge therefore has to carry that part's corners\nitself. `--sketch-radius` is the radius the layer drew, and it inherits, so a\nchild can read it and fall back to its own value when Sketch mode is off:\n\n```css\n.cover {\n  overflow: hidden;\n  border-top-left-radius: var(--sketch-radius, var(--card-default-radius));\n  border-top-right-radius: var(--sketch-radius, var(--card-default-radius));\n}\n```\n\nCorner spread is per-corner and per-instance, so at high spread the crop is the\nmean rather than an exact trace of the drawn edge.\n\nA rule made from a `border` is not a box and cannot be displaced. Make it an\nelement, give it `sketch-rule`, and name its ink:\n\n```html\n<div class=\"rule sketch-rule\"></div>\n```\n```css\n.rule {\n  height: var(--border-width-2);\n  background: var(--border-brand);\n  --sketch-fill: var(--border-brand);\n}\n```\n\nIcons and inline SVG take the wobble directly, since a glyph has no box to\nredraw. Body type is left alone: an icon is a shape and survives a wobble, a\nparagraph is not.\n\n`--sketch-icon-off` names what a subtree's glyphs are drawn with instead. It\ninherits, so one declaration covers everything under it, and it takes the ink\nmask off as well as the wobble:\n\n```css\n/* Crisp. Chrome, a logo, anything that has to stay exact. */\n.app-bar { --sketch-icon-off: none; }\n\n/* Drawn back rather than off, at a third of the travel. Small artwork, and\n   type set as an SVG, which the layer reads as one large glyph. */\n.wordmark { --sketch-icon-off: var(--sketch-icon-soft); }\n```\n\nThe **Blotch size** dial under Icons and SVG is a share of the glyph rather than\na px size, because no px size is right for both a 16px icon and a page-wide\ndrawing. At 100% every glyph gets one period of the field across it whatever its\nsize. Below that the field repeats inside the glyph and the blotches get finer.\nAbove it a glyph reads part of one blotch, so the mask thins the whole glyph\nunevenly instead of breaking it up. The fill's blotches stay in px, since a\ncomponent does have a size to state one against.\n",
-  "themes-workflow": "# Themes\n\nSave your work, switch between themes, and ship one to production.\n\n## The Theme panel\n\nThe **Theme** panel at the foot of the editor sidebar holds the whole theme:\ncolors, type, a setting for every component, and the sketch layer, in one\nfile. It carries the name the theme ships under, whether production is running\nit, and **Adopt**. Three parts sit under it, each a read-out rather than a\nfile to manage.\n\n- **Colors & Type** holds the design tokens. Components read those tokens to\n  define their appearance. It names the two faces the page is showing.\n- **Components** counts how many components have an unsaved edit that has not\n  been saved into the theme, and opens the component editors.\n- **Sketchstyle** names the sketchstyle the theme's sketch layer carries: its label, or\n  off the theme when what's on screen no longer matches what was saved, or\n  none when the theme carries no sketch layer. It travels with the theme\n  like colors and type do, but never reaches a production build.\n\nA theme holds its own copy of every part, so one theme can never break another.\n\n## How themes work\n\nA theme is a document, and the editor works the way any editor does.\n\n- **A theme** is a named JSON file in `src/live-tokens/data/themes/`. It carries\n  the whole theme: the colors and type, a setting for every component, and the\n  sketch layer.\n- **The open theme** is the one the editor is working on, named in\n  `themes/_active.json`. One at a time.\n- **Your unsaved edits** are what the page shows right now. The editor keeps\n  them in your browser as you work, writing most parts to a buffer,\n  `_working.json`, one slot each; the sketch layer has no buffer and stays\n  live in the browser until you save. **Save** captures all of it into the\n  open theme.\n- **The production theme** is the one your site ships, named in\n  `themes/_production.json`. **Adopt** changes it; saving a preset in the Theme\n  Picker performs that Adopt for you.\n\nAbsence is the answer for anything untouched: a buffer exists only where the\nlive theme diverges from the active theme, so a newly opened theme has none.\n\n## Fonts\n\nType is part of the theme, so it saves, loads and ships with the theme rather\nthan on its own. Four named stacks carry it:\n\n| Stack | Used by |\n|---|---|\n| `--font-display` | headings |\n| `--font-sans` | body text and most UI |\n| `--font-serif` | anywhere you ask for it |\n| `--font-mono` | code |\n\nEach stack is a family followed by its fallbacks, so a page still reads while a\nweb font loads, and still reads if it never does. **Project fonts**, in the\nColors and type editor, is where families come from: type a Google Fonts family\nname and the editor checks it, or paste a fonts URL, an embed tag, or your own\n`@font-face` rules. Removing a family puts the stack back on its fallbacks.\n\nYou can also set both faces at once from the command line:\n\n```bash\nnpx live-tokens set-fonts fonts.json\n```\n\nwith a brief naming the families:\n\n```json\n{ \"display\": \"Fraunces\", \"body\": \"Nunito Sans\" }\n```\n\nIt checks each family against Google Fonts, works out the weights that family\nactually has, and binds it to its stack. Like every other edit, the result lands\nin the buffer, so **Save** keeps it. In Claude Code, asking for a font pairing in\nplain English runs the same command.\n\nA font is only requested by the browser once something on the page uses it, so\ncarrying a family you no longer reference costs nothing at load. Adopting is\nwhat writes the font imports your site ships, into `fonts.css`.\n\n## Saving\n\nIn the Theme panel:\n\n- **Save** captures the theme on screen into the open theme. Your colors and type\n  go in as part of it, so there is nothing to save first.\n- **Save As** names a new theme. Use it for your first save and for forking.\n\nComponent editors keep their own unsaved state. If one or more components are\nwaiting when you use **Save**, **Save As**, or **Adopt**, the Theme panel offers\nto save all of them before continuing. You can accept once instead of visiting\neach component, or cancel to review them individually. A component editor's\n**Save As** creates a reusable component preset.\n\nNames are tidied to lowercase with hyphens, so \"My Brand!\" becomes `my-brand`,\nand a leading underscore is dropped: those names are reserved for the buffer.\n**Motion Proto** is the built-in theme and is read-only. You can always return\nto it, and the editor never overwrites it, so start your own with **Save As**.\n\n## Switching\n\n**Load**—or clicking the active theme's name—opens the Theme Picker. Picking a\ntheme shows it on the page as a preview with nothing written to disk, sketch\nlayer included, so you can try each theme and compare. **Save** in that window\nopens and adopts the previewed theme in one step: the active pointer changes,\nthe buffers clear, the editor works on it, and production ships it. **Cancel**\nreturns you to where you were, unsaved sketch dials included. Previewing alone\nnever changes what your site ships.\n\n**Colors and type only. Keep my shapes.** narrows the load to the palette and\nthe fonts: your component settings and your sketch layer stay as they are, and\nthe theme you have open stays open. Saved colors and type files are listed\nthere too, marked *colors & type*, and picking one is always that narrower\nload.\n\n## Shipping\n\n**Adopt**, in the Theme panel, is the \"ship it\" step. It saves the open theme,\nthen bakes the colors and type plus every component the theme carries into\n`src/live-tokens/data/tokens.generated.css`, which your build bundles alongside\n`tokens.css`. The sketch layer is the one part of the theme Adopt never bakes:\nit stays a preview. Fonts regenerate to match. The line under the theme name\nsays whether production is running this theme.\n\nProduction is one saved theme, so nothing else publishes. Trying a theme, moving\na token, saving a theme: all of it leaves the generated CSS alone until you\nAdopt. A component editor's Adopt runs the same save-then-bake step, because a\ncomponent never ships alone. Adopting while Motion Proto is open saves your theme\nas a theme of your own first, since the built-in one is read-only.\n\nProduction builds (`npm run build`) ship only that plain CSS and your\ncomponents. No editor, no JSON loading, no runtime indirection.\n\n## Keeping your work safe\n\nEverything under `src/live-tokens/data/` is plain JSON, so commit it. Themes show\nup as readable diffs you can review per branch, and the buffer shows up as the\nwork you have not saved into a theme yet. Nothing is backed up anywhere else:\ngit is your safety net. To experiment freely, **Save As** a new name first, then\nedit.\n\n## Where to go next\n\n- **[Where themes live](where-themes-live.md)**: the files behind all of this,\n  and what writes each one.\n- **[Creating components](creating-components.md)**: make your own components\n  editable in the same editor.\n",
+  "themes-workflow": "# Themes\n\nSave your work, switch between themes, and ship one to production.\n\n## The Theme panel\n\nThe **Theme** panel at the foot of the editor sidebar holds the whole theme:\ncolors, type, a setting for every component, and the sketch layer, in one\nfile. It carries the name the theme ships under, whether production is running\nit, and **Adopt**. Three parts sit under it, each a read-out rather than a\nfile to manage.\n\n- **Colors & Type** holds the design tokens. Components read those tokens to\n  define their appearance. It names the two faces the page is showing.\n- **Components** counts how many components have an unsaved edit that has not\n  been saved into the theme, and opens the component editors.\n- **Sketchstyle** names the sketchstyle the theme's sketch layer carries: its label, or\n  off the theme when what's on screen no longer matches what was saved, or\n  none when the theme carries no sketch layer. It travels with the theme\n  like colors and type do, but never reaches a production build.\n\nA theme holds its own copy of every part, so one theme can never break another.\n\n## How themes work\n\nA theme is a document, and the editor works the way any editor does.\n\n- **A theme** is a named JSON file in `src/live-tokens/data/themes/`. It carries\n  the whole theme: the colors and type, a setting for every component, and the\n  sketch layer.\n- **The open theme** is the one the editor is working on, named in\n  `themes/_active.json`. One at a time.\n- **Your unsaved edits** are what the page shows right now. The editor keeps\n  them in your browser as you work, writing most parts to a buffer,\n  `_working.json`, one slot each; the sketch layer has no buffer and stays\n  live in the browser until you save. **Save** captures all of it into the\n  open theme.\n- **The production theme** is the one your site ships, named in\n  `themes/_production.json`. **Adopt** changes it; saving a preset in the Theme\n  Picker performs that Adopt for you.\n\nAbsence is the answer for anything untouched: a buffer exists only where the\nlive theme diverges from the active theme, so a newly opened theme has none.\n\n## Fonts\n\nType is part of the theme, so it saves, loads and ships with the theme rather\nthan on its own. Four named stacks carry it:\n\n| Stack | Used by |\n|---|---|\n| `--font-display` | headings |\n| `--font-sans` | body text and most UI |\n| `--font-serif` | anywhere you ask for it |\n| `--font-mono` | code |\n\nEach stack is a family followed by its fallbacks, so a page still reads while a\nweb font loads, and still reads if it never does. **Project fonts**, in the\nColors and type editor, is where families come from: type a Google Fonts family\nname and the editor checks it, or paste a fonts URL, an embed tag, or your own\n`@font-face` rules. Removing a family puts the stack back on its fallbacks.\n\nYou can also set both faces at once from the command line:\n\n```bash\nnpx live-tokens set-type fonts.json\n```\n\nwith a pairing file naming the families:\n\n```json\n{ \"display\": \"Fraunces\", \"body\": \"Nunito Sans\" }\n```\n\nIt checks each family against Google Fonts, works out the weights that family\nactually has, and binds it to its stack. Like every other edit, the result lands\nin the buffer, so **Save** keeps it. In Claude Code, asking for a font pairing in\nplain English runs the same command.\n\nA font is only requested by the browser once something on the page uses it, so\ncarrying a family you no longer reference costs nothing at load. Adopting is\nwhat writes the font imports your site ships, into `fonts.css`.\n\n## Saving\n\nIn the Theme panel:\n\n- **Save** captures the theme on screen into the open theme. Your colors and type\n  go in as part of it, so there is nothing to save first.\n- **Save As** names a new theme. Use it for your first save and for forking.\n\nComponent editors keep their own unsaved state. If one or more components are\nwaiting when you use **Save**, **Save As**, or **Adopt**, the Theme panel offers\nto save all of them before continuing. You can accept once instead of visiting\neach component, or cancel to review them individually. A component editor's\n**Save As** creates a reusable component preset.\n\nNames are tidied to lowercase with hyphens, so \"My Brand!\" becomes `my-brand`,\nand a leading underscore is dropped: those names are reserved for the buffer.\n**Motion Proto** is the built-in theme and is read-only. You can always return\nto it, and the editor never overwrites it, so start your own with **Save As**.\n\n## Switching\n\n**Load**—or clicking the active theme's name—opens the Theme Picker. Picking a\ntheme shows it on the page as a preview with nothing written to disk, sketch\nlayer included, so you can try each theme and compare. **Save** in that window\nopens and adopts the previewed theme in one step: the active pointer changes,\nthe buffers clear, the editor works on it, and production ships it. **Cancel**\nreturns you to where you were, unsaved sketch dials included. Previewing alone\nnever changes what your site ships.\n\n**Colors and type only. Keep my shapes.** narrows the load to the palette and\nthe fonts: your component settings and your sketch layer stay as they are, and\nthe theme you have open stays open. Saved colors and type files are listed\nthere too, marked *colors & type*, and picking one is always that narrower\nload.\n\n## Shipping\n\n**Adopt**, in the Theme panel, is the \"ship it\" step. It saves the open theme,\nthen bakes the colors and type plus every component the theme carries into\n`src/live-tokens/data/tokens.generated.css`, which your build bundles alongside\n`tokens.css`. The sketch layer is the one part of the theme Adopt never bakes:\nit stays a preview. Fonts regenerate to match. The line under the theme name\nsays whether production is running this theme.\n\nProduction is one saved theme, so nothing else publishes. Trying a theme, moving\na token, saving a theme: all of it leaves the generated CSS alone until you\nAdopt. A component editor's Adopt runs the same save-then-bake step, because a\ncomponent never ships alone. Adopting while Motion Proto is open saves your theme\nas a theme of your own first, since the built-in one is read-only.\n\nProduction builds (`npm run build`) ship only that plain CSS and your\ncomponents. No editor, no JSON loading, no runtime indirection.\n\n## Keeping your work safe\n\nEverything under `src/live-tokens/data/` is plain JSON, so commit it. Themes show\nup as readable diffs you can review per branch, and the buffer shows up as the\nwork you have not saved into a theme yet. Nothing is backed up anywhere else:\ngit is your safety net. To experiment freely, **Save As** a new name first, then\nedit.\n\n## Where to go next\n\n- **[Where themes live](where-themes-live.md)**: the files behind all of this,\n  and what writes each one.\n- **[Creating components](creating-components.md)**: make your own components\n  editable in the same editor.\n",
   "where-themes-live": "# Where themes live\n\nEverything the editor writes is plain JSON and CSS inside your project. There\nis no database and no hidden state: the files are the storage, and git is the\nhistory.\n\n## The data tree\n\n```\nsrc/live-tokens/data/\n  themes/\n    _active.json         names the theme the editor has open\n    _production.json     names the theme your site ships\n    default.json         Motion Proto, the built-in theme, rewritten at boot\n    my-brand.json        a saved theme: the whole theme in one file\n  colors-and-type/\n    _working.json        unsaved colors and type edits\n  component-configs/\n    button/\n      default.json       Button's shipped settings, derived at boot\n      _working.json      unsaved Button edits\n      my-button.json     a preset you saved from the Button editor\n  sketch-styles/\n    my-style.json        a sketchstyle saved from the Sketchstyle view\n  tokens.generated.css   the baked CSS your production build ships\nsrc/system/styles/\n  tokens.css             your token vocabulary, hand-authored, never written\n  fonts.css              font imports, rewritten when you Adopt\n```\n\nA saved theme carries everything by value: the colors and type, a\nsetting for every component, and the sketch layer. It depends on no other\nfile, so deleting anything else never breaks it.\n\n## What writes when\n\n- **Editing** changes the page through CSS variables. The editor keeps your\n  edits in the browser as you work and writes them to the `_working.json`\n  buffers when you save a component. When the Theme panel finds several dirty\n  components, **Save all** writes those buffers together.\n- **Save** captures the buffers into the open theme's file, along with the\n  sketch layer, which has no buffer of its own and lives only in the browser\n  until Save writes it. That file is the durable copy of your theme; matching\n  buffers are then removed.\n- **Load** clears the buffers and points `themes/_active.json` at the theme you\n  picked. Live reads fall through to that file. Nothing else changes, so trying\n  themes is free and ordinary switching changes only the pointer.\n- **Adopt** points `themes/_production.json` at the open theme, bakes it into\n  `tokens.generated.css`, and rewrites `fonts.css` to match. It is the only\n  action that changes what your site ships.\n\nThe `default.json` files are the shipped baseline. The editor derives them at\nboot and refreshes them when the package updates; it never saves your work\nover them.\n\nProjects upgraded from 0.48 may initially contain working files copied from the\nactive theme. On the first dev-server boot, exact copies are removed\nautomatically. Any file that differs is kept as unsaved work, so no migration\ncommand is required.\n\n## What to commit\n\nAll of it. The data tree is designed to live in git: themes diff readably, the\ntwo pointers say what is open and what ships, and a `_working.json` in a diff\nis exactly the work you have not yet saved into a theme. Nothing is backed up\nanywhere else.\n\n## Where to go next\n\n- **[Themes](themes-workflow.md)**: the workflow built on these files: saving,\n  loading, and shipping.\n",
 };