@mstar-harness/omp 3.6.0-alpha.4

package/harness-skills/mstar-design-md/references/vercel-example.md

@@ -0,0 +1,200 @@
+# Vercel Geist DESIGN.md — Annotated Reference
+
+This is Vercel's Geist design system as published at `vercel.com/design.md`, presented as a reference for creating new DESIGN.md files. Annotations are inline as `> **Design note:**` blockquotes explaining the rationale behind key decisions.
+
+**Source:** <https://vercel.com/design.md>
+
+**Why this as reference:**
+- Vercel's DESIGN.md is the canonical example of the `DESIGN.md` format in the `awesome-design-md` ecosystem
+- It defines a complete Level 3 design system covering all sections
+- The token naming conventions (100-1000 step scale with intent encoding) are widely adopted
+- Light/Dark dual-theme pattern shows how to split same-name tokens across two files
+- The YAML frontmatter + Markdown body split is the standard DESIGN.md file structure
+
+---
+
+## YAML Frontmatter: Structured Token Store
+
+Vercel Geist DESIGN.md uses a YAML frontmatter block (`---` ... `---`) as the **single source of truth for token values**. The Markdown body below is human-readable documentation. Every DESIGN.md file must follow this pattern.
+
+### Frontmatter structure
+
+```yaml
+---
+version: 0.1.0
+name: Geist
+description: Vercel's Geist design system, Light theme.
+colors:
+  background-100: "#ffffff"
+  gray-1000: "#171717"
+  blue-700: "#006bff"
+  # … all color tokens as flat map …
+typography:
+  copy-16:
+    fontFamily: Geist Sans
+    fontSize: 16px
+    fontWeight: 400
+    lineHeight: 1.6
+    letterSpacing: 0
+  # … all typography tokens with 5 properties each …
+spacing:
+  base: 4px
+  1: 4px
+  2: 8px
+  # … full scale …
+rounded:
+  sm: 6px
+  md: 12px
+  lg: 16px
+  full: 9999px
+components:
+  button-primary:
+    backgroundColor: "{colors.gray-1000}"
+    textColor: "{colors.background-100}"
+    typography: "{typography.button-14}"
+    rounded: "{rounded.sm}"
+    padding: "0 10px"
+    height: 40px
+  # … all component variants referencing other frontmatter keys …
+---
+```
+
+> **Design note:** The frontmatter-body split is fundamental to the DESIGN.md format. The frontmatter is structured, parseable data; the body is prose documentation. This is the same pattern used by Jekyll, Hugo, and many static site generators — it's well-understood by tooling and agents. The `{colors.X}` reference syntax in components enables single-point-of-change: update `colors.gray-1000` in one place and all components that reference it automatically follow.
+
+### Key design decisions in the frontmatter
+
+1. **Flat color map, not nested by family** — `gray-100: "#…"` not `gray: {100: "#…"}`. This allows flat lookups and avoids deep nesting.
+2. **10-step color scale encodes intent** — `400 = border`, `700 = solid fill`, `1000 = primary text`. Agent reads the step number and knows the role.
+3. **All 5 typography properties per token** — no defaults assumed; every token is self-contained.
+4. **Reference syntax for components** — `"{colors.gray-1000}"` keeps components declarative and avoids value duplication.
+5. **Full frontmatter even for dark theme** — `design.dark.md` has the exact same frontmatter keys with different values.
+
+---
+
+## Markdown Body (documentation)
+
+Below the frontmatter, the body provides human/agent-readable documentation:
+
+## Overview
+
+Geist is Vercel's design system for building consistent, developer-focused interfaces. The aesthetic is minimal and high-contrast: plenty of whitespace, restrained color, and content set on near-neutral surfaces. Prioritize readability and accessibility, and use color to signal state or hierarchy rather than decoration.
+
+This is the Light theme. The Dark theme uses the same token names with different values and lives at `/design.dark.md`. Colors are sRGB hex with Display P3 equivalents.
+
+> **Design note:** The Overview does two things well: (1) it states the aesthetic in terms an agent can operationalize ("minimal and high-contrast", "color to signal state or hierarchy rather than decoration"), and (2) it declares the multi-theme structure upfront.
+
+## Colors
+
+Each non-background scale runs 10 steps (`100`–`1000`), and the step encodes intent, not just lightness:
+
+- `100` default background
+- `200` hover background
+- `300` active background
+- `400` default border
+- `500` hover border
+- `600` active border
+- `700` solid fill, high contrast
+- `800` solid fill, hover
+- `900` secondary text and icons
+- `1000` primary text and icons
+
+`background-100` is the primary page and card surface; `background-200` is a secondary surface for subtle separation. The `gray-alpha-*` tokens are translucent, so they layer over any background; use them for borders, dividers, overlays, and hover states. Solid `gray-*` holds its contrast on any surface, so use it for text and opaque fills. Accent scales carry meaning: `blue` for success, links, and focus; `red` for errors; `amber` for warnings; plus `green`, `teal`, `purple`, and `pink`. Use the hex tokens everywhere; each accent scale also ships a `*-p3` wide-gamut value in `oklch()` for Display P3 screens. The Dark theme redefines the same names at `/design.dark.md`.
+
+> **Design note:** This is the key innovation of Vercel's approach: the 10-step scale encodes **intent**, not just a lightness gradient. An agent reading this knows that `700` means "solid fill" and `400` means "border", regardless of the actual hex value. This makes the scale **self-documenting** — an agent can apply tokens correctly without memorizing specific colors. The separation of `gray-alpha` (translucent, layers over any background) from `gray` (solid, holds contrast) is another critical design decision that prevents common UI mistakes.
+
+## Typography
+
+Geist Sans sets UI and prose; Geist Mono sets code, data, and tabular figures. Both are open-source. The `typography` tokens above carry concrete `fontFamily`, `fontSize`, `fontWeight`, `lineHeight`, and `letterSpacing`:
+
+- Headings, `heading-72` through `heading-14`, title pages and sections; `letterSpacing` tightens as the size grows.
+- Labels, `label-20` through `label-12`, carry single-line, scannable text: navigation, form labels, table headers, metadata.
+- Copy, `copy-24` through `copy-13`, set multi-line body text with a taller `lineHeight`.
+- Buttons, `button-16` through `button-12`, are medium-weight labels for buttons and compact controls.
+
+`copy-14` and `label-14` cover most text. The `-mono` tokens pair Geist Mono with the same metrics; prefer tabular figures when numbers need to align.
+
+> **Design note:** The typography system encodes **role** plus **size** in the token name (`copy-14`, `label-14`, `button-16`). An agent knows `copy-14` is body text (multi-line, taller line-height) and `label-14` is single-line scannable text — even though they share the same font size. This is the same "intent encoding" pattern as the color scales.
+
+## Layout
+
+Spacing follows a 4px scale: 4, 8, 12, 16, 24, 32, 40, 64, 96px. Keep a three-step rhythm: 8px inside a group, 16px between groups, 32–40px between sections. Cards use 24px padding, 16px when compact and 32px for hero areas. Center content in a 1200px column with side padding that grows at wider breakpoints, and make every layout work on mobile and desktop. Breakpoints are `sm` 401px, `md` 601px, `lg` 961px, `xl` 1200px, and `2xl` 1400px.
+
+> **Design note:** The "three-step rhythm" rule (8px/16px/32px) gives an agent a clear, mechanical way to decide how much space to put between elements. Without this, agents tend to use arbitrary spacing. The card padding variants (24px/16px/32px) similarly prevent inconsistent padding choices.
+
+## Elevation & Depth
+
+Hierarchy comes from tonal surfaces and borders first, so shadows stay subtle. Apply these `box-shadow` values for the light theme:
+
+- Raised cards: `0 2px 2px rgba(0, 0, 0, 0.04)`
+- Popovers and menus: `0 1px 1px rgba(0, 0, 0, 0.02), 0 4px 8px -4px rgba(0, 0, 0, 0.04), 0 16px 24px -8px rgba(0, 0, 0, 0.06)`
+- Modals and dialogs: `0 1px 1px rgba(0, 0, 0, 0.02), 0 8px 16px -4px rgba(0, 0, 0, 0.04), 0 24px 32px -8px rgba(0, 0, 0, 0.06)`
+
+Tooltips take the lightest of these. Pair each elevation with the matching radius below.
+
+> **Design note:** The hierarchy principle is stated first ("tonal surfaces and borders first, so shadows stay subtle"). This prevents agents from over-using shadows. Each elevation is tied to a specific UI element (card, popover, modal) — not an abstract level number — making it trivial for an agent to pick the right shadow.
+
+## Motion
+
+Use motion only when it clarifies a change, never for decoration. Most interactions should feel instant: a duration of `0ms` is often the snappiest and best choice, and the call is context-dependent. When motion genuinely helps, such as revealing or moving an element, keep it short and physical with the easing `cubic-bezier(0.175, 0.885, 0.32, 1.1)`: roughly 150ms for state changes, 200ms for popovers and tooltips, and 300ms for overlays and modals. Avoid long, looping, or attention-grabbing animation, and honor `prefers-reduced-motion` by dropping nonessential motion.
+
+> **Design note:** The explicit "0ms is often the best choice" is crucial — it prevents agents from defaulting to the common 300ms ease-out. The duration table maps cleanly to element types (state change → popover → modal), making it self-documenting.
+
+## Shapes
+
+Radii stay tight: 6px for everyday surfaces and controls, 12px for menus and modals, 16px for fullscreen surfaces. Reserve 9999px for pills, avatars, and circular controls. Keep one radius family per view rather than mixing rounded and sharp corners.
+
+> **Design note:** "One radius family per view" is a strong constraint that prevents inconsistent corner radius mixing — a common agent mistake.
+
+## Components
+
+The `components` tokens above give ready-to-use values per element (`backgroundColor`, `textColor`, `rounded`, `height`) drawn from this theme:
+
+- Primary button: solid `gray-1000` fill with a `background-100` label, for the single most important action on a view.
+- Secondary button: `background-100` fill with a translucent `gray-alpha-400` border.
+- Tertiary button: transparent fill with `gray-1000` text for low-emphasis actions; it tints with `gray-alpha` on hover.
+- Error button: solid `red-800` fill with white text, for destructive actions.
+- Input: `background-100` fill, translucent border, 6px radius.
+
+The variant tokens are the default medium (40px) size. Use the `button-small`/`input-small` (32px) and `button-large`/`input-large` (48px) tokens for the other sizes; large buttons step up to `button-16`. Hover and active states step up the scale: a `100` fill becomes `200` on hover and `300` on active, and borders move from `400` to `500` to `600`. Disabled uses a `gray-100` fill, `gray-700` text, and a not-allowed cursor. Focus shows a two-layer ring (`box-shadow: 0 0 0 2px #ffffff, 0 0 0 4px #006bff`): a 2px gap in the surface color, then a 2px `blue-700` ring.
+
+> **Design note:** The component tokens reference the color/typography/shape tokens defined above — there is no duplication. The state progression rule ("100 → 200 → 300 fill on hover → active") is a **systematic rule**, not a per-component value table. An agent can derive any component's hover state from this rule alone. The focus ring pattern (surface gap + accent ring) is explicitly described with box-shadow values, preventing agents from guessing focus styles.
+
+## Voice & Content
+
+Copy is part of the design; keep it precise and free of filler.
+
+- Use Title Case for labels, buttons, titles, and tabs; sentence case for body, helper text, and toasts.
+- Name actions with a verb and a noun (`Deploy Project`, `Delete Member`), never `Confirm`, `OK`, or a bare verb.
+- Write errors as what happened plus what to do next: `Build failed. Bundle exceeds 50 MB. Reduce it or raise the limit.`
+- Toasts name the specific thing that changed, drop the trailing period, and never say `successfully`: `Project deleted`, not `Successfully deleted the project.`
+- Empty states point to the first action: `No deployments yet. Push to your Git repository to create one.`
+- Use the present participle with an ellipsis for in-progress states: `Deploying…`, `Saving…`.
+- Use numerals (`3 projects`), curly quotes, and the ellipsis character; skip `please` and marketing superlatives.
+
+> **Design note:** Voice rules are highly actionable for agents because they give negative examples ("never `Confirm`, `OK`") and positive patterns ("what happened + what to do next"). This turns copy generation from guesswork into a mechanical fill-in-the-blank exercise.
+
+## Do's and Don'ts
+
+- Use the gray scale to rank information: `1000` for primary text, `900` for secondary, `700` for disabled.
+- Keep solid accent color for state and the single most important action on a view.
+- Hold WCAG AA contrast (4.5:1 for body text).
+- Show the focus ring on every interactive element at `:focus-visible`, and never remove an outline without a visible replacement.
+- Apply the typography tokens instead of setting font size, line height, or weight by hand.
+- Don't signal state with color alone; pair it with an icon or text label.
+- Don't use `background-200` as a general fill; it is for subtle separation only.
+- Don't mix rounded and sharp corners, or more than two font weights, in one view.
+- Don't swap `gray-*` for `background-*`; they are separate scales.
+
+> **Design note:** The Do's and Don'ts section serves as a **correctness checklist** for agents. Each item is a specific, verifiable rule. Agents can self-check their UI output against this list. The "Don't" items prevent common mistakes ("don't mix rounded and sharp corners", "don't use `background-200` as a general fill").
+
+---
+
+## Key takeaways for creating your own DESIGN.md
+
+1. **Use YAML frontmatter as the token SSOT** — structured colors, typography, spacing, rounded, and components in parseable form; the body is documentation
+2. **Encode intent in token names**, not just values — `gray-400 = border`, `copy-14 = body text`
+3. **State rules, not just values** — "three-step spacing rhythm" is more useful than a raw scale
+4. **Give negative examples** — agents need to know what NOT to do as much as what to do
+5. **Make state derivable** — "100 → 200 → 300 on hover" means the agent can compute any component's state
+6. **Tie tokens to concrete UI elements** — "card shadow", not "level-1 shadow"
+7. **Voice rules should be mechanical** — fill-in-the-blank templates, not vague principles

package/harness-skills/mstar-design-md/templates/DESIGN.dark.md.template

@@ -0,0 +1,354 @@
+---
+version: 0.1.0
+name: "[Design System Name]"
+description: "[Design System Name] is a [adjective] design system for [project/product name]. This is the Dark theme. The Light theme uses the same token names with different values and lives at /DESIGN.md."
+
+colors:
+  # ── Background surfaces (dark) ──
+  # Level 1 — primary dark page/card surface (REQUIRED)
+  background-100: "[#000000]"
+
+  # LEVEL2_PLACEHOLDER: secondary surface, active surface — uncomment and fill when upgrading to Level 2
+  # background-200: "[#0a0a0a]"
+  # background-300: "[#141414]"
+
+  # ── Gray (solid — text and opaque fills on dark) ──
+  # Level 1 — primary and secondary text for dark surfaces (REQUIRED)
+  gray-1000: "[#ededed]"
+  gray-900: "[#a0a0a0]"
+
+  # LEVEL2_PLACEHOLDER: full 10-step gray scale (dark-inverted) — uncomment and fill values for steps 100–800
+  # gray-100: "[#1a1a1a]"
+  # gray-200: "[#1f1f1f]"
+  # gray-300: "[#292929]"
+  # gray-400: "[#2e2e2e]"
+  # gray-500: "[#454545]"
+  # gray-600: "[#878787]"
+  # gray-700: "[#8f8f8f]"
+  # gray-800: "[#7d7d7d]"
+
+  # LEVEL2_PLACEHOLDER: gray alpha (white-based translucent) scale — uncomment and fill
+  # gray-alpha-100: "#ffffff12"
+  # gray-alpha-200: "#ffffff17"
+  # gray-alpha-300: "#ffffff21"
+  # gray-alpha-400: "#ffffff24"
+  # gray-alpha-500: "#ffffff3d"
+  # gray-alpha-600: "#ffffff82"
+  # gray-alpha-700: "#ffffff8a"
+  # gray-alpha-800: "#ffffff78"
+  # gray-alpha-900: "#ffffff9c"
+  # gray-alpha-1000: "#ffffffeb"
+
+  # ── Accent — Blue (links, focus, primary actions on dark) ──
+  # Level 1 — at minimum blue-700, typically lighter on dark for contrast (REQUIRED)
+  blue-700: "[#006efe]"
+
+  # LEVEL2_PLACEHOLDER: full blue scale (dark-adjusted) — uncomment and fill
+  # blue-100: "[#06193a]"
+  # blue-200: "[#022248]"
+  # blue-300: "[#002f62]"
+  # blue-400: "[#003674]"
+  # blue-500: "[#00418b]"
+  # blue-600: "[#0090ff]"
+  # blue-700: "[#006efe]"
+  # blue-800: "[#005be7]"
+  # blue-900: "[#47a8ff]"
+  # blue-1000: "[#eaf6ff]"
+
+  # ── Accent — Red (errors on dark) ──
+  # Level 1 — at minimum red-700, typically lighter on dark (REQUIRED)
+  red-700: "[#f13242]"
+
+  # LEVEL2_PLACEHOLDER: full red scale (dark-adjusted) — uncomment and fill
+  # red-100: "[#330a11]"
+  # red-200: "[#440d13]"
+  # red-300: "[#5d0e17]"
+  # red-400: "[#6f101b]"
+  # red-500: "[#88151f]"
+  # red-600: "[#f32e40]"
+  # red-700: "[#f13242]"
+  # red-800: "[#e2162a]"
+  # red-900: "[#ff565f]"
+  # red-1000: "[#ffe9ed]"
+
+  # ── Accent — Amber (warnings on dark) ──
+  # Level 1 — at minimum amber-700 (REQUIRED)
+  amber-700: "[#ffae00]"
+
+  # LEVEL2_PLACEHOLDER: full amber scale (dark-adjusted) — uncomment and fill
+  # amber-100: "[#2a1700]"
+  # amber-200: "[#361900]"
+  # amber-300: "[#502800]"
+  # amber-400: "[#5b3000]"
+  # amber-500: "[#703e00]"
+  # amber-600: "[#ed9a00]"
+  # amber-700: "[#ffae00]"
+  # amber-800: "[#ff9300]"
+  # amber-900: "[#ff9300]"
+  # amber-1000: "[#fff3d5]"
+
+  # LEVEL2_PLACEHOLDER: additional accent scales (dark-adjusted) — uncomment and fill
+  # green-100: "[#002608]"
+  # green-200: "[#00320b]"
+  # green-300: "[#003a0e]"
+  # green-400: "[#004615]"
+  # green-500: "[#006717]"
+  # green-600: "[#00952d]"
+  # green-700: "[#00ac3a]"
+  # green-800: "[#009432]"
+  # green-900: "[#00ca50]"
+  # green-1000: "[#d8ffe4]"
+
+  # teal-100: "[#00231b]"
+  # teal-200: "[#002b22]"
+  # teal-300: "[#003d34]"
+  # teal-400: "[#004035]"
+  # teal-500: "[#006354]"
+  # teal-600: "[#009e86]"
+  # teal-700: "[#00aa95]"
+  # teal-800: "[#00927f]"
+  # teal-900: "[#00cfb7]"
+  # teal-1000: "[#cbfff5]"
+
+  # purple-100: "[#290c33]"
+  # purple-200: "[#341142]"
+  # purple-300: "[#47185e]"
+  # purple-400: "[#541a76]"
+  # purple-500: "[#642290]"
+  # purple-600: "[#9440d5]"
+  # purple-700: "[#9440d5]"
+  # purple-800: "[#7d2bba]"
+  # purple-900: "[#c472fb]"
+  # purple-1000: "[#fbecff]"
+
+  # pink-100: "[#310d1e]"
+  # pink-200: "[#420c25]"
+  # pink-300: "[#571032]"
+  # pink-400: "[#5d0c34]"
+  # pink-500: "[#76063f]"
+  # pink-600: "[#ba0056]"
+  # pink-700: "[#f12b82]"
+  # pink-800: "[#e7006d]"
+  # pink-900: "[#ff4d8d]"
+  # pink-1000: "[#ffe9f4]"
+
+typography:
+  # ── Body text (multi-line, taller line-height) ──
+  # Level 1 — at minimum one body token; typography tokens are typically unchanged in dark mode (REQUIRED)
+  copy-16:
+    fontFamily: "[font-family]"
+    fontSize: 16px
+    fontWeight: 400
+    lineHeight: 1.6
+    letterSpacing: 0
+
+  # LEVEL2_PLACEHOLDER: additional body sizes; same as DESIGN.md unless font weight needs adjustment
+  # copy-24:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 24px
+  #   fontWeight: 400
+  #   lineHeight: 36px
+  #   letterSpacing: 0
+  # copy-20:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 20px
+  #   fontWeight: 400
+  #   lineHeight: 36px
+  #   letterSpacing: 0
+  # copy-14:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 14px
+  #   fontWeight: 400
+  #   lineHeight: 20px
+  #   letterSpacing: 0
+
+  # ── Headings ──
+  # Level 1 — at minimum one heading token (REQUIRED)
+  heading-32:
+    fontFamily: "[font-family]"
+    fontSize: 32px
+    fontWeight: 600
+    lineHeight: 1.2
+    letterSpacing: -0.02em
+
+  # LEVEL2_PLACEHOLDER: full heading scale; same as DESIGN.md
+  # heading-72:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 72px
+  #   fontWeight: 600
+  #   lineHeight: 72px
+  #   letterSpacing: -0.04em
+  # heading-48:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 48px
+  #   fontWeight: 600
+  #   lineHeight: 56px
+  #   letterSpacing: -0.03em
+  # heading-24:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 24px
+  #   fontWeight: 600
+  #   lineHeight: 32px
+  #   letterSpacing: -0.01em
+  # heading-20:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 20px
+  #   fontWeight: 600
+  #   lineHeight: 26px
+  #   letterSpacing: -0.005em
+
+  # LEVEL2_PLACEHOLDER: label and button typography; same as DESIGN.md
+  # label-14:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 14px
+  #   fontWeight: 400
+  #   lineHeight: 20px
+  #   letterSpacing: 0
+  # button-14:
+  #   fontFamily: "[font-family]"
+  #   fontSize: 14px
+  #   fontWeight: 500
+  #   lineHeight: 20px
+  #   letterSpacing: 0
+
+spacing:
+  base: 4px
+  # Level 1 — same spacing scale as DESIGN.md (REQUIRED)
+  1: 4px
+  2: 8px
+  3: 12px
+  4: 16px
+  6: 24px
+
+  # LEVEL2_PLACEHOLDER: full 9-step scale; same as DESIGN.md
+  # 8: 32px
+  # 10: 40px
+  # 16: 64px
+  # 24: 96px
+
+rounded:
+  # Level 1 — same radii as DESIGN.md (REQUIRED)
+  sm: 6px
+
+  # LEVEL2_PLACEHOLDER: additional radius tokens; same as DESIGN.md
+  # md: 12px
+  # lg: 16px
+  # full: 9999px
+
+# LEVEL2_PLACEHOLDER: component tokens — uncomment and fill; values reference dark `colors.*` and `typography.*`
+# components:
+#   button-primary:
+#     backgroundColor: "{colors.gray-1000}"
+#     textColor: "{colors.background-100}"
+#     typography: "{typography.button-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 10px"
+#     height: 40px
+#   button-secondary:
+#     backgroundColor: "{colors.background-100}"
+#     textColor: "{colors.gray-1000}"
+#     typography: "{typography.button-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 10px"
+#     height: 40px
+#   button-tertiary:
+#     textColor: "{colors.gray-1000}"
+#     typography: "{typography.button-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 10px"
+#     height: 40px
+#   button-error:
+#     backgroundColor: "{colors.red-800}"
+#     textColor: "#ffffff"
+#     typography: "{typography.button-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 10px"
+#     height: 40px
+#   button-small:
+#     typography: "{typography.button-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 6px"
+#     height: 32px
+#   button-large:
+#     typography: "{typography.button-16}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 14px"
+#     height: 48px
+#   input:
+#     backgroundColor: "{colors.background-100}"
+#     textColor: "{colors.gray-1000}"
+#     typography: "{typography.label-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 12px"
+#     height: 40px
+#   input-small:
+#     typography: "{typography.label-14}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 12px"
+#     height: 32px
+#   input-large:
+#     typography: "{typography.label-16}"
+#     rounded: "{rounded.sm}"
+#     padding: "0 12px"
+#     height: 48px
+---
+
+<!-- COMPLETENESS_LEVEL: 3 — dark theme companion to DESIGN.md -->
+
+# [Design System Name] — Dark
+
+## Overview
+
+[Design System Name] Dark is the dark theme companion to [Design System Name]. Token names are identical to DESIGN.md; only the values change. Every token in the YAML frontmatter above must have a corresponding entry in DESIGN.md.
+
+This file uses the same structure as DESIGN.md. When DESIGN.md is updated, update this file with the dark-equivalent values.
+
+<!--
+  IMPORTANT: Switch to dark mode by loading this file's values in place of DESIGN.md values.
+  Consumers reference tokens by name, not by value — the switch is transparent.
+-->
+
+## Colors
+
+Token values are defined in the frontmatter `colors:` map. Dark theme inverts the scale: background-100 is dark (`#000000`), gray-1000 is light text (`#ededed`). Accent colors shift lighter to maintain contrast on dark surfaces. Gray-alpha tokens use white-based transparency (`rgba(255,255,255,…)`) instead of black-based.
+
+<!-- LEVEL2_PLACEHOLDER: Complete all color scales in the frontmatter to match DESIGN.md. See references/completeness-checklist.md § Level 3. -->
+
+## Typography
+
+Token values are defined in the frontmatter `typography:` map. Typography tokens are typically identical to DESIGN.md — copy verbatim from the light theme unless a font weight adjustment is needed for dark backgrounds.
+
+## Spacing & Layout
+
+Token values are defined in the frontmatter `spacing:` and `rounded:` maps. Spacing and breakpoints are identical to DESIGN.md. Copy verbatim.
+
+### Breakpoints
+
+Refer to DESIGN.md breakpoints; do not duplicate here. The dark theme inherits all layout tokens from the light theme.
+
+<!-- LEVEL3_PLACEHOLDER: Add dark-mode Elevation, extended Components tokens, and full dark theme parity with DESIGN.md -->
+<!--
+## Elevation & Depth
+
+Shadows on dark backgrounds use lighter, deeper values. Hierarchy still comes from tonal surfaces first.
+
+### Shadows (dark theme)
+
+| Element | Value |
+|---------|-------|
+| Card | 0 1px 2px rgba(0, 0, 0, 0.16) |
+| Popover | 0 1px 1px rgba(0, 0, 0, 0.08), 0 4px 8px -4px rgba(0, 0, 0, 0.12), 0 16px 24px -8px rgba(0, 0, 0, 0.16) |
+| Modal | 0 1px 1px rgba(0, 0, 0, 0.08), 0 8px 16px -4px rgba(0, 0, 0, 0.12), 0 24px 32px -8px rgba(0, 0, 0, 0.16) |
+
+## Components
+
+Component tokens are defined in the frontmatter `components:` map. Button tokens reference dark `colors.*` values. Same structure as DESIGN.md, different color references. States, sizes, and focus follow the same rules as DESIGN.md.
+
+## Motion
+
+Same as DESIGN.md — motion rules are theme-independent.
+
+## Shapes
+
+Same as DESIGN.md — border radius tokens are theme-independent.
+-->