create-yss-spec 3.4.9 → 3.5.0

package/template/docs/design/facts/antdv-next/1.5.2/components/Tag/semantic.json

@@ -1,25 +0,0 @@
-{
-  "name": "Tag",
-  "semanticStructure": [
-    {
-      "key": "root",
-      "description": "Root element with inline-block display, auto height, padding, font size, line height, nowrap, background color, border, border radius, opacity, transition animations, text alignment, relative positioning and other basic tag styles",
-      "descriptionZh": "根元素，包含行内块布局、自动高度、内边距、字体大小、行高、禁止换行、背景色、边框、圆角、透明度、过渡动画、文本对齐、相对定位等标签的基础样式"
-    },
-    {
-      "key": "icon",
-      "description": "Icon element with font size, color, cursor style, transition animations and other icon display styles",
-      "descriptionZh": "图标元素，包含字体大小、颜色、光标样式、过渡动画等图标的显示样式"
-    },
-    {
-      "key": "content",
-      "description": "Content element with text content color, font styles and other content area styles",
-      "descriptionZh": "内容元素，包含文本内容的颜色、字体样式等内容区域的样式"
-    },
-    {
-      "key": "close",
-      "description": "Close element with close button layout, cursor styles, transition animations and other interaction styles",
-      "descriptionZh": "关闭元素，包含关闭按钮的布局、光标样式、过渡动画等交互样式"
-    }
-  ]
-}

package/template/docs/design/facts/antdv-next/1.5.2/components/Tag/token.json

@@ -1,25 +0,0 @@
-{
-  "token": [
-    {
-      "name": "defaultBg",
-      "type": "string",
-      "default": "#f5f5f5",
-      "description": "Default background color",
-      "descriptionZh": "默认背景色"
-    },
-    {
-      "name": "defaultColor",
-      "type": "string",
-      "default": "rgba(0,0,0,0.88)",
-      "description": "Default text color",
-      "descriptionZh": "默认文字颜色"
-    },
-    {
-      "name": "solidTextColor",
-      "type": "string",
-      "default": "#fff",
-      "description": "Default text color for solid tag.",
-      "descriptionZh": "默认实心标签的文本色"
-    }
-  ]
-}

package/template/docs/design/facts/antdv-next/1.5.2/design-md.json

@@ -1,3 +0,0 @@
-{
-  "doc": "---\nversion: alpha\nname: Antdv Next\ndescription: According to the guidelines of Ant Design, we have developed the Vue UI library antdv-next, with the core values of \"natural, definite, meaningful, and continuous growth\".\ncolors:\n  primary: '#1677FF'\n  success: '#52C41A'\n  warning: '#FAAD14'\n  error: '#FF4D4F'\n  info: '#1677FF'\n  blue: '#1677FF'\n  blue-7: '#0958D9'\n  purple: '#722ED1'\n  cyan: '#13C2C2'\n  green: '#52C41A'\n  magenta: '#EB2F96'\n  red: '#F5222D'\n  orange: '#FA8C16'\n  yellow: '#FADB14'\n  volcano: '#FA541C'\n  geekblue: '#2F54EB'\n  gold: '#FAAD14'\n  lime: '#A0D911'\n  surface: '#FFFFFF'\n  surface-container: '#FAFAFA'\n  surface-layout: '#F5F5F5'\n  on-surface: '#1F1F1F'\n  on-surface-variant: '#595959'\n  on-surface-disabled: '#BFBFBF'\n  outline: '#D9D9D9'\n  outline-variant: '#F0F0F0'\ntypography:\n  display-lg:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 38px\n    fontWeight: '600'\n    lineHeight: 46px\n  headline-lg:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 30px\n    fontWeight: '600'\n    lineHeight: 38px\n  headline-md:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 24px\n    fontWeight: '600'\n    lineHeight: 32px\n  headline-sm:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 20px\n    fontWeight: '600'\n    lineHeight: 28px\n  title-lg:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 16px\n    fontWeight: '600'\n    lineHeight: 24px\n  title-md:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 14px\n    fontWeight: '600'\n    lineHeight: 22px\n  body-lg:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 16px\n    fontWeight: '400'\n    lineHeight: 24px\n  body-md:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 14px\n    fontWeight: '400'\n    lineHeight: 22px\n  body-sm:\n    fontFamily: \"-apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif\"\n    fontSize: 12px\n    fontWeight: '400'\n    lineHeight: 20px\n  code:\n    fontFamily: \"'SFMono-Regular', Consolas, 'Liberation Mono', Menlo, Courier, monospace\"\n    fontSize: 13px\n    fontWeight: '400'\n    lineHeight: 20px\nrounded:\n  none: 0px\n  sm: 2px\n  md: 4px\n  DEFAULT: 6px\n  lg: 8px\n  xl: 16px\n  full: 9999px\nspacing:\n  unit: 4px\n  xs: 4px\n  sm: 8px\n  md: 16px\n  lg: 24px\n  xl: 32px\n  control-height: 32px\ncomponents:\n  button-primary:\n    backgroundColor: '{colors.primary}'\n    textColor: '#FFFFFF'\n    typography: '{typography.body-md}'\n    rounded: '{rounded.DEFAULT}'\n    height: 32px\n    padding: 0 15px\n  button-primary-hover:\n    backgroundColor: '#4096FF'\n  button-primary-active:\n    backgroundColor: '#0958D9'\n  button-default:\n    backgroundColor: '{colors.surface}'\n    textColor: '{colors.on-surface}'\n    typography: '{typography.body-md}'\n    rounded: '{rounded.DEFAULT}'\n    height: 32px\n    padding: 0 15px\n  button-default-hover:\n    textColor: '#4096FF'\n  input-field:\n    backgroundColor: '{colors.surface}'\n    textColor: '{colors.on-surface}'\n    typography: '{typography.body-md}'\n    rounded: '{rounded.DEFAULT}'\n    height: 32px\n    padding: 4px 11px\n  input-field-focus:\n    backgroundColor: '{colors.surface}'\n  select-field:\n    backgroundColor: '{colors.surface}'\n    textColor: '{colors.on-surface}'\n    typography: '{typography.body-md}'\n    rounded: '{rounded.DEFAULT}'\n    height: 32px\n    padding: 0 11px\n  card:\n    backgroundColor: '{colors.surface}'\n    textColor: '{colors.on-surface}'\n    rounded: '{rounded.lg}'\n    padding: 24px\n  modal:\n    backgroundColor: '{colors.surface}'\n    textColor: '{colors.on-surface}'\n    rounded: '{rounded.lg}'\n    padding: 20px 24px\n  menu-item-selected:\n    backgroundColor: '#E6F4FF'\n    textColor: '{colors.primary}'\n    typography: '{typography.body-md}'\n  tabs-tab-active:\n    textColor: '{colors.primary}'\n    typography: '{typography.body-md}'\n  table-header:\n    backgroundColor: '{colors.surface-container}'\n    textColor: '{colors.on-surface}'\n    typography: '{typography.title-md}'\n    padding: 16px\n  tag:\n    backgroundColor: '{colors.surface-container}'\n    textColor: '{colors.on-surface}'\n    typography: '{typography.body-sm}'\n    rounded: '{rounded.md}'\n    padding: 0 7px\n  tooltip:\n    backgroundColor: 'rgba(0, 0, 0, 0.85)'\n    textColor: '#FFFFFF'\n    typography: '{typography.body-md}'\n    rounded: '{rounded.md}'\n    padding: 6px 8px\n  dropdown-item-hover:\n    backgroundColor: '{colors.surface-container}'\n    textColor: '{colors.on-surface}'\n  alert-success:\n    backgroundColor: '#F6FFED'\n    textColor: '{colors.on-surface}'\n    rounded: '{rounded.lg}'\n    padding: 8px 12px\n  alert-warning:\n    backgroundColor: '#FFFBE6'\n    textColor: '{colors.on-surface}'\n    rounded: '{rounded.lg}'\n    padding: 8px 12px\n  alert-error:\n    backgroundColor: '#FFF2F0'\n    textColor: '{colors.on-surface}'\n    rounded: '{rounded.lg}'\n    padding: 8px 12px\n  alert-info:\n    backgroundColor: '#E6F4FF'\n    textColor: '{colors.on-surface}'\n    rounded: '{rounded.lg}'\n    padding: 8px 12px\n  badge-status-error:\n    backgroundColor: '{colors.error}'\n    rounded: '{rounded.full}'\n    width: 6px\n    height: 6px\n  tag-blue:\n    backgroundColor: '#E6F4FF'\n    textColor: '{colors.blue-7}'\n    typography: '{typography.body-sm}'\n    rounded: '{rounded.md}'\n    padding: 0 7px\n---\n\n## Overview\n\nThis document describes the default light theme of Antdv Next. The system employs semantic versioning: Major versions indicate comprehensive updates to the design language, and are synchronized with the upstream Ant Design in terms of design.\n\nAntdv Next is an open-source project that converts the upstream React Ant Design version into the Vue version. It is mainly applied to the middle and back-end consoles, dashboards, and operation tools. This project was created in 2026 and aims to provide a shared and clearly defined infrastructure for large product teams, enabling them to deliver rich-functionality and data-intensive interfaces without having to redefine the basic design on each page.\n\nFour values guide every decision in the system:\n\n- **Natural.** The interface follows established conventions; nothing surprises a returning user. Patterns that already exist in operating systems and prior generations of enterprise software are preferred over novel inventions.\n- **Certain.** Users always know what state they're in, what their inputs did, and what the next step is. Hover, focus, loading, and error states are explicit and consistent.\n- **Meaningful.** Visual emphasis is reserved for action. Decoration that does not communicate is removed.\n- **Growing.** The system scales from small forms to dense tables to multi-tenant admin consoles without losing coherence.\n\n## Colors\n\nThe palette is built from one **primary** brand seed, four semantic state seeds (`success`, `warning`, `error`, `info`), and neutral base colors for text and surfaces. Color seeds expand automatically through `@ant-design/colors` into gradient steps covering background tint, hover, active, and outline variants — change the seed, and the entire derived palette moves with it.\n\n`#1677FF` was chosen as the primary because blue reads as trustworthy and focused without the corporate flatness of a darker navy or the playfulness of a saturated cyan. It is the default brand color for actions, links, focus rings, selected navigation, and active tabs.\n\nAccessibility note: this file records Antdv Next's default visual tokens. Some brand-color pairs, especially white text on `#1677FF` and primary text on pale selected backgrounds, are below WCAG AA's 4.5:1 contrast threshold for small text. For strict accessibility targets, darken `colorPrimary` through `ConfigProvider` or use component-specific token overrides rather than inventing one-off colors.\n\nNeutral text and overlays in the runtime token system are expressed as `rgba(0, 0, 0, α)` rather than flat grey hex values. The reason is overlay: when text sits above a tinted card or a colored cell highlight, an opaque grey breaks the tint, while a transparent black blends naturally. The four standard alpha steps are `0.88` (primary text, exported here as `#1F1F1F`), `0.65` (secondary text, `#595959`), `0.45` (tertiary / description text), and `0.25` (placeholder / disabled, `#BFBFBF`). The hex values listed in this document are the equivalent composited result on a white surface, suitable for static export targets that require hex; downstream consumers that support alpha should prefer the `rgba()` form from `@antdv-next/cssinjs`.\n\nThe preset colors (`blue`, `purple`, `cyan`, `green`, `magenta`, `red`, `orange`, `yellow`, `volcano`, `geekblue`, `gold`, `lime`; `pink` is a deprecated alias of `magenta` in runtime tokens) are reserved for tags, charts, and categorical visualization — never for primary UI affordances. Use functional colors (`success`/`warning`/`error`/`info`) for status, and reserve `primary` for the single most important action on each screen.\n\n## Typography\n\nThe base font size is **14 px**, not 16. Enterprise consoles trade legibility headroom for information density — a 1440 px-wide window has to comfortably fit a sidebar, a header, a data table with eight columns, and a detail pane. At 14 px, a row of body copy reaches the eye-saccade sweet spot of ~75 characters at the column widths these layouts demand.\n\nThe font stack prioritizes the OS UI font in order: Apple's `-apple-system`, then `BlinkMacSystemFont`, then Windows' `Segoe UI`, then Android/ChromeOS' `Roboto`, then `Helvetica Neue`, then `Arial`, with `Noto Sans` covering Linux. Emoji fallbacks are kept short. The code font uses `SFMono-Regular`, `Consolas`, `Liberation Mono`, `Menlo`, and `Courier` in the same order.\n\nOnly **two font weights** appear in product UI: 400 (body, controls, menu items, tab labels) and 600 (`fontWeightStrong` — headings, table headers, and any title-grade typography). Thin (100–300), bold (700+), and italics are not used in interface chrome — they fight the calm, certain tone the system targets. Italics are acceptable only inside long-form documentation prose. Visual emphasis on selected/active states comes from color and stroke (border, underline), not weight.\n\n## Layout\n\nAll spacing snaps to a **4 px grid**. The six-step spacing scale (`unit`, `xs`, `sm`, `md`, `lg`, `xl` → 4 / 4 / 8 / 16 / 24 / 32 px) covers every gap, gutter, and inset in the system. Magic numbers — `padding: 11px`, `gap: 13px` — do not appear in token-driven code; the input field's 11 px horizontal padding exists only because the design pre-dates the 4 px grid and a one-pixel migration would shift millions of existing screens.\n\nSurfaces use a **three-layer model**:\n\n1. **`bg-layout`** (`#F5F5F5`) — the page background. It surrounds and contains everything else.\n2. **`bg-container`** (`#FFFFFF`) — the surface for cards, panels, tables, and forms. This is where most content lives.\n3. **`bg-elevated`** (`#FFFFFF`, same hex as `bg-container`) — the surface for modals, dropdowns, popovers. Distinguished from `bg-container` not by color but by shadow.\n\nNever hard-code `#FFF` or `#FAFAFA` in product code. Read the token. The three-layer model is what lets a dark-mode algorithm flip the surface ladder without breaking layouts.\n\n## Elevation & Depth\n\nAntdv Next is **flat-first**. Borders and tonal contrast carry hierarchy. Shadows appear only on surfaces that genuinely float above their context.\n\nShadow tokens are generated from `colorShadow`, so the same names adapt across light and dark themes. The core tiers are:\n\n- **Tertiary** (`boxShadowTertiary`) — the light raised-surface shadow: `0 1px 2px 0 rgba(0,0,0,0.05), 0 1px 6px -1px rgba(0,0,0,0.03), 0 2px 4px 0 rgba(0,0,0,0.03)`.\n- **Popup** (`boxShadow` and `boxShadowSecondary`) — the standard floating-layer shadow: `0 6px 16px 0 rgba(0,0,0,0.08), 0 3px 6px -4px rgba(0,0,0,0.12), 0 9px 28px 8px rgba(0,0,0,0.05)`.\n- **Card** (`boxShadowCard`) — a card-specific raised shadow with tighter spread, used when cards need separation from the container.\n- **Directional drawer and overflow shadows** (`boxShadowDrawer*`, `boxShadowTabsOverflow*`) — specialized tokens for edge-attached surfaces and scroll affordances.\n- **Popover arrow** (`boxShadowPopoverArrow`) — used only for the small triangular pointer on tooltip and popover arrows.\n\nMotion uses three durations and a small library of cubic-bezier easings, all exposed as tokens:\n\n- `motionDurationFast` — 0.1 s, for state changes (hover, focus, press).\n- `motionDurationMid` — 0.2 s, for component-internal transitions (collapse, fade).\n- `motionDurationSlow` — 0.3 s, for surface-level changes (modal enter, drawer slide).\n\nEasings are pre-defined: `motionEaseInOut`, `motionEaseOut`, `motionEaseIn`, `motionEaseOutBack`, `motionEaseOutCirc`, etc. Do not pick a `transition-timing-function` arbitrarily. If the design need does not match an existing easing, use `motionEaseInOut` and move on.\n\n## Shapes\n\nThe default corner radius is **6 px**. It is round enough to read as modern and friendly, but small enough that a 32-pixel-tall button still presents a clean, almost-rectangular silhouette suitable for dense forms.\n\nBy component class:\n\n- **Controls** (button, input, select, dropdown trigger) — 6 px (`rounded.DEFAULT`).\n- **Surfaces** (card, modal, drawer, notification) — 8 px (`rounded.lg`).\n- **Tags and small chips** — 4 px (`rounded.md`).\n- **Tooltip and popover** — 4 px (`rounded.md`).\n\nFull-pill (`rounded.full`, 9999 px) is reserved for circular avatars, badges, and dots — not for buttons or tags. Square (0 px) is reserved for tables and the inner edges of segmented controls. Mixing radii on adjacent elements is a smell: a card with 8 px corners should not contain a button with 16 px corners.\n\n## Components\n\nComponent archetypes capture the system's most common surfaces and states. Each entry below maps to the token references in the YAML front-matter.\n\n- **Button (primary)** — the single dominant action per screen. Solid `primary` fill, white text, 32 px tall, 6 px radius. Hover lightens the fill to `#4096FF`; active darkens to `#0958D9`. Do not stack two `primary` buttons in one decision.\n- **Button (default)** — secondary actions. Transparent background on a white surface, dark text, 1 px outline border. Hover changes text color to `#4096FF`; the border tints to match.\n- **Input field** — 32 px tall to match buttons. Subtle 1 px outline border; focus state thickens the border to `primary` and adds an inset glow. Placeholder text uses `on-surface-disabled`.\n- **Select** — visually identical to Input. The trigger reads as an input until interacted with.\n- **Card** — the workhorse container. White surface, 8 px radius, optional `boxShadowCard` elevation. Internal padding is 24 px on all sides; nested controls maintain 16 px gaps.\n- **Modal** — same surface and radius as Card, but uses the secondary shadow tier and is centered on a `rgba(0, 0, 0, 0.45)` mask. Body padding is 20 px top/bottom × 24 px left/right.\n- **Menu (selected item)** — `#E6F4FF` background, `primary` text. This is the single visual cue for \"you are here\" in navigation.\n- **Tabs (active tab)** — `primary` text and a 2 px `primary` underline. Inactive tabs are `on-surface-variant`. No background fill on tabs at any state.\n- **Table (header row)** — `surface-container` background, `title-md` typography (14 px / 600). Body rows alternate on hover only, not by default — the system trusts users to read dense data without zebra striping.\n- **Tag** — small categorical label. 4 px radius, 12 px font, low-saturation pastel fills from the preset palette. Never use a tag for a critical state — use Alert or Badge.\n- **Alert** — semantic feedback surface. Success, warning, error, and info alerts use pale semantic backgrounds with normal text color; the status is communicated by icon and tint, not by low-contrast colored body text.\n- **Badge status dot** — compact status indicator. Critical status may use `error` fill, but the dot is not a substitute for text in accessibility-critical flows.\n- **Tooltip** — high-contrast inverse surface: `rgba(0,0,0,0.85)` background, white text. Always positioned by the framework, never manually pinned.\n- **Dropdown menu (item hover)** — `surface-container` fill on hover, no text-color change. The hover affordance is enough.\n\n## Do's and Don'ts\n\n- **Do** use the four design values as a tie-breaker. When two approaches conflict, the one that produces a more certain, more legible state for the user wins.\n- **Don't** stack two `primary`-colored buttons on the same surface. Pick one. Demote the rest to `default`.\n- **Do** read surfaces from `colors.surface`, `colors.surface-container`, and `colors.surface-layout`. They reflect the three-layer model.\n- **Don't** hard-code `#FFFFFF` or `#FAFAFA`. The hex is incidental; the role is what matters.\n- **Do** use `motionDurationMid` (0.2 s) for any component-level transition you cannot find a more specific token for.\n- **Don't** invent custom `cubic-bezier` curves. Use the named easings.\n- **Do** reserve the preset color palette (`blue` through `lime`) for tags, charts, and categorical visualization.\n- **Don't** mint accent colors outside the preset palette for one-off UI surfaces. If a screen seems to need one, the design probably needs a different layout instead.\n- **Do** snap every gap, inset, and gutter to the 4 px grid through the spacing scale.\n- **Don't** use magic numbers in product code. If the scale lacks a step you need, the design needs revisiting, not a one-pixel override.\n\n## Customization\n\nEvery value in the YAML front-matter above is a **default** produced by `defaultAlgorithm` — the light theme. Antdv Next theming is broader than Design Token replacement: it includes algorithmic derivation, component-scoped overrides, dynamic switching, nested theme scopes, CSS variable output, static token consumption, and zero-runtime CSS extraction. See [Customize Theme](https://www.antdv-next.com/docs/vue/customize-theme.md) for the complete runtime API and examples.\n\nThe primary theme configuration entry is `ConfigProvider`'s `theme` prop:\n\n1. **Seed token overrides.** Pass `theme.token` to `ConfigProvider` to replace any seed. The primary and semantic color seeds (`colorPrimary`, `colorSuccess`, `colorWarning`, `colorError`, `colorInfo`) expand into derived gradients, while `colorBgBase` and `colorTextBase` drive neutral surfaces and text. Spacing, radius, and font-size seeds work the same way.\n\n2. **Algorithm switching.** Set `theme.algorithm` to swap the derivation logic. `defaultAlgorithm`, `darkAlgorithm`, and `compactAlgorithm` can be used alone or composed as an array — do not invert colors manually; the algorithms account for non-linear palette, surface, shadow, and size relationships.\n\n3. **Component-level overrides.** `theme.components.Button` (or any component's token namespace) can override a single component's Component Token and consumed Alias Token without affecting others. In component config, `algorithm` can opt that component into token derivation when the override should still follow seed-token relationships.\n\n4. **Runtime scope.** Themes can switch dynamically by changing `ConfigProvider.theme`, and nested `ConfigProvider` instances create local themes that inherit unchanged tokens from their parent. Static APIs such as `message.xxx`, `Modal.xxx`, and `notification.xxx` do not automatically receive the surrounding context; use hook-based APIs, `App`, or explicit context holders when themed static feedback is required.\n\nFor custom theme generation, keep Antdv Next's interaction structure, density, state feedback, and component semantics first. Then change the smallest necessary seed set: usually `colorPrimary`, status colors, `borderRadius`, `fontFamily`, `fontSize`, and neutral surface bases. Brand pages may look distinct, but forms, tables, navigation, overlays, focus states, and validation feedback should still feel like Antdv Next. Avoid generating custom CSS rules that bypass tokens, algorithms, `theme.components`, CSS variables, or extracted static styles; if a theme cannot be expressed through those official layers, treat that as a design-system extension rather than a one-off page style."
-}

package/template/docs/design/facts/antdv-next/1.5.2/manifest.json

@@ -1,215 +0,0 @@
-{
-  "schema_version": 1,
-  "provider_id": "vue-antdv-next",
-  "maturity": "supported",
-  "collection_profile": "selected-components",
-  "generated_at": "2026-09-04T16:34:33.843Z",
-  "library": {
-    "package": "antdv-next",
-    "requested_version": "1.5.2",
-    "resolved_snapshot_version": "1.5.2",
-    "integrity": "sha512-IWhjaBteKcUuhtjchWPPcI7C5PngGUmiU++fJ8CEE+lKqisCgT4Yji6CHdTE2MKzIObarXI9FyhgQ+bN8SJEtQ==",
-    "tarball": "https://registry.npmjs.org/antdv-next/-/antdv-next-1.5.2.tgz",
-    "observed_dist_tags": {
-      "rc": "1.0.0-rc.4",
-      "beta": "1.3.4-beta.1",
-      "latest": "1.5.3"
-    }
-  },
-  "cli": {
-    "package": "@antdv-next/cli",
-    "version": "0.0.0-beta.5",
-    "integrity": "sha512-m2OUZdBduFNf3UMhgo4+NlYpocQAV7Y22gdZtaWyWNzMT0WMZBkPOtFCBKUHs2vOejrSNgKXrrRHmKlK1VZycw==",
-    "tarball": "https://registry.npmjs.org/@antdv-next/cli/-/cli-0.0.0-beta.5.tgz",
-    "observed_dist_tags": {
-      "latest": "0.0.0-beta.1",
-      "beta": "0.0.0-beta.5"
-    },
-    "invocation": [
-      "npx",
-      "-y",
-      "@antdv-next/cli@0.0.0-beta.5"
-    ],
-    "help_ref": "cli-help.txt",
-    "help_sha256": "7acbc5094a94d2fa81e38479128ae726e595eebfcdf16e54a463f47313247a16"
-  },
-  "resolution_probe": {
-    "command": [
-      "changelog",
-      "1.5.2",
-      "1.5.2",
-      "--format",
-      "json"
-    ],
-    "from": "1.5.2",
-    "to": "1.5.2",
-    "exact_match": true,
-    "output": {
-      "ref": "resolution-probe.json",
-      "sha256": "6c31e5db597974e8c3cdc09c1c2568976e447addf5039aee063f162149da343a"
-    }
-  },
-  "component_list": {
-    "ref": "component-list.json",
-    "sha256": "4f5e50bf2c39c78fcab9c95f8c913947db21863b9011d81ddd3abae0f03a2294"
-  },
-  "design_baseline": {
-    "version_scope": "static-alpha-not-exact",
-    "declared_version": "alpha",
-    "output": {
-      "ref": "design-md.json",
-      "sha256": "5e437c44ab1e8ccc9f745c107380403596a03bd4017cad28226837b0e44b6f73"
-    }
-  },
-  "project_baseline": {
-    "override_precedence": "project-first",
-    "canonical_design": {
-      "ref": "DESIGN.md",
-      "sha256": "59a9f90f7dd62d5e1d4c398e7b8ab8fae595622d0d5fea7bc0d43fe63802f5d5"
-    },
-    "design": {
-      "ref": "docs/design/design.md",
-      "sha256": "c66a35c2d0b71c72fa9cdd6a0c5e5cae337b1b31f88ba02cefc3cedb2faf95af"
-    },
-    "tokens": {
-      "ref": "docs/design/tokens/theme.json",
-      "sha256": "aab648fa655c9d6f6d3932081a035543fd6481902c873dd218b50f9e550bedac"
-    },
-    "override_reviewed": false
-  },
-  "components": [
-    {
-      "name": "Alert",
-      "info": {
-        "ref": "components/Alert/info.json",
-        "sha256": "8a4bd01cc1ac4967933e798f76437d198c3e2e60342d2d51260b76f496d979bc"
-      },
-      "demo": {
-        "ref": "components/Alert/demo-basic.json",
-        "sha256": "2109f9e018efd41d3ada2f514bde2bd5c21efdf3e1e8c792d5ee30a74a217c02"
-      },
-      "token": {
-        "ref": "components/Alert/token.json",
-        "sha256": "207dadae492ed766288d3f03094ccad0050c19f962f1b2f80c72f3b06381178a"
-      },
-      "semantic": {
-        "ref": "components/Alert/semantic.json",
-        "sha256": "802d1aa5bab754a41fc76952b46e31abc95d390658196a4d0fa186ff9e2ff694"
-      }
-    },
-    {
-      "name": "Button",
-      "info": {
-        "ref": "components/Button/info.json",
-        "sha256": "145221bd782ed4ce98b45af70774e169dc9527eadf81a32c8706aae2b3e9b05d"
-      },
-      "demo": {
-        "ref": "components/Button/demo-basic.json",
-        "sha256": "3ec6e46e1369864f58fec3fe5afda4860f3758afe93d2c893451f6eebd9dd3d2"
-      },
-      "token": {
-        "ref": "components/Button/token.json",
-        "sha256": "0305dcb032b087a4b0aa7ce13c0754720c6236e1e7f87547426f9ede22a618b4"
-      },
-      "semantic": {
-        "ref": "components/Button/semantic.json",
-        "sha256": "75ecccf076d1810aaf71940b132012416e8bd00f1069d506d377f6233a7dcee6"
-      }
-    },
-    {
-      "name": "Input",
-      "info": {
-        "ref": "components/Input/info.json",
-        "sha256": "0033a88079e02579c99a59d0c009d987e599fba3c95e691f80de8de7a21d4009"
-      },
-      "demo": {
-        "ref": "components/Input/demo-basic.json",
-        "sha256": "670d57656637b352e7315d14396607744e6882c936b30beebff826c37ddbe259"
-      },
-      "token": {
-        "ref": "components/Input/token.json",
-        "sha256": "36767a64c302ca2ea86d70492d0c3cd3412f31192932cd824008d88c0f722ea1"
-      },
-      "semantic": {
-        "ref": "components/Input/semantic.json",
-        "sha256": "c770ddd0ebfce5563c17707085a01eb37794af50007373ee75ec8d7bb980fe0a"
-      }
-    },
-    {
-      "name": "Modal",
-      "info": {
-        "ref": "components/Modal/info.json",
-        "sha256": "aa50eedeee60806ed6f1c8f8c6798ed8d6cd3221426db72bdb8dff8fb534dd30"
-      },
-      "demo": {
-        "ref": "components/Modal/demo-basic.json",
-        "sha256": "d1151ffb74350f20cfd4225a531197c3ee575c2107e9a5aa5db30041a4495c37"
-      },
-      "token": {
-        "ref": "components/Modal/token.json",
-        "sha256": "fd3b851f56c63a6171d521f6ac4f48aea7640652f096b3e77fa5682be5a2f022"
-      },
-      "semantic": {
-        "ref": "components/Modal/semantic.json",
-        "sha256": "f7f744481801ae49cab710e3027e6f5f41c6fb5984cd2994f9cef57e6208076e"
-      }
-    },
-    {
-      "name": "Select",
-      "info": {
-        "ref": "components/Select/info.json",
-        "sha256": "880df5a50411cca9d9a06ca7141815a5370617729c5734c65931f4f159683b31"
-      },
-      "demo": {
-        "ref": "components/Select/demo-basic.json",
-        "sha256": "07bf73b5807886e2da2562440b00ebb976fc1ad87aa1d5c4667878d00a9ca922"
-      },
-      "token": {
-        "ref": "components/Select/token.json",
-        "sha256": "5f6cc15b8e2abd887e826b71ba98e987217aae05a4fe859b7d0cf6082d28c135"
-      },
-      "semantic": {
-        "ref": "components/Select/semantic.json",
-        "sha256": "a138dc01999d1d3d972b5d811ba35ec6130e39ec4e956cdb8f14d169d2bfcf97"
-      }
-    },
-    {
-      "name": "Table",
-      "info": {
-        "ref": "components/Table/info.json",
-        "sha256": "f1e27b0a3357533034664b5237c059e518b49a3973a39e2f9f8599e14b0a1530"
-      },
-      "demo": {
-        "ref": "components/Table/demo-basic.json",
-        "sha256": "3e6c11f3e43b1056bcfe8b61bd2d2784e5eb752ecaab40a9513ff237c74385a4"
-      },
-      "token": {
-        "ref": "components/Table/token.json",
-        "sha256": "ca23d66e43faadab6e47d325e8def1e9b2ac57e9ea36d85189ec9010a332c12e"
-      },
-      "semantic": {
-        "ref": "components/Table/semantic.json",
-        "sha256": "c515d31a76255620572a6449f0bd56d2147bbfb943350cfffd4effb857b9a42c"
-      }
-    },
-    {
-      "name": "Tag",
-      "info": {
-        "ref": "components/Tag/info.json",
-        "sha256": "40b244a9f069dee377ed052677edb66fcae6daee697e6d0e0a16805773ac9a5b"
-      },
-      "demo": {
-        "ref": "components/Tag/demo-basic.json",
-        "sha256": "5fe3f1d9dc7b961de928ce7969fa9d2aece8bb8e9e687f9b2b1a9fe5a1397973"
-      },
-      "token": {
-        "ref": "components/Tag/token.json",
-        "sha256": "03e34c4dc96e403d3e7831a91adae0de0ba145551d70a321af4d71c51af6edea"
-      },
-      "semantic": {
-        "ref": "components/Tag/semantic.json",
-        "sha256": "d6df74c85da3e6394b5b1b720f41d77e461470ab6cdfdab25a47f035f8bac241"
-      }
-    }
-  ]
-}

package/template/docs/design/facts/antdv-next/1.5.2/resolution-probe.json

@@ -1,5 +0,0 @@
-{
-  "from": "1.5.2",
-  "to": "1.5.2",
-  "diffs": []
-}

package/template/docs/design/prototypes/.gitkeep

@@ -1 +0,0 @@
-

package/template/docs/implementation/.gitkeep

@@ -1 +0,0 @@
-

package/template/docs/plan/IDEATION.md

@@ -1,96 +0,0 @@
-# 机会构想 (Ideation) — 发现与需求之间的假设生成
-
-> **Plan 内部方法：生成可验证假设，再用 事实核查 事实校准。AI 是发散、挑战和组合机会的加速器。**
-
----
-
-## 定位：机会探索环中的假设生成
-
-Ideation 不等同于  Matt skills `需求澄清`：
-
-| 项 | 定位 | 输出 |
-|---|---|---|
-| Ideation Agent | 产品机会探索角色，回答“可能做什么、是否值得探索” | 候选机会、假设、挑战点、组合方案 |
-| 事实核查角色 | 事实验证角色，回答“证据支持什么、用户真实痛点是什么” | 市场、竞品、用户洞察、MVP 边界输入 |
-|  Matt skills `需求澄清` | 方法论 skill，回答“某个已选方向如何形成技术方案” | 设计说明、方案取舍、风险识别、进入计划前的批准点 |
-
-推荐关系：
-
-```text
-市场 / 竞品 / 用户事实 <-> 机会构想假设 <-> MVP 边界
-```
-
-如果只有一个模糊主题，可以先 Ideation 再 事实核查；如果已经有竞品、用户或行业材料，应先 事实核查 再 Ideation。二者循环到 Spec 前，必须收敛用户、痛点、做什么、不做什么和成功标准。
-
----
-
-## AI 在机会构想中的四种角色
-
-### 1. 发散者 — 产生大量想法
-
-```python
-delegate_task(
-    goal="对'[主题]'做机会构想，至少产生 30 个候选机会",
-    context="""
-    不要过滤。不讨论可行性。数量优先。
-    思考维度：功能/体验/运营/技术/商业模式
-    输出：30+ 个候选机会，每个一句话 + 维度标签
-    """
-)
-```
-
-### 2. 挑战者 — 魔鬼代言人
-
-```python
-delegate_task(
-    goal="对这 5 个候选机会，站在反对者角度逐一挑战",
-    context="对每个候选机会：用户为什么不买账？技术上最大的坑？竞品失败过吗？"
-)
-```
-
-### 3. 连接者 — 发现模式
-
-```python
-delegate_task(
-    goal="分析 30 个候选机会，找出隐藏的模式和可组合的机会",
-    context="归类为 5-7 个主题 / 识别可组合的 / 标注低垂果实 vs 登月计划"
-)
-```
-
-### 4. 记录者 — 结构化输出
-
-```python
-delegate_task(
-    goal="将机会构想输出整理为结构化文档",
-    context="按主题分类 + 假设-证据-风险矩阵 + Top 5 + Next Steps"
-)
-```
-
----
-
-## 方法库
-
-### How Might We (HMW)
-```
-用户痛点 → "我们如何..." → 针对每个 HMW 产生想法
-```
-
-### Crazy 8s
-```
-8 分钟画 8 个方案草图 → 投票选出最佳
-```
-
-### SCAMPER
-```
-Substitute / Combine / Adapt / Modify / Put to another use / Eliminate / Reverse
-```
-
----
-
-## AI-Human Loop
-
-```
-人类提主题或 事实核查 事实 → AI 发散候选机会 → 人类选择 Top 10
-→ AI 挑战者分析 → 事实核查 验证证据 → AI 连接者找模式
-→ 收敛 MVP 边界 → 确认是否进入 Spec / Ticket 或  Matt skills 需求澄清 技术方案设计
-```

package/template/docs/process/PDCA-SCRUM.md

@@ -1,10 +0,0 @@
-# PDCA × Scrum × AI
-
-模板维护和项目实例研发都采用短反馈循环：Plan 明确范围与门禁，Do 执行一个可验证工作单元，Check 运行 fresh verification，Act 回写权威资产和下一步。Scrum 的迭代节奏只影响协作安排，不改变 YSS 生命周期阶段、条件门禁或 Ticket 状态。
-
-## 使用约束
-
-- 每个工作单元先确认 `yss-project.yaml` 身份和最近可信阶段。
-- 以垂直切片和公开测试 seam 交付，不按纯技术层横向堆积未验证代码。
-- Check 失败时保留证据并回到最近的阻塞门禁，不以“已执行命令”替代通过结论。
-- Act 只修改单一事实来源，再同步技能投影和派生文档。

package/template/docs/process/harness-executive-blueprint.md

@@ -1,10 +0,0 @@
-# Harness 执行蓝图
-
-Harness 以仓库身份、影响面、条件门禁和可读证据串联研发流程。执行编排器只推进第一个未阻塞工作单元，并在人工暂停、handoff、实现、合并和发布边界集中回写 checkpoint。
-
-## 核心约束
-
-- `template-source` 只维护流程模板，不生成具体产品资产。
-- `project-instance` 必须从最近可信阶段进入，不以目录猜测门禁状态。
-- 命中条件的门禁未通过时，状态保持 blocked 或 needs-human。
-- 没有 fresh verification 和可解析 evidence refs 时，不宣布完成。

package/template/docs/releases/.gitkeep

@@ -1 +0,0 @@
-

package/template/docs/requirements/README.md

@@ -1,85 +0,0 @@
-# 需求定义 (Requirements) — 从想法到可执行定义
-
-> **Phase: Requirements | 输入: Plan | 输出: Spec + Stories + 验收条件**
-
----
-
-## Engineering Skills 流程
-
-默认需求链路：
-
-```text
-grill-with-docs -> to-spec -> API 影响分析 / 契约草案 -> Architecture 反审 -> OpenAPI Freeze -> to-tickets
-```
-
-进入开发前必须满足：
-
-- [ ] Spec 使用 [../templates/spec-template.md](../templates/spec-template.md)。
-- [ ] OpenAPI 影响明确为“无”或已产出契约草案 / review-only Draft；进入开发前必须冻结 `docs/.scratch/<feature>/api/<feature>.yaml`。
-- [ ] 测试决策明确主要测试 seam。
-- [ ] AI / 人工审查点标注风险 / 人工确认项。
-- [ ] 后续 Ticket 使用 [../templates/vertical-slice-ticket-template.md](../templates/vertical-slice-ticket-template.md)，不得按层横向拆分。
-
-Local Markdown 默认将完整功能包保存到 `docs/.scratch/<feature>/`；功能父 Ticket 使用 [../templates/local-parent-ticket-template.md](../templates/local-parent-ticket-template.md)。GitHub / GitLab 只有在项目明确选择时才作为主 tracker。
-
-## AI 三步法
-
-### Step 1: 生成 Spec 初稿
-
-```python
-delegate_task(
-    goal="根据发现报告生成 Spec 初稿",
-    context="""
-    输入：发现报告 (市场+竞品+用户)
-    输出：背景/用户画像/场景/功能需求/NFR/验收条件/边界/技术影响
-    """
-)
-```
-
-### Step 2: 补充边界场景
-
-```python
-delegate_task(
-    goal="对 Spec 做边界场景挖掘",
-    context="""
-    从以下角度挖掘遗漏场景：
-    空值/并发/权限/网络异常/数据量极端/时间相关/国际化
-    """
-)
-```
-
-### Step 3: 拆解用户故事
-
-```python
-delegate_task(
-    goal="将 Spec 拆解为可估算的用户故事",
-    context="""
-    格式: As a / I want / So that
-    附带 Gherkin 验收条件 + 优先级(P0/P1/P2) + AI风险标注
-    """
-)
-```
-
----
-
-## Spec 模板结构
-
-1. 问题陈述 / 解决方案
-2. 用户故事
-3. 功能需求 / 非功能需求
-4. 验收标准
-5. OpenAPI 影响
-6. 测试决策
-7. AI / 人工审查点
-8. 非目标范围
-9. 风险
-
----
-
-## AI-Human Loop
-
-```
-Plan报告 → AI生成Spec → PM审核
-→ AI补充边界 → PM确认 → AI拆解Stories
-→ 团队估算 → AI标注风险 → TechLead确认 → 进入Architecture
-```

package/template/docs/requirements/tickets/.gitkeep

@@ -1 +0,0 @@
-

package/template/docs/templates/agent-brief-template.md

@@ -1,46 +0,0 @@
-# Agent Brief：<Ticket 标题>
-
-> 本简报用于 `ready-for-agent` 状态的垂直切片 Ticket。内容必须足够完整，使 Agent 无需向维护者询问隐藏背景即可开始工作。
-
-## Ticket 信息
-
-- 链接：
-- 分类：bug / enhancement
-- 状态：ready-for-agent
-
-## 背景
-
-记录已知信息，包括 `CONTEXT.md` 中的相关领域术语，以及约束方案的 ADR。
-
-## 目标
-
-Agent 必须交付的可观察行为。
-
-## 非目标
-
-Agent 不应修改的范围。
-
-## 验收标准
-
-- [ ] 标准 1
-- [ ] 标准 2
-- [ ] 标准 3
-
-## 实现提示
-
-- 推荐测试 seam：
-- OpenAPI Draft / Freeze 影响：
-- 相关既有实现：
-
-## 验证方式
-
-Agent 应运行的命令或检查：
-
-```bash
-# 命令
-```
-
-## 风险与人工审查
-
-- [ ] 无高风险变更或需人工确认项
-- [ ] 已明确的高风险变更包含对应人工确认项

package/template/docs/templates/architecture-proposal-template.md

@@ -1,18 +0,0 @@
----
-pipeline: <feature-id>
-stage: design
-status: draft
-owner: ai
----
-
-# 架构方案：<功能名称>
-
-## 背景
-
-## 备选方案
-
-## 决策
-
-## 风险
-
-## 验证方式

package/template/docs/templates/implementation-plan-template.md

@@ -1,16 +0,0 @@
----
-pipeline: <feature-id>
-stage: design
-status: draft
-owner: ai
----
-
-# 实现计划：<功能名称>
-
-## 目标
-
-## 任务拆解
-
-## 完成定义
-
-## 验证方式