openyida 2026.8.13 → 2026.8.14

package/yida-skills/skills/yida-design/references/style-design-selection.md

@@ -1,18 +1,18 @@
 # 生成 design.md 规则
 
-本文件用于在 Step 5 为完整应用生成一份应用级 `prd/<项目名>/design.md`。生成流程必须先从业务上下文判断内容兼容性，再推演视觉策略，选择唯一一个内置 `style-designs/*.md` 作为基础视觉母体，最后按主题色适配模板并输出自包含的 `design.md`。
+本文件用于为完整应用提供一份应用级 `prd/<项目名>/design.md` 生成规则。生成 `design.md` 时必须先从业务上下文判断内容兼容性，再推演视觉策略，选择唯一设计风格，最后按主题色适配所选风格并输出自包含的视觉设计契约。
 
-业务对象、字段、表单、流程、导航、权限和页面结构都从当前 PRD 读取；模板只提供视觉 DNA、布局机制、组件机制、质量锚点和主题换肤规则，不提供业务内容。指标卡、图表、表格、待办、筛选器、右侧栏、状态标签、快捷入口、时间线等常见内容组件只能判断模板是否可承载，不得作为风格模板的强匹配理由。
-`style-designs/_design-md-template.md` 是最终结构模板，只约束章节结构、字段完整度和描述粒度；内置 style-design 模板只提供可复用视觉母体。真实项目的配色、业务内容、资源关系、页面结构和实现交接必须从当前 PRD、应用主题和用户要求生成。
+业务对象、字段、表单、流程、导航、权限和页面结构都从当前 PRD 读取；内置风格只提供视觉 DNA、布局机制、组件机制、质量锚点和主题换肤规则，不提供业务内容。指标卡、图表、表格、待办、筛选器、右侧栏、状态标签、快捷入口、时间线等常见内容组件只能判断风格是否可承载，不得作为设计风格的强匹配理由。
+`style-designs/_design-md-template.md` 是最终结构参考，只约束章节结构、字段完整度和描述粒度；内置 style-design 风格只提供可复用视觉母体。真实项目的配色、业务内容、资源关系、页面结构和实现交接必须从当前 PRD、应用主题和用户要求生成。
 
 ## 何时使用
 
 | 页面类型 | 动作 |
 | --- | --- |
-| 工作台 / 门户首页 / 首页 | 选择一个工作台类 style-design 模板，生成 workbench 场景配方，把当前业务的视觉 DNA 落到首屏、指标、入口和侧栏 |
-| 列表 / 管理页 / 处理台 | 选择能承载筛选、列表、详情抽屉和状态标签的模板，生成 list 场景配方 |
-| 看板 / 驾驶舱 / 经营分析 | 选择能承载指标、图表、排行、异常和管理层摘要的模板，生成 dashboard 场景配方 |
-| 官网 / 品牌页 / 落地页 | 当前 analytic workbench 模板通常不适合；按当前业务价值路径、素材清单、CTA 和 `assetStrategy` 生成 landing 场景配方 |
+| 工作台 / 门户首页 / 首页 | 选择工作台类设计风格，生成 workbench 场景配方，把当前业务的视觉 DNA 落到首屏、指标、入口和侧栏 |
+| 列表 / 管理页 / 处理台 | 选择能承载筛选、列表、详情抽屉和状态标签的设计风格，生成 list 场景配方 |
+| 看板 / 驾驶舱 / 经营分析 | 选择能承载指标、图表、排行、异常和管理层摘要的设计风格，生成 dashboard 场景配方 |
+| 官网 / 品牌页 / 落地页 | 当前 analytic workbench 风格通常不适合；按当前业务价值路径、素材清单、CTA 和 `assetStrategy` 生成 landing 场景配方 |
 | 普通表单 / 流程表单 | 沿用应用级 `design.md` 的主题和平台原生表单，不单独选择设计文件 |
 
 ## 输入
@@ -35,19 +35,19 @@
 
 ## 选择流程
 
-1. 读取 [style-designs/registry.md](style-designs/registry.md)，了解可选模板和选择规则。
+1. 读取 [style-designs/registry.md](style-designs/registry.md)，了解可选设计风格和选择规则。
 2. 读取 [style-designs/_design-md-template.md](style-designs/_design-md-template.md)，用它作为最终 `design.md` 的结构基准。
 3. 从业务上下文推演 `inferredUserTask`、`contentCompatibility`、`layoutCompatibility`、`visualStyleIntent`、`visualEmphasis` 和 `interactionFocus`。用户通常不会主动描述视觉风格，agent 必须自行推演。
-4. 先用内容组件做兼容性筛选：模板必须能承载当前页面已有内容，但不得因为“有指标卡 / 有图表 / 有表格 / 有右侧栏 / 有时间线”等公共组件直接胜出。
-5. 再用视觉策略选择模板：判断页面需要柔和均衡、重点舞台、趋势洞察、行动指挥、常驻右栏、规整边框、进度叙事、目录浏览还是视觉陈列。
-6. 对 registry 中的模板做硬过滤：纯表单、长文、品牌营销、移动端单任务等页面不选择明显不合适的分析工作台模板。不要因用户未明确说“深色”而过滤 `dark-stage-analytic-dashboard`；它是浅色画布上的局部深色重点舞台，不等于全页面深色沉浸。
-7. 按 `视觉策略 45% + 视觉强调与密度 15% + 布局兼容性 15% + 内容兼容性 15% + 多样性或用户偏好 10%` 选择唯一模板。内容和布局合计不得超过 30%，避免常见工作台内容把结果塌缩到通用模板。
-8. 做内部近邻比较：生成 `design.md` 前必须在工作记忆中比较最相近的 2-4 个模板；选择 `soft-analytic-workbench` 时必须确认其他更强视觉策略证据不足。近邻比较是选择校验，不默认写入最终 `design.md`。
+4. 先用内容组件做兼容性筛选：设计风格必须能承载当前页面已有内容，但不得因为“有指标卡 / 有图表 / 有表格 / 有右侧栏 / 有时间线”等公共组件直接胜出。
+5. 再用视觉策略选择风格：判断页面需要柔和均衡、重点舞台、趋势洞察、行动指挥、常驻右栏、规整边框、进度叙事、目录浏览还是视觉陈列。
+6. 对 registry 中的风格做硬过滤：纯表单、长文、品牌营销、移动端单任务等页面不选择明显不合适的分析工作台风格。不要因用户未明确说“深色”而过滤 `dark-stage-analytic-dashboard`；它是浅色画布上的局部深色重点舞台，不等于全页面深色沉浸。
+7. 按 `视觉策略 45% + 视觉强调与密度 15% + 布局兼容性 15% + 内容兼容性 15% + 多样性或用户偏好 10%` 选择唯一风格。内容和布局合计不得超过 30%，避免常见工作台内容把结果塌缩到通用风格。
+8. 做内部近邻比较：生成 `design.md` 前必须在工作记忆中比较最相近的 2-4 个风格；选择 `soft-analytic-workbench` 时必须确认其他更强视觉策略证据不足。近邻比较是选择校验，不默认写入最终 `design.md`。
 9. 读取被选中的 `style-designs/*.md`，抽取 `visual_dna`、`theme_adaptation`、`layout_stability`、`quality_anchors`、`components` 和 `modules`。
-10. 根据 Step 2 的主题色来源和主题色输入，按模板 `theme_adaptation` 执行换肤：替换 `replace_tokens`，派生 `derive_tokens`，保留 `preserve_tokens` 和 `visual_dna.invariant`。
+10. 根据 Step 2 的主题色来源和主题色输入，按所选风格的 `theme_adaptation` 执行换肤：替换 `replace_tokens`，派生 `derive_tokens`，保留 `preserve_tokens` 和 `visual_dna.invariant`。
 11. 读取 [visual-scaffold-recipes.md](visual-scaffold-recipes.md)，把当前页面组合映射到统一 `visualScaffold` 规则。
 12. 读取 [page-quality-gates.md](page-quality-gates.md)，把质量门禁补进 `acceptanceChecks`。
-13. 需要判断详略时参考 `_design-md-template.md` 的字段粒度、registry 的输出记录和所选模板的质量锚点；只学习“写到多细”，不复制示例业务、色盘、字段、页面顺序或组件组合。
+13. 需要判断详略时参考 `_design-md-template.md` 的字段粒度、registry 的输出记录和所选风格的质量锚点；只学习“写到多细”，不复制示例业务、色盘、字段、页面顺序或组件组合。
 14. 根据行业、品牌、业务情绪、应用主题和用户偏好生成配色。不要固定使用蓝色、绿色、紫色或任何预置色，也不要复用历史样例色盘。
 15. 写入 `densityRule`、`breathingRule`、`spacing` 和 `rounded` 的具体数值。默认业务工具页使用 high density + 圆润形状 + 有呼吸感的分组节奏：页面边距 20-28px，卡片与卡片 gap 12-18px 且必须小于 20px，卡片 padding 默认 22-28px 且必须大于 20px，卡片圆角范围 0-32px；只有品牌展示、官网或用户明确要求舒展时才降低密度。
 16. 写入 `surfaceContrast`：页面背景与卡片背景必须形成明显层次对比，不可相近或相同；默认浅色背景保持清爽，但必须按“白色/浅色背景 + 有边框卡片、浅灰背景（如 `#F3F4F6`）+ 白色无边框卡片、浅彩色背景 + 白色无边框卡片、渐变背景 + 玻璃感卡片”四类方案选择。
@@ -56,16 +56,16 @@
 
 ## 内容兼容与视觉策略
 
-公共内容组件只判断模板是否可承载，不决定最终风格。最终模板必须由视觉策略、视觉强调和近邻比较决定。
+公共内容组件只判断风格是否可承载，不决定最终风格。最终设计风格必须由视觉策略、视觉强调和近邻比较决定。
 
 | 常见内容信号 | 只能用于判断 | 不得直接推出 |
 | --- | --- | --- |
 | 指标卡 / KPI | 是否需要状态摘要、核心舞台、趋势入口、行动队列入口 | `soft-analytic-workbench` |
-| 图表 | 是否需要轻量分布、大趋势图、进度图、纹理化洞察 | dashboard 模板 |
-| 表格 / 明细 | 是否需要主工作区、详情沉淀、搜索结果、记录日志 | analytic 模板 |
-| 右侧栏 | 是辅助上下文、常驻洞察栏还是行动队列 | rail 模板 |
-| 时间线 / 阶段 | 是核心叙事骨架还是普通进度提示 | timeline 模板 |
-| 筛选器 / 标签 | 是主导航还是表格辅助条件 | catalog 模板 |
+| 图表 | 是否需要轻量分布、大趋势图、进度图、纹理化洞察 | dashboard 风格 |
+| 表格 / 明细 | 是否需要主工作区、详情沉淀、搜索结果、记录日志 | analytic 风格 |
+| 右侧栏 | 是辅助上下文、常驻洞察栏还是行动队列 | rail 风格 |
+| 时间线 / 阶段 | 是核心叙事骨架还是普通进度提示 | timeline 风格 |
+| 筛选器 / 标签 | 是主导航还是表格辅助条件 | catalog 风格 |
 
 | 视觉策略 | 适用判断 |
 | --- | --- |
@@ -82,7 +82,7 @@
 
 ## 主题色应用规则
 
-主题色是 style-design 模板的换肤输入，不是重新选择视觉风格的理由。生成 `design.md` 时必须先读取所选模板的 `theme_adaptation`，将主题色应用到 `replace_tokens` 和 `derive_tokens`，保持 `preserve_tokens` 与 `visual_dna.invariant` 不变。
+主题色是所选设计风格的换肤输入，不是重新选择视觉风格的理由。生成 `design.md` 时必须先读取所选风格的 `theme_adaptation`，将主题色应用到 `replace_tokens` 和 `derive_tokens`，保持 `preserve_tokens` 与 `visual_dna.invariant` 不变。
 
 硬规则：
 
@@ -90,25 +90,25 @@
 2. 换 token，不换结构。
 3. 换强调色，不改画布、面板、中性色、布局机制。
 4. 平台导航可见时，页面主按钮、链接、选中态、重点标签和图表主序列默认跟随应用主题 `--color-brand1-*`。
-5. 模板默认色只在没有任何主题证据时作为 `template-default` 兜底，并必须写入 `themeProfile.themeColorSource`。
+5. 风格默认色只在没有任何主题证据时作为 `template-default` 兜底，并必须写入 `themeProfile.themeColorSource`。
 
 ## 主题关系判定
 
 | 场景 | 主题关系写法 | 落地规则 |
 | --- | --- | --- |
-| 平台导航 / 应用菜单可见 | `跟随应用主题` | 主按钮、链接、选中态、重点标签、图表主序列使用应用主题；模板色相仅作为辅助色、浅背景、图表第二序列或装饰色 |
-| 生成色盘与应用主题不同 | `应用主题主导，生成色彩作为辅助色` | 保留模板视觉 DNA、布局、密度和组件语言，不把页面主色改成与应用主题冲突的色相 |
+| 平台导航 / 应用菜单可见 | `跟随应用主题` | 主按钮、链接、选中态、重点标签、图表主序列使用应用主题；风格色相仅作为辅助色、浅背景、图表第二序列或装饰色 |
+| 生成色盘与应用主题不同 | `应用主题主导，生成色彩作为辅助色` | 保留所选风格的视觉 DNA、布局、密度和组件语言，不把页面主色改成与应用主题冲突的色相 |
 | 用户要求全局换肤 / 导航也一起变色 | `应用级换肤` | 输出 `themeScope=app`，实现阶段更新应用主题或壳层主题；自定义色盘写 `customThemeStyle.tokens` |
 | 隐藏平台导航、独立品牌页、活动页、公开落地页 | `页面级独立色盘` | 输出 `themeScope=page` 和独立色盘原因，页面内注入 `style#yida-global-theme` 或 scoped CSS vars |
 
 ## 输出字段
 
-Step 5 生成 `design.md`，并让 PRD 的每个自定义展示页只引用它：
+`design.md` 是应用级视觉设计契约，PRD 的每个自定义展示页只引用它：
 
 | 字段 | 写入位置 | 写法 |
 | --- | --- | --- |
-| baseDesignSource | design.md | `references/style-designs/<selected-template>.md`；所有模板不适用时才写 `generated-from-business-context` |
-| styleDesignSelection | design.md | 只记录模板来源、视觉策略、视觉强调、选中模板、实现约束和置信度；候选比较和拒绝理由默认不写入 |
+| baseDesignSource | design.md | `references/style-designs/<selected-style>.md`；所有内置风格不适用时才写 `generated-from-business-context` |
+| styleDesignSelection | design.md | 只记录风格来源、视觉策略、视觉强调、选中风格、实现约束和置信度；候选比较和排除理由默认不写入 |
 | themeAdaptationResult | design.md | 记录输入主题色、换肤策略、替换 token、保留 DNA 和保留机制 |
 | designFile | PRD pageSpecHandoff | `prd/<项目名>/design.md` |
 | designRefs | PRD pageSpecHandoff | 当前页面引用 design.md 的章节 ID |
@@ -125,7 +125,7 @@ Step 5 生成 `design.md`，并让 PRD 的每个自定义展示页只引用它
 
 | design.md 内容 | 实现落点 |
 | --- | --- |
-| styleDesignSelection | 理解视觉母体来源和禁止偏移点；实现阶段不再回读模板目录 |
+| styleDesignSelection | 理解视觉母体来源和禁止偏移点；实现阶段不再回读风格目录 |
 | themeAdaptationResult | CSS token、按钮、链接、选中态、图表辅助色和运行时主题注入 |
 | 视觉 DNA | 首屏、指标、列表、图表、侧栏、状态标签 |
 | 布局配方 | 页面栅格、区域顺序、区块比例 |

package/yida-skills/skills/yida-design/references/style-designs/aqua-service-progress-dashboard.md

@@ -168,7 +168,7 @@ modules:
 
 # Aqua Service Progress Dashboard DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -178,9 +178,9 @@ modules:
 
 适用于服务门户、进度追踪、资源支持、位置上下文、报告概览等页面。不适合纯表格后台、高压交易台、密集筛选页面或暗色大屏。禁止复制视觉材料中的具体行业、人员、项目、指标名、数值、位置名和服务文案。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当 PRD 有“状态摘要 + 时间节点 + 进度评分 + 资源入口 + 上下文地图或媒体”的结构时选择该模板。主题色只改写徽章、时间轴、渐变卡、进度条和图表填充；白色面板、浅背景、低饱和边界、大圆角和透明叠层保持。
+当 PRD 有“状态摘要 + 时间节点 + 进度评分 + 资源入口 + 上下文地图或媒体”的结构时选择该风格。主题色只改写徽章、时间轴、渐变卡、进度条和图表填充；白色面板、浅背景、低饱和边界、大圆角和透明叠层保持。
 
 ## 4. 视觉 DNA
 

package/yida-skills/skills/yida-design/references/style-designs/blue-insight-operations-dashboard.md

@@ -170,7 +170,7 @@ modules:
 
 # Blue Insight Operations Dashboard DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -180,9 +180,9 @@ modules:
 
 适用于运营概览、管理看板、团队状态、活动追踪和指标分析。不适合单一表单、强媒体页面、暗色大屏或低信息门户。禁止复制任何视觉材料中的业务标题、人名、职位、项目、日期、金额、百分比和洞察文案。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当 PRD 有多个 KPI、一个主趋势、若干洞察提醒、活动记录和进度列表时选择该模板。主题色只替换主图表、火花线、链接、focus ring 和部分图标底；背景、卡片、表格分隔线、低饱和洞察卡结构保持。
+当 PRD 有多个 KPI、一个主趋势、若干洞察提醒、活动记录和进度列表时选择该风格。主题色只替换主图表、火花线、链接、focus ring 和部分图标底；背景、卡片、表格分隔线、低饱和洞察卡结构保持。
 
 ## 4. 视觉 DNA
 

package/yida-skills/skills/yida-design/references/style-designs/blue-productivity-insight-workbench.md

@@ -168,7 +168,7 @@ modules:
 
 # Blue Productivity Insight Workbench DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -178,9 +178,9 @@ modules:
 
 适合任务中心、周期分析、行动跟进、团队或项目概览等中高密工作台。不适合营销页、图片页面、沉浸大屏、纯表单。不得复制视觉材料中的个人名、专属活动名、工具品牌、具体日期、时间、数量或文案。没有行动队列时，不要强行渲染右侧栏。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当 PRD 同时包含核心指标、周期图表、右侧焦点卡和记录列表时选择该模板。主题色替换 `brand`、图表柱、按钮和 focus ring；背景、白色面板、浅灰边框、表格分隔线和右栏堆叠结构保持。
+当 PRD 同时包含核心指标、周期图表、右侧焦点卡和记录列表时选择该风格。主题色替换 `brand`、图表柱、按钮和 focus ring；背景、白色面板、浅灰边框、表格分隔线和右栏堆叠结构保持。
 
 ## 4. 视觉 DNA
 

package/yida-skills/skills/yida-design/references/style-designs/command-filter-card-console.md

@@ -193,7 +193,7 @@ modules:
 
 # Command Filter Card Console DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -201,13 +201,13 @@ modules:
 
 ## 2. 使用边界
 
-适合管理型对象目录、资源库、状态筛选列表、可搜索集合和分页浏览控制台。若页面需要强图片陈列、品牌叙事、复杂图表或单一步骤表单，不应选择该模板。
+适合管理型对象目录、资源库、状态筛选列表、可搜索集合和分页浏览控制台。若页面需要强图片陈列、品牌叙事、复杂图表或单一步骤表单，不应选择该风格。
 
 不要为了套用视觉槽位创造 PRD 没有的状态切换、筛选分组、新建命令、更多菜单或分页。具体字段、对象名称、状态名称、数值和操作必须来自 PRD。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当任务重心是“管理一批对象并快速定位/操作”时选择该模板。它比柔和画廊更偏控制台，强调顶部命令、左侧筛选、卡片操作和分页闭环。
+当任务重心是“管理一批对象并快速定位/操作”时选择该风格。它比柔和画廊更偏控制台，强调顶部命令、左侧筛选、卡片操作和分页闭环。
 
 主题色只作用于复选框、范围滑块、色点选中环、微状态点和 focus ring。主命令按钮可以保持深色高对比，也可以在 PRD 或主题策略要求时映射为主题色，但不能把整个工具条染色。
 

package/yida-skills/skills/yida-design/references/style-designs/contrast-command-analytics-workbench.md

@@ -172,7 +172,7 @@ modules:
 
 # Contrast Command Analytics Workbench DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -180,13 +180,13 @@ modules:
 
 ## 2. 使用边界
 
-适用于运营首页、资源管理工作台、事件处理台、协同看板和带搜索明细的管理页面。若 PRD 同时包含概览指标、列表队列、快捷命令或推荐操作、明细记录，该模板匹配度较高。
+适用于运营首页、资源管理工作台、事件处理台、协同看板和带搜索明细的管理页面。若 PRD 同时包含概览指标、列表队列、快捷命令或推荐操作、明细记录，该风格匹配度较高。
 
 不适合纯表单、单一表格、品牌落地页和需要暗色大屏的场景。禁止复制任何视觉材料中的具体人名、行业名、记录名、金额、日期、地址、状态文案或页面标题。没有命令输入需求时，不要强行创建命令面板，可用同等质感的深色洞察或快捷操作区替代。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-选择该模板时优先看信息拓扑：顶部身份与全局操作、左上表现分析、右上事件流、下方命令面板和明细表。如果 PRD 只有图表或只有表格，不应硬套完整结构。
+选择该风格时优先看信息拓扑：顶部身份与全局操作、左上表现分析、右上事件流、下方命令面板和明细表。如果 PRD 只有图表或只有表格，不应硬套完整结构。
 
 主题色只替换分段图表、图例点、快捷命令图标、focus ring、正向状态和少量标签。页面背景、白色面板、黑色命令区、中性文字、浅边框、圆角和阴影保持不变。不要把主题色铺满所有卡片。
 

package/yida-skills/skills/yida-design/references/style-designs/dark-stage-analytic-dashboard.md

@@ -4,7 +4,7 @@ template_type: visual_dna_preset
 name: dark-stage-analytic-dashboard
 design_id: dark-stage-analytic-dashboard
 design_status: draft
-description: 可被流程选择和换色的深色指标舞台型分析仪表盘视觉 DNA 模板。
+description: 可被流程选择和换色的深色指标舞台型分析仪表盘视觉 DNA 风格。
 scenes: [仪表盘, 数据工作台, 管理后台首页, 分析看板]
 density: medium-high
 layout: hero_metric_stage_with_analysis_grid
@@ -211,7 +211,7 @@ modules:
 
 # Dark Stage Analytic Dashboard DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -231,13 +231,13 @@ PRD 是内容来源。页面标题、指标含义、筛选项、图表维度、
 
 DESIGN.md 不决定业务信息架构，不强制页面必须有指标、热力图、对比图或表格。它只在 PRD 存在对应内容时，规定这些内容如何落到高品质 UI 中。
 
-禁止复用模板来源中的具体业务字段、示例数据、分类名称、人名、机构名和页面专属文案。需要样例时只能使用中性槽位名，例如 `primary_metrics`、`primary_content_panel`、`supporting_panel`、`detail_table`。
+禁止复用风格来源中的具体业务字段、示例数据、分类名称、人名、机构名和页面专属文案。需要样例时只能使用中性槽位名，例如 `primary_metrics`、`primary_content_panel`、`supporting_panel`、`detail_table`。
 
 如果 PRD 没有量化数据，不要硬造数字；如果没有明细数据，不要硬造表格；如果没有全局操作，不要为了视觉完整而补按钮。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-上游流程可在用户需要“数据总览 + 图表分析 + 明细追踪”的页面时选择本模板。它尤其适合首屏需要形成强焦点、同时下方仍要保持高密度扫描效率的产品界面。
+上游流程可在用户需要“数据总览 + 图表分析 + 明细追踪”的页面时选择本风格。它尤其适合首屏需要形成强焦点、同时下方仍要保持高密度扫描效率的产品界面。
 
 不要把默认强调色理解成固定风格。这个视觉母体的关键是深浅反差、圆角尺度、玻璃卡、数据纹理和小面积强调，而不是某一种具体色相。
 
@@ -279,9 +279,9 @@ PRD 决定列和行操作。长文本必须截断或折叠，不能撑高整行
 
 ## 5. 视觉品质基线
 
-本模板的品质下限不是“有卡片、有图表、有表格”，而是每个模块都带有清晰的微观设计信号。
+本风格的品质下限不是“有卡片、有图表、有表格”，而是每个模块都带有清晰的微观设计信号。
 
-- PRD 包含多个核心摘要时，必须优先落地深色全宽指标舞台。没有这个舞台，模板识别度会明显下降。
+- PRD 包含多个核心摘要时，必须优先落地深色全宽指标舞台。没有这个舞台，风格识别度会明显下降。
 - PRD 包含 3 个以上摘要项时，指标卡应使用玻璃态卡组：等高、等宽、图标容器、细边框、数值强层级。
 - PRD 包含时间、频率、分布或密度数据时，优先使用浅色热力网格面板。若数据不适合热力图，可改成同等精度的轻网格趋势图或分布图。
 - PRD 包含比例、目标、构成或分组对比时，优先使用纹理化对比图面板。斜纹、悬浮标签和圆角条是品质信号，不要退化为裸柱状图。
@@ -366,4 +366,4 @@ PRD 决定列和行操作。长文本必须截断或折叠，不能撑高整行
 - [ ] hover、focus、selected、loading、empty、error、disabled 状态完整。
 - [ ] 移动端没有文本、按钮、tooltip、图表和表格互相遮挡。
 - [ ] 主题色只替换强调色、图表阶梯、状态辅助色和 focus ring。
-- [ ] 最终 UI 没有默认后台模板感，具备可见的精致微细节。
+- [ ] 最终 UI 没有默认后台感，具备可见的精致微细节。

package/yida-skills/skills/yida-design/references/style-designs/filterable-card-catalog.md

@@ -227,7 +227,7 @@ modules:
 
 # Filterable Card Catalog DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -239,15 +239,15 @@ PRD 决定内容、功能、信息架构、业务优先级和模块是否存在
 
 DESIGN.md 约束的是视觉 DNA：并列式页面骨架、筛选控件层级、结果工具条、胶囊条件、卡片网格、媒体框比例、信息密度、强调色使用边界、响应式折叠和可访问性。
 
-禁止复制任何模板材料中的具体字段、示例数据、品牌词、对象名称、分类名称或页面专属文案。所有标题、字段、数值和操作名称都必须来自 PRD。
+禁止复制任何风格材料中的具体字段、示例数据、品牌词、对象名称、分类名称或页面专属文案。所有标题、字段、数值和操作名称都必须来自 PRD。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当页面主要任务是“筛选一组候选对象并浏览比较”，且内容可以被拆成重复卡片时，优先选择该模板。典型信息拓扑是：左侧筛选条件、顶部结果摘要与排序控制、已选条件胶囊、主内容卡片网格、卡片内主值与辅助信息、卡片级快捷操作。
+当页面主要任务是“筛选一组候选对象并浏览比较”，且内容可以被拆成重复卡片时，优先选择该风格。典型信息拓扑是：左侧筛选条件、顶部结果摘要与排序控制、已选条件胶囊、主内容卡片网格、卡片内主值与辅助信息、卡片级快捷操作。
 
 默认强调色只代表“可操作、已选中、关键动作”的视觉层级，不是 DNA 本身。主题色输入后，只改写 `brand`、`brand-soft`、`focus-ring`、滑块活动轨道、按钮 hover/pressed 和少量状态辅助色。页面背景、卡片底、媒体框、浅边框、中性文字、卡片圆角、等高网格和侧栏结构必须保持不变。
 
-不要把主题色铺满页面背景、筛选栏底色、卡片底色或媒体框。该模板的品质来自大量中性留白与小面积高饱和强调之间的对比。
+不要把主题色铺满页面背景、筛选栏底色、卡片底色或媒体框。该风格的品质来自大量中性留白与小面积高饱和强调之间的对比。
 
 ## 4. 视觉 DNA
 

package/yida-skills/skills/yida-design/references/style-designs/green-timeline-progress-workbench.md

@@ -176,7 +176,7 @@ modules:
 
 # Green Timeline Progress Workbench DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -186,9 +186,9 @@ modules:
 
 适合进度追踪、阶段管理、周期任务、运营概览和记录管理。不适合没有时间或阶段语义的普通后台、纯表单、媒体页或暗色大屏。禁止复制视觉材料中的具体业务词、记录名、日期、数值、路线、对象名和表格字段。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当 PRD 包含主进度、多个辅助指标、节点或日程、趋势分析和明细记录时选择该模板。主题色替换摘要卡、选中节点、主折线和状态点；背景、白色卡片、浅灰表头、中性文字和圆角机制保持。
+当 PRD 包含主进度、多个辅助指标、节点或日程、趋势分析和明细记录时选择该风格。主题色替换摘要卡、选中节点、主折线和状态点；背景、白色卡片、浅灰表头、中性文字和圆角机制保持。
 
 ## 4. 视觉 DNA
 

package/yida-skills/skills/yida-design/references/style-designs/registry.md

@@ -1,8 +1,8 @@
-# style-design 内置模板注册表
+# style-design 风格注册表
 
-本目录提供 `yida-design` Step 5 生成 `prd/<项目名>/design.md` 时可选择的内置视觉 DNA 模板。生成 `design.md` 时必须先判断内容兼容性，再根据视觉策略选择唯一一个 `style-designs/*.md` 作为基础视觉母体，最后结合主题色和当前 PRD 生成最终自包含的 `design.md`。
+本目录为完整应用的 `prd/<项目名>/design.md` 提供内置设计风格注册表。生成 `design.md` 时必须先判断内容兼容性，再根据视觉策略选择唯一风格，并把对应 `style-designs/*.md` 记录为 `baseDesignSource`，最后结合主题色和当前 PRD 生成最终自包含的视觉设计契约。
 
-`_design-md-template.md` 仍是结构模板；它不参与视觉风格选择。实现阶段只读取当前项目的 `prd.md` 和 `design.md`，不回读本目录。
+`_design-md-template.md` 仍是结构参考文件；它不参与视觉风格选择。实现阶段只读取当前项目的 `prd.md` 和 `design.md`，不回读本目录。
 
 默认审美方向是“圆润、高密且有呼吸感”：卡片 padding 默认 22-28px 且必须大于 20px，卡片与卡片的 gap 默认 12-18px 且必须小于 20px，卡片圆角范围 0-32px，控件使用 10-14px 圆角，状态摘要、动作条、列表行和空态保持紧凑；页面主区、右栏、工具条和列表之间要有稳定分组节奏。呼吸感不是大留白；不得用额外 margin、超高空态或超宽空状态框撑出页面面积。
 
@@ -12,45 +12,45 @@
 | --- | --- | --- | --- |
 | `_design-md-template.md` | structure-template | `design.md` 完整结构和字段完整度参考 | 必读；最终产物章节和字段完整度必须对齐它 |
 
-## 可选 style-design 模板
+## 可选设计风格
 
-| 模板 | 视觉策略 | 可承载内容 | 强选择触发 | 近邻边界 |
+| 风格文件 | 视觉策略 | 可承载内容 | 强选择触发 | 近邻边界 |
 | --- | --- | --- | --- | --- |
-| `soft-analytic-workbench.md` | `soft_neutral` 均衡办公 | 指标、轻图表、右侧辅助列表、明细表、普通入口 | 用户明确需要低噪声、均衡、朴素办公感；所有模块视觉优先级接近 | 通用兜底，有泛化惩罚；若需要重点舞台、趋势洞察、行动队列、常驻右栏或规整边框，应输给对应模板 |
+| `soft-analytic-workbench.md` | `soft_neutral` 均衡办公 | 指标、轻图表、右侧辅助列表、明细表、普通入口 | 用户明确需要低噪声、均衡、朴素办公感；所有模块视觉优先级接近 | 通用兜底，有泛化惩罚；若需要重点舞台、趋势洞察、行动队列、常驻右栏或规整边框，应输给对应风格 |
 | `soft-bordered-analytic-workbench.md` | `bordered_enterprise` 规整控制台 | 命令栏、深色摘要区、图表洞察、分区明细 | 页面需要边界清晰、系统化、控制台感，搜索筛选和全局命令是稳定入口 | 若只是均衡办公输给 `soft-analytic`；若深色舞台是主记忆点输给 `dark-stage` |
 | `soft-modular-analytic-workbench.md` | `bordered_enterprise` 模块化复杂工作台 | 多模块、多指标、趋势、洞察卡、明细表 | 页面模块很多，需要规整网格和混合尺度承载，不希望单一大舞台主导 | 若模块少且均衡输给 `soft-analytic`；若趋势图是主视觉输给 `blue-insight` |
-| `soft-progress-analytics-workbench.md` | `progress_narrative` 进度分析 | 优先级指标、周期节点、趋势、明细表 | 阶段、周期、进度是核心体验，但整体仍偏分析工作台 | 若没有阶段推进语义输给非进度模板；若服务资源和媒体上下文更强输给 `aqua-service` |
-| `soft-timeline-analytics-workbench.md` | `progress_narrative` 时间轴工作台 | 指标栈、时间轴、趋势、明细表 | 时间轴本身是页面骨架，用户需要按阶段/里程碑阅读 | 若时间轴只是辅助提示输给 `soft-progress` 或非进度模板 |
+| `soft-progress-analytics-workbench.md` | `progress_narrative` 进度分析 | 优先级指标、周期节点、趋势、明细表 | 阶段、周期、进度是核心体验，但整体仍偏分析工作台 | 若没有阶段推进语义输给非进度风格；若服务资源和媒体上下文更强输给 `aqua-service` |
+| `soft-timeline-analytics-workbench.md` | `progress_narrative` 时间轴工作台 | 指标栈、时间轴、趋势、明细表 | 时间轴本身是页面骨架，用户需要按阶段/里程碑阅读 | 若时间轴只是辅助提示输给 `soft-progress` 或非进度风格 |
 | `teal-rail-analytics-workbench.md` | `teal_fresh_rail` 常驻洞察右栏 | 左侧主工作区、右侧洞察栏、标签筛选、明细表 | 右侧洞察栏是持续结构，用于提醒、排名、状态、上下文，而非普通补充列表 | 若右栏只是辅助列表输给 `soft-analytic`；若行动队列更强输给 `blue-productivity` |
 | `dark-stage-analytic-dashboard.md` | `dark_accent_stage` 局部深色重点舞台 | 指标、图表、表格、待办、右侧上下文 | 浅色页面中需要一个强记忆点，突出核心判断、风险、目标完成度或经营结果 | 不要求用户明确说深色；若只是全模块均衡扫描输给 `soft-analytic`，若命令处理更强输给 `contrast-command` |
 | `contrast-command-analytics-workbench.md` | `action_command` 高对比指挥 | 大标题、表现图、事件流、深色命令面板、媒体化明细 | 页面需要指挥感、推荐处理、助手面板、日程协同或高能量主操作 | 若只是待办列表输给 `blue-productivity`；若只是核心指标舞台输给 `dark-stage` |
 | `blue-productivity-insight-workbench.md` | `action_command` 生产力行动队列 | 指标、柱状图、右侧行动栏、记录表 | 指标之后立刻驱动今日处理、待办、跟进、确认、分派等动作 | 若主图表洞察更强输给 `blue-insight`；若右栏是洞察而非行动输给 `teal-rail` |
-| `aqua-service-progress-dashboard.md` | `progress_narrative` 服务进度 | 状态头、时间轴、进度评分、渐变状态卡、媒体/上下文卡 | 服务、资源、场地、设备、交付进度或上下文媒体共同构成体验 | 若是密集后台或纯表格处理输给工作台模板；若只是阶段管理输给 timeline/progress 模板 |
+| `aqua-service-progress-dashboard.md` | `progress_narrative` 服务进度 | 状态头、时间轴、进度评分、渐变状态卡、媒体/上下文卡 | 服务、资源、场地、设备、交付进度或上下文媒体共同构成体验 | 若是密集后台或纯表格处理输给工作台风格；若只是阶段管理输给 timeline/progress 风格 |
 | `blue-insight-operations-dashboard.md` | `blue_insight` 趋势洞察 | 火花线指标、主趋势图、洞察卡、活动表、进度列表 | 主要记忆点是趋势、分析、经营洞察，图表不只是轻量状态分布 | 若数据不足以支撑趋势图输给 `soft-analytic`；若行动队列更强输给 `blue-productivity` |
-| `green-timeline-progress-workbench.md` | `progress_narrative` 清爽阶段推进 | 主摘要指标栈、浮动日期时间轴、趋势图、全宽表格 | 阶段推进明确，同时希望气质更清爽、轻运营、低压 | 若没有时间/阶段语义输给非进度模板；若需要更中性时间轴输给 `soft-timeline` |
-| `filterable-card-catalog.md` | `catalog_browse` 高密筛选目录 | 左筛选栏、结果工具条、条件胶囊、等高卡片矩阵 | 主体验是搜索、筛选、比较、选择对象；卡片比表格更适合承载结果 | 若只是工作台里的辅助筛选输给 analytic 模板；若需要大图陈列输给 `soft-curated-filter-gallery` |
+| `green-timeline-progress-workbench.md` | `progress_narrative` 清爽阶段推进 | 主摘要指标栈、浮动日期时间轴、趋势图、全宽表格 | 阶段推进明确，同时希望气质更清爽、轻运营、低压 | 若没有时间/阶段语义输给非进度风格；若需要更中性时间轴输给 `soft-timeline` |
+| `filterable-card-catalog.md` | `catalog_browse` 高密筛选目录 | 左筛选栏、结果工具条、条件胶囊、等高卡片矩阵 | 主体验是搜索、筛选、比较、选择对象；卡片比表格更适合承载结果 | 若只是工作台里的辅助筛选输给 analytic 风格；若需要大图陈列输给 `soft-curated-filter-gallery` |
 | `soft-curated-filter-gallery.md` | `catalog_browse` 视觉精选画廊 | 大标题、分类切换、柔和筛选、大图卡片、收藏/徽标 | 主体验是视觉浏览、候选挑选、精选展示，图片或视觉对象重要 | 若需要高密管理和批量操作输给 `command-filter-card-console` 或 `filterable-card-catalog` |
 | `command-filter-card-console.md` | `catalog_browse` 管理型卡片控制台 | 边框筛选、状态标签、紧凑管理卡片、分页 | 主体验是对象管理、状态筛选、批量查看，卡片是管理单元而非展示物 | 若偏视觉陈列输给 `soft-curated-filter-gallery`；若偏普通结果浏览输给 `filterable-card-catalog` |
 
 ## 消费硬规则
 
 1. 先读取 `_design-md-template.md`，按当前业务生成新的 `prd/<项目名>/design.md`。
-2. 每次优先选择唯一一个 `style-designs/*.md` 作为 `baseDesignSource`；若所有模板都不适合，才写 `generated-from-business-context`，并记录拒绝原因。
-3. 配色由模型根据行业、品牌、应用主题、业务情绪和用户偏好生成；主题色只换 token 和强调色，不改变模板 DNA、布局机制和组件机制。
+2. 每次优先选择唯一设计风格，并把对应 `style-designs/*.md` 写入 `baseDesignSource`；若所有内置风格都不适合，才写 `generated-from-business-context`，并记录排除原因。
+3. 配色由模型根据行业、品牌、应用主题、业务情绪和用户偏好生成；主题色只换 token 和强调色，不改变风格 DNA、布局机制和组件机制。
 4. 圆角、间距、密度和呼吸感必须由当前业务决定，但卡片数值要明确：卡片 padding >20px、卡片间 gap <20px、卡片圆角 0-32px、控件 10-14px、状态摘要 64-88px、列表行 44-56px、空态 88-120px 内。
 5. `design_id` 使用当前项目生成的 slug，例如 `<业务域>-<体验关键词>-generated`。
 6. 每个自定义页面最终只读取当前项目 `prd.md` 和 `design.md`；实现阶段不回读本目录。
 
 ## 选择原则
 
-1. 先从业务需求判断内容兼容性，再推演视觉策略、视觉强调、密度气质和交互重心；不要按行业、主题色或公共内容组件直接选模板。
-2. 主题色只作为所选模板的 `theme_adaptation` 输入，用于替换强调色 token；主题色不是选择模板的主要依据。
-3. 指标卡、图表、表格、待办、筛选器、右侧栏、状态标签、快捷入口、时间线等公共组件只用于判断 `contentCompatibility`，不得作为模板强匹配理由。
-4. 每次必须选择唯一一个 `style-designs/*.md` 作为 `baseDesignSource`。若所有模板都不适合，仍读取 `_design-md-template.md` 输出 `baseDesignSource=generated-from-business-context`，并在 `styleDesignSelection.rejectedStyleDesigns` 说明原因。
-5. 不得为了套模板凭空创造 PRD 未要求的图表、右侧栏、时间轴、深色舞台或快捷入口；模板只能决定已有业务内容的视觉承载方式。
+1. 先从业务需求判断内容兼容性，再推演视觉策略、视觉强调、密度气质和交互重心；不要按行业、主题色或公共内容组件直接选风格。
+2. 主题色只作为所选风格的 `theme_adaptation` 输入，用于替换强调色 token；主题色不是选择风格的主要依据。
+3. 指标卡、图表、表格、待办、筛选器、右侧栏、状态标签、快捷入口、时间线等公共组件只用于判断 `contentCompatibility`，不得作为风格强匹配理由。
+4. 每次必须选择唯一设计风格，并把对应 `style-designs/*.md` 写入 `baseDesignSource`。若所有内置风格都不适合，仍读取 `_design-md-template.md` 输出 `baseDesignSource=generated-from-business-context`，并在 `styleDesignSelection.rejectedStyleDesigns` 说明原因。
+5. 不得为了套风格凭空创造 PRD 未要求的图表、右侧栏、时间轴、深色舞台或快捷入口；风格只能决定已有业务内容的视觉承载方式。
 6. `dark-stage-analytic-dashboard` 是局部深色重点舞台，不是全页面深色沉浸。不得仅以“用户未要求深色”为理由拒绝它；只能在页面不需要强视觉焦点时拒绝。
 7. `soft-analytic-workbench` 是 `soft_neutral` 均衡办公风格，不是所有工作台的默认答案。选择它时必须在内部选择草稿中确认其他更强视觉策略证据不足。
-8. 最终 `design.md` 必须自包含：包含模板来源、选择依据、主题换肤结果、视觉 DNA、token、组件、状态、响应式、可访问性和实现契约。
+8. 最终 `design.md` 必须自包含：包含风格来源、选择依据、主题换肤结果、视觉 DNA、token、组件、状态、响应式、可访问性和实现契约。
 
 ## 选择评分建议
 
@@ -58,24 +58,24 @@
 | --- | --- | --- |
 | 视觉策略匹配 | 45% | 页面需要 `soft_neutral`、`dark_accent_stage`、`blue_insight`、`bordered_enterprise`、`teal_fresh_rail`、`action_command`、`progress_narrative` 还是 `catalog_browse` |
 | 视觉强调与密度 | 15% | 首屏是均衡扫描、核心舞台、趋势洞察、行动队列、常驻右栏、阶段推进还是目录筛选；密度是高密、规整、舒展还是展示型 |
-| 布局兼容性 | 15% | 当前页面是否能稳定承载该模板的舞台、右栏、命令栏、进度骨架、目录网格或趋势面板 |
-| 内容兼容性 | 15% | 模板是否支持当前已有指标、图表、表格、待办、筛选、右栏、时间线、卡片和媒体内容 |
+| 布局兼容性 | 15% | 当前页面是否能稳定承载该风格的舞台、右栏、命令栏、进度骨架、目录网格或趋势面板 |
+| 内容兼容性 | 15% | 风格是否支持当前已有指标、图表、表格、待办、筛选、右栏、时间线、卡片和媒体内容 |
 | 多样性或用户偏好 | 10% | 用户语气、品牌气质、应用主题和候选分差接近时，避免所有工作台都落到 `soft-analytic-workbench` |
 | 风险扣分 | -5% | 是否会强行制造不存在的模块、过度依赖图表、右侧栏、时间轴、深色舞台或图片素材 |
 
-内容兼容性和布局兼容性合计不得超过 30%。如果多个模板都能承载相同内容，必须让视觉策略、视觉强调和近邻边界决定最终选择。
+内容兼容性和布局兼容性合计不得超过 30%。如果多个风格都能承载相同内容，必须让视觉策略、视觉强调和近邻边界决定最终选择。
 
 ## 输出记录
 
-生成 `design.md` 前必须先形成内部选择草稿，用来防止公共组件误导模板选择。内部选择草稿不写入最终 `design.md`，除非用户要求调试或评估选择过程。
+生成 `design.md` 前必须先形成内部选择草稿，用来防止公共组件误导风格选择。内部选择草稿不写入最终 `design.md`，除非用户要求调试或评估选择过程。
 
 ```yaml
 selectionScratchpad:
   topCandidates:
-    - name: <template-name>
+    - name: <style-name>
       evidence: <短句或枚举，不写长解释>
   rejectedCloseNeighbors:
-    - name: <template-name>
+    - name: <style-name>
       evidence: <短句或枚举>
   softAnalyticCheck:
     strongerVisualStrategyExists: <true / false>
@@ -85,7 +85,7 @@ selectionScratchpad:
 最终 `design.md` 只记录可交接给实现阶段的精简选择摘要：
 
 ```yaml
-baseDesignSource: references/style-designs/<selected-template>.md
+baseDesignSource: references/style-designs/<selected-style>.md
 styleDesignSelection:
   inferredUserTask: <判断 / 处理 / 追踪 / 分析 / 展示 / 汇报>
   contentCompatibility:
@@ -97,21 +97,21 @@ styleDesignSelection:
   requiredVisualDNA:
     - <dna-id>
   selectedStyleDesign:
-    name: <template-name>
-    source: references/style-designs/<template>.md
+    name: <style-name>
+    source: references/style-designs/<style>.md
   implementationConstraints:
     - <必须保留的视觉约束，例如局部深色舞台 / 常驻右栏 / 行动队列 / 大趋势面板>
   selectionNotes: <可选，一句话以内；默认省略>
   selectionConfidence: <high / medium / low>
 ```
 
-## 新增模板规则
+## 新增风格规则
 
 新增 `style-designs/*.md` 时，必须包含：
 
 - front matter 中的 `template_type: visual_dna_preset`。
 - `selection.best_for`、`selection.user_intent`、`selection.visual_tone`、`selection.avoid_for`。
-- registry 中必须为新模板补充 `视觉策略`、`可承载内容`、`强选择触发` 和 `近邻边界`，避免只写宽泛适用场景。
+- registry 中必须为新风格补充 `视觉策略`、`可承载内容`、`强选择触发` 和 `近邻边界`，避免只写宽泛适用场景。
 - 2-5 个可稳定复用的 `visual_dna`，每个 DNA 要有 `id`、`hooks`、`invariant`、`variable`。
 - `theme_adaptation`，明确 `replace_tokens`、`derive_tokens`、`preserve_tokens` 和换肤规则。
 - `quality_anchors`、`layout_stability`、`components` 和 `modules`，让最终 `design.md` 能抽取为可实现规则。

package/yida-skills/skills/yida-design/references/style-designs/soft-analytic-workbench.md

@@ -4,7 +4,7 @@ template_type: visual_dna_preset
 name: soft-analytic-workbench
 design_id: soft-analytic-workbench
 design_status: draft
-description: 可被流程选择、可换主题色、内容中立的轻量分析工作台视觉 DNA 模板。
+description: 可被流程选择、可换主题色、内容中立的轻量分析工作台视觉 DNA 风格。
 scenes: [工作台, 仪表盘, 管理后台首页, 数据概览, 列表分析页]
 density: medium-high
 layout: asymmetric_analytic_grid
@@ -218,7 +218,7 @@ modules:
 
 # Soft Analytic Workbench DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -236,9 +236,9 @@ PRD 决定内容、功能、信息架构、业务优先级、字段结构、模
 
 当 PRD 没有图表数据时，可以使用同等品质的主内容面板承载摘要、流程、状态分布或核心列表，但仍要保留浅面板、稳定高度、精细分隔和小面积强调。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-上游流程应在页面需要高密度扫描、摘要与明细并存、趋势或对比信息明确时选择该模板。若需求主要是品牌展示、长文阅读、海报式视觉、低密度单任务表单，则不应选择。
+上游流程应在页面需要高密度扫描、摘要与明细并存、趋势或对比信息明确时选择该风格。若需求主要是品牌展示、长文阅读、海报式视觉、低密度单任务表单，则不应选择。
 
 默认强调色只是初始 token，不是视觉 DNA。主题色只替换 `brand`、`brand-soft`、`focus-ring`、图表序列和少量状态辅助色；背景、白色面板、中性文字、浅边框、大圆角、轻阴影和稳定网格必须保留。
 

package/yida-skills/skills/yida-design/references/style-designs/soft-blue-grid-analytic-dashboard.md

@@ -427,7 +427,7 @@ page_shell
 
 ## 12. 快捷入口区域
 
-截图未出现独立快捷入口，但该页面类型通常需要 `quick_actions`。本模板按整体视觉 DNA 推断快捷入口，置信度为 `inferred`。
+截图未出现独立快捷入口，但该页面类型通常需要 `quick_actions`。本风格按整体视觉 DNA 推断快捷入口，置信度为 `inferred`。
 
 - 位置：放在 `primary_metrics` 之后、`main_grid` 之前；或放在 `right_rail` 顶部作为辅助操作面板。不要抢占 `metric_card` 和主图表。
 - 容器：白色软边框面板，圆角 24-28px，内边距 20-24px，阴影同普通面板。

package/yida-skills/skills/yida-design/references/style-designs/soft-bordered-analytic-workbench.md

@@ -241,7 +241,7 @@ modules:
 
 # Soft Bordered Analytic Workbench DESIGN.md
 
-> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，模板选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
+> front matter 是给流程和生成器读取的结构化配置；人工评审优先阅读下方正文。若两者冲突，风格选择、换色策略和 token 数值以前面的 YAML 为准，使用边界和业务取舍以正文为准。
 
 ## 1. 快速理解
 
@@ -253,7 +253,7 @@ PRD 决定页面要呈现什么内容、有什么功能、信息优先级如何
 
 它适合需要快速扫描状态、对比趋势、查看明细并执行少量命令的界面；不适合低信息量品牌叙事、沉浸式内容展示或强营销落地页。
 
-编码结果必须具备精细边框、稳定面板高度、清晰数字层级、图标化扫描点和轻量图表纹理，不能退化成普通后台模板。
+编码结果必须具备精细边框、稳定面板高度、清晰数字层级、图标化扫描点和轻量图表纹理，不能退化成普通后台套路。
 
 ## 2. 使用边界
 
@@ -263,9 +263,9 @@ DESIGN.md 只负责视觉 DNA、布局气质、组件形态、密度、状态、
 
 禁止复用非 PRD 的具体业务字段、示例数值、人名、机构名、分类名、品牌表达或页面专属文案。所有内容都必须来自 PRD，或使用中性占位槽位等待 PRD 填充。
 
-## 3. 模板选择与换色逻辑
+## 3. 设计风格选择与换色逻辑
 
-当页面需要在首屏内同时承载搜索/筛选、核心摘要、高频操作、图表或主内容面板、并列指标卡和明细列表时，优先选择该模板。
+当页面需要在首屏内同时承载搜索/筛选、核心摘要、高频操作、图表或主内容面板、并列指标卡和明细列表时，优先选择该风格。
 
 不要把默认强调色理解成视觉 DNA。视觉 DNA 是“浅背景 + 软边框 + 深色摘要舞台 + 稳定模块栅格 + 小面积高亮”的机制，主题色只能替换强调色相与派生状态色。