@motion-proto/live-tokens 0.55.1 → 0.56.1

package/.claude/skills/{live-tokens-adjust-shape-space → live-tokens-adjust-geometry}/SKILL.md

@@ -1,16 +1,16 @@
 ---
-name: live-tokens-adjust-shape-space
-description: Adjust corner radius, padding, gap, and border width across live-tokens components by moving each token alias along the shipped scales. Use when the user asks for pill or capsule buttons, rounded, rounder, sharp, sharper, square corners, softer, harder, a bigger or smaller corner radius, thicker or thinner borders, or talks about spacing and padding. Make the buttons pill shaped, give the cards sharp corners, make the windows sharper, make the UI softer, space it out, tighter, denser, more compact, airier, more breathing room. Changes shape and space aliases per component, never color, fonts, or tokens.css. Not for editing a single token (use the editor) or for color (see live-tokens-generate-theme).
+name: live-tokens-adjust-geometry
+description: Adjust corner radius, padding, gap, and border width across live-tokens components by moving each token alias along the shipped scales. Use when the user asks for pill or capsule buttons, rounded, rounder, sharp, sharper, square corners, softer, harder, a bigger or smaller corner radius, thicker or thinner borders, or talks about spacing and padding. Make the buttons pill shaped, give the cards sharp corners, make the windows sharper, make the UI softer, space it out, tighter, denser, more compact, airier, more breathing room. Also invoked by live-tokens-generate-theme for the geometry half of a whole look. Changes shape and space aliases per component, never color, fonts, or tokens.css. Not for editing a single token (use the editor) or for color (see live-tokens-generate-theme).
 ---
 
-# Adjusting shape and space
+# Adjusting geometry
 
 You translate the request into a small ops file; the CLI resolves each matching alias on its token ladder, writes the result into each component's unsaved buffer, and prints a report card. Never hand-edit the data tree.
 
 ## Workflow
 
-1. Write the ops file to a temp path (not the project tree), e.g. `/tmp/adjust-ops.json`.
-2. Run `npx live-tokens adjust /tmp/adjust-ops.json`. It writes `component-configs/<id>/_working.json` for every component the ops change, which is the buffer the page already runs. `--dry-run` prints the report without writing.
+1. Write the ops file to `scratch/adjust-ops.json`.
+2. Run `npx live-tokens adjust scratch/adjust-ops.json`. It writes `component-configs/<id>/_working.json` for every component the ops change, which is the buffer the page already runs. `--dry-run` prints the report without writing.
 3. Read the report card: every changed alias old → new, plus skips (raw value, off the ladder, already at the ladder end, pill preserved). Exit 1 means the run was rejected; the message names the offending op or the missing input, so fix it and re-run. Read where the controls landed, not only that the run succeeded: a button, badge, input, or tab padding sitting at `--space-6` is on its floor, and one that also carries `--radius-full` wants a targeted lift.
 4. Tell the user to reload the app and look. Offer the inverse op as the undo, and say the edit is unsaved until they save the open theme.
 

package/.claude/skills/live-tokens-build-page/SKILL.md

@@ -10,6 +10,8 @@ Two rules above all else:
 1. **Use a shipped component if one fits.** Import from `@motion-proto/live-tokens/components/<Name>.svelte`. See [[live-tokens-pick-component]] for the catalogue and the confusing-pair decisions. Author custom markup only when nothing fits, and then consider [[live-tokens-create-component]] so the new piece is editable too.
 2. **Use theme tokens for every value.** Every color, spacing, radius, font-size, and font-family in page CSS is a `var(--token-*)`. No hex literals. No pixel literals. A change in `/live-tokens/editor` should repaint your page.
 
+For text, reach for a whole text style rather than assembling one: `--heading-xl` through `--heading-sm`, `--body-md`, `--body-sm`, `--eyebrow`, and `--code` each carry a `-font-family`, `-font-size`, `-font-weight`, `-line-height`, and `-letter-spacing`. A heading set from `--heading-lg-*` retypes when the theme's fonts change; one set from a raw `font-size` does not.
+
 ## Layout
 
 Pages sit inside the column grid via `--columns-count`, `--columns-gutter`, `--columns-max-width`. Toggle `ColumnsOverlay` (Cmd+G in dev) to visualise it while placing content.

package/.claude/skills/live-tokens-create-component/SKILL.md

@@ -5,7 +5,7 @@ description: Author a brand-new editable component for a @motion-proto/live-toke
 
 # Authoring a component for a live-tokens project
 
-This skill teaches you how to add a new editable component to a project that consumes `@motion-proto/live-tokens`. The end state: a runtime Svelte file, an editor Svelte file, one `registerComponent()` call, and a `/live-tokens/components` page entry under the **CUSTOM** group with full token editing, linked-block sharing, and persistence.
+The end state is a runtime Svelte file, an editor Svelte file, one registration, and an entry on `/live-tokens/components` under the **CUSTOM** group with full token editing, linked-block sharing, and persistence.
 
 ## Worked examples ship inside the package
 
@@ -21,10 +21,10 @@ For pattern reference, read any shipped component's source directly from the con
 
 **File-location note.** Shipped editors live in `src/editor/component-editor/` because they're library-internal. For *your* component, **co-locate** both files in `src/system/components/` per the recipe below. Read the shipped files for pattern, ignore their location.
 
-## 4-step recipe
+## The recipe
 
 1. **Runtime file** — `src/system/components/MyWidget.svelte`. Declare every editable slot as a CSS custom property inside `:global(:root)`, defaulting to a theme token (never a raw value). The plugin parses `:global(:root)` to seed `component-configs/<id>/default.json`; variables declared anywhere else can't be edited.
-2. **Editor file** — `src/system/components/MyWidgetEditor.svelte`. In a `<script module>` block, declare `const component = 'mywidget'`, build a `states: Record<string, Token[]>` for each VariantGroup, and export the flat union as `allTokens: Token[]`. Components with linked siblings also build a `linkableContexts: Map<string, string>` (see the linked-siblings extension below). Components with structural/display controls that aren't token values (alignment, element visibility, layout position) also export an `intrinsics: IntrinsicSpec[]` (see the intrinsics extension below). In the runtime `<script>` block, mount `ComponentEditorBase` with one `VariantGroup` per variant.
+2. **Editor file** — `src/system/components/MyWidgetEditor.svelte`. In a `<script module>` block, declare `const component = 'mywidget'`, build a `states: Record<string, Token[]>` for each VariantGroup, and export the flat union as `allTokens: Token[]`. Components with linked siblings also build a `linkableContexts: Map<string, string>` (read `references/linked-siblings.md`). Components with structural/display controls that aren't token values (alignment, element visibility, layout position) also export an `intrinsics: IntrinsicSpec[]` (read `references/intrinsics.md`). In the runtime `<script>` block, mount `ComponentEditorBase` with one `VariantGroup` per variant.
 3. **Register** — pass the component to `bootLiveTokens` in `src/main.ts`. This is the standard boot the scaffold generates and the README documents; `bootLiveTokens` calls `registerComponent` internally at the right point — after its editor init hooks (`cssVarSync.init`, `editorStore.init`), before it seeds configs and mounts the app:
    ```ts
    import { bootLiveTokens } from '@motion-proto/live-tokens';
@@ -44,7 +44,7 @@ For pattern reference, read any shipped component's source directly from the con
    ```
    The schema side-effect happens inside `registerComponent` (which `bootLiveTokens` calls for you), so you don't call `registerComponentSchema` separately. **Do not place a standalone `registerComponent(...)` *before* `bootLiveTokens`** — that registers before the editor's init hooks run, which is the wrong window and can leave editor changes disconnected from the live page. Only call `registerComponent` directly if your app mounts manually (no `bootLiveTokens`), in which case call it before `mount(App, ...)`.
 4. **Tell the picker** — open `.claude/skills/live-tokens-pick-component/SKILL.md` and add your new component to the **Catalogue** line under the family it belongs to (Action / Input / Selection / Containers / Messaging / Display). If it's confusable with an existing component (a second selection control, a competing container), add a row to that family's decision table explaining the use-case it owns. Without this step, the component exists but [[live-tokens-pick-component]] can't recommend it when a user asks "which component should I use?" — the same rule applies whether the component is first-party (update the picker shipped in this package) or consumer-authored (update the local copy at `.claude/skills/live-tokens-pick-component/SKILL.md` that `setup-claude` placed in your project).
-5. **Verify** — open `/live-tokens/components` and run the verification checklist at the bottom of this file.
+5. **Verify** with the checklist at the bottom of this file.
 
 ## Token discipline
 
@@ -106,12 +106,12 @@ The authoritative recognised list lives in `bin/check-component.mjs` (`KNOWN_SUF
 
 ### Rules that bite
 
-- **Fixed overlays must portal to `<body>`.** Any `position: fixed` layer (modal, lightbox, full-screen backdrop) is trapped — clipped or painted under other chrome — by a transformed / `isolation` / `contain` / `will-change` ancestor, which real consumer pages (and the editor's own preview pane) commonly have. Render the fixed layer with `use:portal` from `src/system/internal/portal.ts` so it escapes to `<body>`; pass `use:portal={enabled}` to keep an in-flow preview variant in place (see `Dialog`). `check:overlay-portal` fails the build if a component has `position: fixed` without it. Anchored popovers (`position: absolute` relative to a trigger, like `Tooltip`) are exempt. Two consequences of moving to `<body>`: DOM events from the layer no longer bubble to a consumer ancestor (use component callbacks, as `Dialog` does), and a subtree-scoped CSS-variable theme no longer reaches it (this library themes via `:root`, so fine here). If the layer is a modal, also give it `role="dialog"` + `aria-modal`, move focus in on open and restore it on close, and trap `Tab` (see `ImageLightbox`).
+- **Fixed overlays must portal to `<body>`.** Any `position: fixed` layer is trapped by a transformed or `contain`ed ancestor, which real pages and the editor's preview pane both have. `check:overlay-portal` fails the build without it. Read `references/fixed-overlays.md` before authoring a modal, lightbox, or backdrop.
 - **State before property.** `--mywidget-button-hover-surface` ✓ — `--mywidget-button-surface-hover` ✗ (breaks sibling matching).
 - **Defaults reference theme tokens, never raw values.** `var(--surface-primary)` ✓ — `#6a4ce8` ✗.
 - **No abbreviations.** `bg` → `surface`; `fg` → `text`; component ids are never abbreviated.
 - **Text aliases.** Neutral scale is `--text-primary` / `--text-secondary` / `--text-tertiary` / `--text-muted` / `--text-disabled`. Family-tinted is `--text-primary-color`, `--text-accent`, `--text-success`. There is no `--text-neutral`.
-- **Typography `groupKey` on multi-slot components must include the slot prefix.** `groupKey: 'value-font-family'` and `groupKey: 'label-font-family'` ✓ — bare `groupKey: 'font-family'` silently merges them into one link tree ✗. Single-slot components can use a bare typography `groupKey`; add the slot prefix the moment a second slot appears. The same trap applies to type-group **colors** (two slots ending in `-text` collapsing to one `text` key). Let the helpers handle both: see "Deriving groupKeys" below.
+- **Typography `groupKey` on multi-slot components must include the slot prefix.** `groupKey: 'value-font-family'` and `groupKey: 'label-font-family'` ✓ — bare `groupKey: 'font-family'` silently merges them into one link tree ✗. Single-slot components can use a bare typography `groupKey`; add the slot prefix the moment a second slot appears. The same trap applies to type-group **colors** (two slots ending in `-text` collapsing to one `text` key). Let the helpers handle both, below.
 - **Let the type-group helpers derive slot-scoped keys; never rely on the bare last-dash default.** When you build typography tokens with `buildTypeGroupColorTokens` / `buildTypeGroupTokens` / `buildTypeGroupFontTokens`, **pass `{ component, variants }`** so each slot gets a distinct, structural `groupKey`:
 
   ```ts
@@ -123,10 +123,6 @@ The authoritative recognised list lives in `bin/check-component.mjs` (`KNOWN_SUF
 
   The helper strips the `--<component>-` prefix and those segments, keeping the rest: `--mywidget-header-default-text` → `header-text`, `--mywidget-header-default-text-font-family` → `header-text-font-family`. Two parts ending in the same word stay distinct; one slot across variants collapses to one key. To override a single derived key, set `colorGroupKey` on that type-group config — it wins and is never recomputed, so your fix survives. There is no name-based fallback: a bare `buildTypeGroupColorTokens` call emits un-grouped (solo) colors rather than guessing, and a bare *font* helper across multiple slots is a `check-component` warning (its default `font-family`/… keys would merge the slots' fonts).
 
-### Linked siblings
-
-Tokens that share a `groupKey` and declare `canBeLinked: true` form a sibling set with a link toggle in the editor. Linkage is **dev-declared** — you author it when building the component. Users opt out of an existing link per-property; they never add or reshape links. Do not expose UI for users to add siblings or mark properties as linkable.
-
 ## State model
 
 Components *can* have two state axes. Many don't: container and messaging components (Card, Badge, Callout, CollapsibleSection) have only variants, no hover/disabled. Skip the rest of this section for those.
@@ -176,365 +172,32 @@ That covers everything the worked examples use. Additional primitives (`LinkedBl
 
 **Never deep-import `node_modules/@motion-proto/live-tokens/src/...`.** Reading those files for pattern reference is fine; importing them at runtime is not. If you need something not exported, file an issue rather than reaching in.
 
-## Worked example: shipped Toggle, end-to-end
-
-Toggle ships in the package and exercises every rule above. For your own component, copy this pattern and substitute your id; just don't reuse `toggle` itself (registrations against a built-in id win with a console warning, but the right call is a unique id).
-
-### Runtime: `src/system/components/Toggle.svelte`
-
-```svelte
-<script lang="ts">
-  interface Props {
-    checked?: boolean;
-    disabled?: boolean;
-    label?: string;
-    /** Editor preview hook. Paints hover tokens without a real pointer. */
-    class?: string;
-    onchange?: (checked: boolean) => void;
-  }
-  let {
-    checked = false, disabled = false, label = '',
-    class: className = '', onchange,
-  }: Props = $props();
-  function toggle() {
-    if (disabled) return;
-    onchange?.(!checked);
-  }
-</script>
-
-<button
-  type="button" role="switch" aria-checked={checked}
-  class="toggle {className}" class:on={checked}
-  {disabled} onclick={toggle}
->
-  <span class="track"><span class="thumb"></span></span>
-  {#if label}<span class="label">{label}</span>{/if}
-</button>
-
-<style>
-  :global(:root) {
-    /* Default (off resting). Carries geometry + label typography for every state. */
-    --toggle-track-surface: var(--surface-neutral);
-    --toggle-track-border: var(--border-neutral);
-    --toggle-track-border-width: var(--border-width-1);
-    --toggle-track-radius: var(--radius-full);
-    --toggle-track-width: var(--space-32);
-    --toggle-track-thickness: var(--space-16);
-    --toggle-thumb-surface: var(--surface-neutral-highest);
-    --toggle-thumb-border: var(--border-neutral-strong);
-    --toggle-thumb-size: var(--space-12);
-    --toggle-label-text: var(--text-primary);
-    --toggle-label-font-family: var(--font-sans);
-    --toggle-label-font-size: var(--font-size-sm);
-    --toggle-label-font-weight: var(--font-weight-normal);
-    --toggle-gap: var(--space-8);
-
-    /* Hover (default + hover interaction). */
-    --toggle-hover-track-surface: var(--surface-neutral-high);
-    --toggle-hover-thumb-surface: var(--text-primary);
-
-    /* On (component state). */
-    --toggle-on-track-surface: var(--surface-brand-high);
-    --toggle-on-track-border: var(--border-brand);
-    --toggle-on-thumb-surface: var(--text-primary);
-    --toggle-on-thumb-border: var(--border-brand-strong);
-
-    /* On + hover. */
-    --toggle-on-hover-track-surface: var(--surface-brand-higher);
-    --toggle-on-hover-thumb-surface: var(--text-primary);
-
-    /* Disabled (terminal, applies regardless of on/off). */
-    --toggle-disabled-track-surface: var(--surface-neutral-lower);
-    --toggle-disabled-thumb-surface: var(--surface-neutral);
-    --toggle-disabled-label-text: var(--text-disabled);
-  }
-
-  .toggle { display: inline-flex; align-items: center; gap: var(--toggle-gap); }
-  .track {
-    width: var(--toggle-track-width); height: var(--toggle-track-thickness);
-    background: var(--toggle-track-surface);
-    border: var(--toggle-track-border-width) solid var(--toggle-track-border);
-    border-radius: var(--toggle-track-radius);
-  }
-  .thumb {
-    width: var(--toggle-thumb-size); height: var(--toggle-thumb-size);
-    background: var(--toggle-thumb-surface);
-    border: var(--toggle-track-border-width) solid var(--toggle-thumb-border);
-  }
-  .label {
-    color: var(--toggle-label-text);
-    font-family: var(--toggle-label-font-family);
-    font-size: var(--toggle-label-font-size);
-    font-weight: var(--toggle-label-font-weight);
-  }
-
-  .toggle:hover:not(:disabled) .track,
-  .toggle.force-hover:not(:disabled) .track { background: var(--toggle-hover-track-surface); }
-  .toggle:hover:not(:disabled) .thumb,
-  .toggle.force-hover:not(:disabled) .thumb { background: var(--toggle-hover-thumb-surface); }
-
-  .toggle.on .track {
-    background: var(--toggle-on-track-surface);
-    border-color: var(--toggle-on-track-border);
-  }
-  .toggle.on .thumb {
-    background: var(--toggle-on-thumb-surface);
-    border-color: var(--toggle-on-thumb-border);
-  }
-
-  .toggle.on:hover:not(:disabled) .track,
-  .toggle.on.force-hover:not(:disabled) .track { background: var(--toggle-on-hover-track-surface); }
-  .toggle.on:hover:not(:disabled) .thumb,
-  .toggle.on.force-hover:not(:disabled) .thumb { background: var(--toggle-on-hover-thumb-surface); }
-
-  .toggle:disabled .track { background: var(--toggle-disabled-track-surface); }
-  .toggle:disabled .thumb { background: var(--toggle-disabled-thumb-surface); }
-  .toggle:disabled .label { color: var(--toggle-disabled-label-text); }
-</style>
-```
+## Worked example: the shipped Toggle
 
-What to notice:
+Toggle exercises every rule above in the fewest lines. Read both files from the package rather than from memory, because they are the contract and this skill is not:
+
+- `node_modules/@motion-proto/live-tokens/src/system/components/Toggle.svelte`
+- `node_modules/@motion-proto/live-tokens/src/editor/component-editor/ToggleEditor.svelte`
+
+What to notice in the runtime file:
 
-- The `:global(:root)` block declares every editable variable. Variables in scoped selectors don't get edited; the plugin only parses `:global(:root)`.
-- Every default references a theme token; no raw values.
 - Component states (`on`, `disabled`) name themselves in the token: `--toggle-on-*`, `--toggle-disabled-*`.
 - Interaction states layer on top: `--toggle-hover-*` for default+hover, `--toggle-on-hover-*` for on+hover.
 - Disabled is terminal: no `--toggle-disabled-hover-*`, no `--toggle-on-disabled-*`.
 - The `force-hover` class pairs with the editor's preview hook so hover tokens paint without a real pointer. Each `:hover` selector has a matching `.force-hover` sibling.
 
-### Editor: `src/system/components/ToggleEditor.svelte`
-
-```svelte
-<script module lang="ts">
-  import type { Token } from '@motion-proto/live-tokens/component-editor';
-  export const component = 'toggle';
-
-  const states: Record<string, Token[]> = {
-    default: [
-      { label: 'track surface',      variable: '--toggle-track-surface' },
-      { label: 'track border',       variable: '--toggle-track-border' },
-      { label: 'track border width', variable: '--toggle-track-border-width' },
-      { label: 'track radius',       variable: '--toggle-track-radius' },
-      { label: 'track width',        variable: '--toggle-track-width' },
-      { label: 'track thickness',    variable: '--toggle-track-thickness' },
-      { label: 'thumb surface',      variable: '--toggle-thumb-surface' },
-      { label: 'thumb border',       variable: '--toggle-thumb-border' },
-      { label: 'thumb size',         variable: '--toggle-thumb-size' },
-      { label: 'label text',         variable: '--toggle-label-text' },
-      { label: 'label font family',  variable: '--toggle-label-font-family' },
-      { label: 'label font size',    variable: '--toggle-label-font-size' },
-      { label: 'label font weight',  variable: '--toggle-label-font-weight' },
-      { label: 'label gap',          variable: '--toggle-gap' },
-    ],
-    hover: [
-      { label: 'track surface', variable: '--toggle-hover-track-surface' },
-      { label: 'thumb surface', variable: '--toggle-hover-thumb-surface' },
-    ],
-    on: [
-      { label: 'track surface', variable: '--toggle-on-track-surface' },
-      { label: 'track border',  variable: '--toggle-on-track-border' },
-      { label: 'thumb surface', variable: '--toggle-on-thumb-surface' },
-      { label: 'thumb border',  variable: '--toggle-on-thumb-border' },
-    ],
-    'on hover': [
-      { label: 'track surface', variable: '--toggle-on-hover-track-surface' },
-      { label: 'thumb surface', variable: '--toggle-on-hover-thumb-surface' },
-    ],
-    disabled: [
-      { label: 'track surface', variable: '--toggle-disabled-track-surface' },
-      { label: 'thumb surface', variable: '--toggle-disabled-thumb-surface' },
-      { label: 'label text',    variable: '--toggle-disabled-label-text' },
-    ],
-  };
-  export const allTokens: Token[] = Object.values(states).flat();
-</script>
-
-<script lang="ts">
-  import Toggle from './Toggle.svelte';
-  import {
-    VariantGroup, ComponentEditorBase,
-  } from '@motion-proto/live-tokens/component-editor';
-
-  function previewProps(state: string) {
-    return {
-      checked: state === 'on' || state === 'on hover',
-      disabled: state === 'disabled',
-      forceClass: state === 'hover' || state === 'on hover' ? 'force-hover' : '',
-    };
-  }
-</script>
-
-<ComponentEditorBase
-  {component}
-  title="Toggle"
-  description="On/off switch with sliding thumb."
-  tokens={allTokens}
->
-  <VariantGroup name="toggle" title="Toggle" {states} {component}>
-    {#snippet children({ activeState })}
-      {@const p = previewProps(activeState)}
-      <Toggle checked={p.checked} disabled={p.disabled} class={p.forceClass} label="Enable feature" />
-    {/snippet}
-  </VariantGroup>
-</ComponentEditorBase>
-```
-
-What to notice:
-
-- `component` is the string id; must match `registerComponent({ id })` exactly.
-- `states` keys become the VariantGroup tab labels the user sees. Multi-word keys (`'on hover'`) need quoting.
-- `allTokens` is a flat union of every state's tokens. The editor store needs it for reset-to-default and sibling resolution.
-- `previewProps` translates the active editor tab into runtime props (`checked`, `disabled`, `force-hover` class).
-- No `groupKey`, no `canBeLinked`: Toggle has no linked siblings. For components that share base properties across variants, see the linked-siblings extension below.
-
-### Register: `src/main.ts`
-
-```ts
-import { bootLiveTokens } from '@motion-proto/live-tokens';
-import App from './App.svelte';
-import ToggleEditor, { allTokens as toggleTokens } from './system/components/ToggleEditor.svelte';
-
-bootLiveTokens(App, '#app', {
-  components: [{
-    id: 'mytoggle',                                // unique id; don't reuse 'toggle'
-    label: 'My Toggle',
-    icon: 'fas fa-toggle-on',
-    sourceFile: 'src/system/components/Toggle.svelte',
-    editorComponent: ToggleEditor,
-    schema: toggleTokens,
-  }],
-});
-```
-
-If your app mounts manually instead of via `bootLiveTokens`, call `registerComponent({ id: 'mytoggle', ... })` yourself before `mount(App, ...)`. If you reuse `id: 'toggle'`, the consumer's component wins over the built-in (with a console warning). The collision rule protects you, but for a fresh component pick an id that doesn't collide.
-
-## Extension: linked siblings
-
-Toggle's tokens are flat per state. Most multi-variant components (Badge, Card, SegmentedControl) share base properties across variants and surface that equality via a *linked block*: one edit propagates to every variant, while per-variant properties stay independent. Five additions to the Toggle pattern; see `BadgeEditor.svelte` in `node_modules` for the full file.
-
-1. **Mark linkable tokens** with `canBeLinked: true` + a `groupKey`. Peers sharing a `groupKey` form a link set across variants.
-
-   ```ts
-   function variantBaseTokens(v: Variant): Token[] {
-     return [
-       { label: 'padding',       canBeLinked: true, groupKey: 'padding', variable: `--badge-${v}-padding` },
-       { label: 'corner radius', canBeLinked: true, groupKey: 'radius',  variable: `--badge-${v}-radius` },
-     ];
-   }
-   // Colors omit canBeLinked. Per-variant by design.
-   function variantColorTokens(v: Variant): Token[] {
-     return [
-       { label: 'surface color', groupKey: 'surface', variable: `--badge-${v}-surface` },
-       { label: 'text color',    groupKey: 'text',    variable: `--badge-${v}-text` },
-     ];
-   }
-   ```
-
-2. **Build a `linkableContexts: Map<variable, contextLabel>`** in `<script module>`. The label (e.g. `"success base"`) is how the LinkageChart row identifies this variable. Plain literal Map, no helper needed.
+What to notice in the editor file:
 
-   ```ts
-   const linkableContexts = new Map<string, string>(
-     variants.flatMap((v) =>
-       variantBaseTokens(v)
-         .filter((t) => t.canBeLinked)
-         .map((t) => [t.variable, `${v} base`] as [string, string]),
-     ),
-   );
-   ```
+- No `groupKey`, no `canBeLinked`: Toggle has no linked siblings. For components that share base properties across variants, read `references/linked-siblings.md`.
 
-3. **Compute `linked` and mask currently-linked rows** out of per-state lists, so they render once inside the LinkedBlock instead of twice.
+For your own component, copy the pattern and substitute your id. Registering against a built-in id wins with a console warning, but the right call is a unique id.
 
-   ```ts
-   import { editorState } from '@motion-proto/live-tokens';
-   import { computeLinkedBlock, withLinkedDisabled, buildSiblings }
-     from '@motion-proto/live-tokens/component-editor';
-
-   let linked = $derived(computeLinkedBlock(component, linkableContexts, allTokens, $editorState));
-   let visibleVariantStates = $derived((v: Variant) => Object.fromEntries(
-     Object.entries(variantStates(v)).map(([name, list]) => [name, withLinkedDisabled(list, linked.varSet)]),
-   ));
-   ```
+## Extensions
 
-4. **Pass `{linked}` to `ComponentEditorBase`** so the LinkedBlock renders above the variant groups.
-
-5. **Multi-variant editors iterate VariantGroups** with `buildSiblings` so cross-variant link rows resolve to their peers.
-
-   ```svelte
-   <ComponentEditorBase {component} title="Badge" tokens={allTokens} {linked} variants={variantOptions}>
-     {#each variants as v}
-       <VariantGroup
-         name={v}
-         title={v}
-         states={visibleVariantStates(v)}
-         {component}
-         siblings={buildSiblings(variants, v, variantStates)}
-       >
-         ...preview snippet
-       </VariantGroup>
-     {/each}
-   </ComponentEditorBase>
-   ```
-
-Single-variant components with multi-state linked tokens still set `canBeLinked` + `linkableContexts`, but skip `buildSiblings` and the `{#each}` loop. Components with no linked tokens (Toggle, SectionDivider) skip all five steps — `ComponentEditorBase` renders fine without a `{linked}` prop.
-
-## Extension: intrinsics
-
-Some components expose **structural or display choices** that aren't token values: an alignment (start / center), an element's visibility (show / hide), a layout position. These ride a bespoke `<select>` or checkbox you author in an editor snippet, not the generic token grid, so they don't belong in `allTokens`. Toggle and most components have none. SectionDivider is the worked example (alignment, hairline position, eyebrow / description visibility).
-
-An intrinsic still cascades through a CSS custom property with a default in the runtime `:global(:root)`. The trap: that default now lives in two places, the runtime `:global(:root)` AND the editor's read-back getter. When they disagree the control displays a state the page never renders, and a native `<select>` won't even fire `onchange` to write the "change" the user thinks they made. `:global(:root)` is the source of truth.
-
-Declare intrinsics so the editor and the contract test stay honest:
-
-1. **Runtime `:global(:root)`** carries the per-variant default like any other variable:
-
-   ```css
-   --mywidget-lg-align: start;
-   --mywidget-lg-eyebrow-display: block;
-   ```
-
-2. **Editor `<script module>`** exports `intrinsics: IntrinsicSpec[]`, one entry per structural property, each `default` mirroring `:global(:root)` per variant:
-
-   ```ts
-   import type { IntrinsicSpec } from '@motion-proto/live-tokens/component-editor';
-
-   export const intrinsics: IntrinsicSpec[] = [
-     {
-       key: 'align',
-       variants: ['lg', 'md', 'sm'],
-       variable: (v) => `--mywidget-${v}-align`,
-       values: ['start', 'center'],
-       default: { lg: 'start', md: 'start', sm: 'start' },
-     },
-   ];
-   ```
-
-3. **Read-back getters fall back to the spec default**, never a hard-coded constant. This is the rule that keeps the control's displayed default in step with what an unedited instance renders:
-
-   ```ts
-   const byKey = new Map(intrinsics.map((i) => [i.key, i]));
-   function readIntrinsic(key: string, v: string): string {
-     const spec = byKey.get(key)!;
-     const raw = readLiteral(spec.variable(v)) ?? spec.default[v];   // store override, else runtime default
-     return spec.normalize ? spec.normalize(raw) : raw;
-   }
-   function getAlign(v: string) {
-     return readIntrinsic('align', v) === 'center' ? 'center' : 'start';
-   }
-   ```
-
-   Writes go through `setComponentAlias(component, spec.variable(v), { kind: 'literal', value })` so the choice cascades to `:root` like any token.
-
-4. **Pass `intrinsics` to `registerComponent`** so the contract test can see it:
-
-   ```ts
-   registerComponent({
-     id: 'mywidget',
-     // ...label, icon, sourceFile, editorComponent, schema...
-     intrinsics: myWidgetIntrinsics,
-   });
-   ```
+Read the one you need; most components need neither.
 
-Use `normalize` only when two raw values render identically and the dropdown lists just one (SectionDivider folds `above-description` into `below-label`). Properties that look like intrinsics but aren't: preview-only props with no persistence (a size selector that only changes the demo), `setComponentConfig` editor metadata (Dialog's button variants), and token-valued selects (a control choosing between two tokens). None carry a duplicated runtime default, so none need an `IntrinsicSpec`.
+- `references/linked-siblings.md`: variants that share base properties and should move together (Badge, Card, SegmentedControl).
+- `references/intrinsics.md`: structural or display choices that are not token values (an alignment, an element's visibility), where the runtime default and the editor's read-back must agree.
 
 ## Verification checklist
 

package/.claude/skills/live-tokens-create-component/references/fixed-overlays.md

@@ -0,0 +1,3 @@
+# Fixed overlays must portal to body
+
+Any `position: fixed` layer (modal, lightbox, full-screen backdrop) is trapped — clipped or painted under other chrome — by a transformed / `isolation` / `contain` / `will-change` ancestor, which real consumer pages (and the editor's own preview pane) commonly have. Render the fixed layer with `use:portal` from `src/system/internal/portal.ts` so it escapes to `<body>`; pass `use:portal={enabled}` to keep an in-flow preview variant in place (see `Dialog`). `check:overlay-portal` fails the build if a component has `position: fixed` without it. Anchored popovers (`position: absolute` relative to a trigger, like `Tooltip`) are exempt. Two consequences of moving to `<body>`: DOM events from the layer no longer bubble to a consumer ancestor (use component callbacks, as `Dialog` does), and a subtree-scoped CSS-variable theme no longer reaches it (this library themes via `:root`, so fine here). If the layer is a modal, also give it `role="dialog"` + `aria-modal`, move focus in on open and restore it on close, and trap `Tab` (see `ImageLightbox`).

package/.claude/skills/live-tokens-create-component/references/intrinsics.md

@@ -0,0 +1,58 @@
+# Extension: intrinsics
+
+Some components expose **structural or display choices** that aren't token values: an alignment (start / center), an element's visibility (show / hide), a layout position. These ride a bespoke `<select>` or checkbox you author in an editor snippet, not the generic token grid, so they don't belong in `allTokens`. Toggle and most components have none. SectionDivider is the worked example (alignment, hairline position, eyebrow / description visibility).
+
+An intrinsic still cascades through a CSS custom property with a default in the runtime `:global(:root)`. The trap: that default now lives in two places, the runtime `:global(:root)` AND the editor's read-back getter. When they disagree the control displays a state the page never renders, and a native `<select>` won't even fire `onchange` to write the "change" the user thinks they made. `:global(:root)` is the source of truth.
+
+Declare intrinsics so the editor and the contract test stay honest:
+
+1. **Runtime `:global(:root)`** carries the per-variant default like any other variable:
+
+   ```css
+   --mywidget-lg-align: start;
+   --mywidget-lg-eyebrow-display: block;
+   ```
+
+2. **Editor `<script module>`** exports `intrinsics: IntrinsicSpec[]`, one entry per structural property, each `default` mirroring `:global(:root)` per variant:
+
+   ```ts
+   import type { IntrinsicSpec } from '@motion-proto/live-tokens/component-editor';
+
+   export const intrinsics: IntrinsicSpec[] = [
+     {
+       key: 'align',
+       variants: ['lg', 'md', 'sm'],
+       variable: (v) => `--mywidget-${v}-align`,
+       values: ['start', 'center'],
+       default: { lg: 'start', md: 'start', sm: 'start' },
+     },
+   ];
+   ```
+
+3. **Read-back getters fall back to the spec default**, never a hard-coded constant. This is the rule that keeps the control's displayed default in step with what an unedited instance renders:
+
+   ```ts
+   const byKey = new Map(intrinsics.map((i) => [i.key, i]));
+   function readIntrinsic(key: string, v: string): string {
+     const spec = byKey.get(key)!;
+     const raw = readLiteral(spec.variable(v)) ?? spec.default[v];   // store override, else runtime default
+     return spec.normalize ? spec.normalize(raw) : raw;
+   }
+   function getAlign(v: string) {
+     return readIntrinsic('align', v) === 'center' ? 'center' : 'start';
+   }
+   ```
+
+   Writes go through `setComponentAlias(component, spec.variable(v), { kind: 'literal', value })` so the choice cascades to `:root` like any token.
+
+4. **Pass `intrinsics` to `registerComponent`** so the contract test can see it:
+
+   ```ts
+   registerComponent({
+     id: 'mywidget',
+     // ...label, icon, sourceFile, editorComponent, schema...
+     intrinsics: myWidgetIntrinsics,
+   });
+   ```
+
+Use `normalize` only when two raw values render identically and the dropdown lists just one (SectionDivider folds `above-description` into `below-label`). Properties that look like intrinsics but aren't: preview-only props with no persistence (a size selector that only changes the demo), `setComponentConfig` editor metadata (Dialog's button variants), and token-valued selects (a control choosing between two tokens). None carry a duplicated runtime default, so none need an `IntrinsicSpec`.

package/.claude/skills/live-tokens-create-component/references/linked-siblings.md

@@ -0,0 +1,70 @@
+# Extension: linked siblings
+
+Read this when your component has more than one variant and those variants share base properties (surface, radius, padding) that should move together. Toggle and SectionDivider have no linked tokens and skip all of it.
+
+Toggle's tokens are flat per state. Most multi-variant components (Badge, Card, SegmentedControl) share base properties across variants and surface that equality via a *linked block*: one edit propagates to every variant, while per-variant properties stay independent. Five additions to the Toggle pattern; see `BadgeEditor.svelte` in `node_modules` for the full file.
+
+1. **Mark linkable tokens** with `canBeLinked: true` + a `groupKey`. Peers sharing a `groupKey` form a link set across variants.
+
+   ```ts
+   function variantBaseTokens(v: Variant): Token[] {
+     return [
+       { label: 'padding',       canBeLinked: true, groupKey: 'padding', variable: `--badge-${v}-padding` },
+       { label: 'corner radius', canBeLinked: true, groupKey: 'radius',  variable: `--badge-${v}-radius` },
+     ];
+   }
+   // Colors omit canBeLinked. Per-variant by design.
+   function variantColorTokens(v: Variant): Token[] {
+     return [
+       { label: 'surface color', groupKey: 'surface', variable: `--badge-${v}-surface` },
+       { label: 'text color',    groupKey: 'text',    variable: `--badge-${v}-text` },
+     ];
+   }
+   ```
+
+2. **Build a `linkableContexts: Map<variable, contextLabel>`** in `<script module>`. The label (e.g. `"success base"`) is how the LinkageChart row identifies this variable. Plain literal Map, no helper needed.
+
+   ```ts
+   const linkableContexts = new Map<string, string>(
+     variants.flatMap((v) =>
+       variantBaseTokens(v)
+         .filter((t) => t.canBeLinked)
+         .map((t) => [t.variable, `${v} base`] as [string, string]),
+     ),
+   );
+   ```
+
+3. **Compute `linked` and mask currently-linked rows** out of per-state lists, so they render once inside the LinkedBlock instead of twice.
+
+   ```ts
+   import { editorState } from '@motion-proto/live-tokens';
+   import { computeLinkedBlock, withLinkedDisabled, buildSiblings }
+     from '@motion-proto/live-tokens/component-editor';
+
+   let linked = $derived(computeLinkedBlock(component, linkableContexts, allTokens, $editorState));
+   let visibleVariantStates = $derived((v: Variant) => Object.fromEntries(
+     Object.entries(variantStates(v)).map(([name, list]) => [name, withLinkedDisabled(list, linked.varSet)]),
+   ));
+   ```
+
+4. **Pass `{linked}` to `ComponentEditorBase`** so the LinkedBlock renders above the variant groups.
+
+5. **Multi-variant editors iterate VariantGroups** with `buildSiblings` so cross-variant link rows resolve to their peers.
+
+   ```svelte
+   <ComponentEditorBase {component} title="Badge" tokens={allTokens} {linked} variants={variantOptions}>
+     {#each variants as v}
+       <VariantGroup
+         name={v}
+         title={v}
+         states={visibleVariantStates(v)}
+         {component}
+         siblings={buildSiblings(variants, v, variantStates)}
+       >
+         ...preview snippet
+       </VariantGroup>
+     {/each}
+   </ComponentEditorBase>
+   ```
+
+Single-variant components with multi-state linked tokens still set `canBeLinked` + `linkableContexts`, but skip `buildSiblings` and the `{#each}` loop. Components with no linked tokens (Toggle, SectionDivider) skip all five steps — `ComponentEditorBase` renders fine without a `{linked}` prop.