@teamix-evo/skills 0.3.0 → 0.5.0

package/skills/teamix-evo-design-rules/SKILL.md

@@ -1,86 +0,0 @@
----
-name: teamix-evo-design-rules
-description: |
-  Apply teamix-evo design system rules when AI is asked to generate or review a full UI screen / page (variant-neutral baseline).
-  TRIGGER when: user asks to "新建 / 优化 / 重构 一个页面"、"做一个列表页 / 详情页 / 表单页 / 仪表盘"、"create / review / refactor a page、screen、dashboard、template"; intent involves layout structure, page-level information density, or multi-component composition; file write under `src/pages/**` or `src/templates/**`.
-  SKIP: single-component edits like "加个按钮"、"改 input 的 label"、"调 card 的 padding"、"add a tooltip" — those go to teamix-evo-coding-conventions; pure tokens / theme override edits — those go to ESLint and `tokens.overrides.css`; pure code refactor with no visual change; teamix-evo lifecycle commands — those go to teamix-evo-manage.
-  Coordinates with: teamix-evo-design-rules-<variant> (always layered when same-named variant is installed in `.teamix-evo/design/pack.lock.json`); teamix-evo-coding-conventions (run alongside when the screen also creates new files).
----
-
-# teamix-evo-design-rules
-
-This skill is the **AI dispatcher** for teamix-evo page-level UI work. It does **not** restate design rules; it routes the AI to the canonical content under `.teamix-evo/design/**` and to the skill's own behavioral helpers.
-
-<!-- teamix-evo:managed:start id="core" -->
-
-## How this skill is meant to be used
-
-1. **Read the intent** the user gave you. Extract: (a) what page type — list / form / detail / dashboard / empty / review-pass — and (b) what domain entity (order / user / tenant / …).
-2. **Fetch canonical content via MCP** (preferred path — see "Content access" below). Do not write code based on training-data assumptions about how a "list page" should look — read the project's actual rules first.
-3. **Layer the variant overlay** if `.teamix-evo/design/pack.lock.json` shows a `variant` and a `teamix-evo-design-rules-<variant>` skill is also installed. The overlay's TRIGGER fires automatically when the baseline triggers; read it after the canonical patterns file but before generating.
-4. **Run the 6-step generation flow** in [`generation-flow.md`](generation-flow.md). It's the behavioral procedure (intent → shell → IA → components → tokens → checklist).
-5. **Apply the boundaries** in [`boundaries.md`](boundaries.md) — hard NOs (no inline color, no off-system icons, no arbitrary radius).
-6. **Self-check** against [`checklist.md`](checklist.md) before declaring done. Cite each item explicitly: pass / fail / N/A.
-
-## Content access — MCP first, file paths as fallback
-
-The canonical design content lives in `.teamix-evo/design/**` in the consumer project. There are two equivalent ways to read it. **Prefer MCP tool calls** when available — they return focused slices and work in IDEs that don't expose the project filesystem to AI.
-
-| What you need | MCP call (preferred) | File path (fallback) |
-| --- | --- | --- |
-| Principles + one-line definitions | `design_list_principles` | `.teamix-evo/design/philosophy/principles.md` |
-| Tokens (semantic / base / theme.css) | `design_get_tokens` | `.teamix-evo/tokens/*` |
-| Discover available patterns | `design_list_patterns` | `ls .teamix-evo/design/patterns/` |
-| Read one pattern in full | `design_get_pattern { id: "<stem>" }` | `.teamix-evo/design/patterns/<stem>.md` |
-| Brand tone / voice / examples | `design_get_brand` | `.teamix-evo/design/brand/{tone,voice,examples}.md` |
-
-If the IDE has no MCP transport (or the `design` group is not loaded), fall back to file-path reads against the same directory tree. The content is identical — only the access path differs.
-
-## Dispatch table — page type → canonical content
-
-For each page-type intent, fetch **primary** content first, then **secondary** when the task touches that aspect (e.g. a list page with empty state needs `empty` as well).
-
-| Page type | Trigger keywords | Primary (read first) | Secondary |
-| --- | --- | --- | --- |
-| **list** | "列表页"、"管理"、"查询"、"批量"、"list page"、"index page"、"CRUD list" | `design_get_pattern { id: "page-types" }` § ListPage | `design_get_pattern { id: "journeys" }`, `design_get_pattern { id: "flows" }` |
-| **form** | "新建"、"创建"、"编辑"、"表单页"、"form"、"create page"、"edit page"、"wizard" | `design_get_pattern { id: "page-types" }` § FormPage | `design_get_tokens` (typography + spacing) |
-| **detail** | "详情页"、"信息页"、"概览"、"detail page"、"resource page"、"profile" | `design_get_pattern { id: "page-types" }` § DetailPage | `design_get_pattern { id: "journeys" }` |
-| **dashboard** | "仪表盘"、"概览大盘"、"监控"、"分析"、"dashboard"、"overview" | `design_get_pattern { id: "page-types" }` § Dashboard | `design_get_tokens` (effects, motion) |
-| **empty** | "空态"、"空状态"、"无数据"、"无结果"、"empty state"、"zero state" | `design_get_pattern { id: "page-types" }` § 设计要点 (空状态行) | `design_get_brand` (voice + examples — 空态文案口吻) |
-| **review-pass** | "审查页面"、"对照规范"、"review this screen"、"check against design rules" | [`checklist.md`](checklist.md) (skill-internal) | [`boundaries.md`](boundaries.md), then walk the relevant page-type row above |
-
-If the intent matches multiple rows (e.g. "build a list page with empty state"), fetch **all matched primaries** before generating.
-
-If the intent matches no row, default to `list` (CRUD pages dominate B-end work); if even that feels wrong, ask the user instead of guessing.
-
-**Discovery first when uncertain**: if you don't know whether a pattern exists for a niche page type, call `design_list_patterns` first to see the full index — it includes variant-specific patterns (e.g. `cloud-page-types`) that may match better than the baseline.
-
-## Variant overlay rule
-
-If `.teamix-evo/design/pack.lock.json` records a non-default `variant` (e.g. `opentrek`, `uni-manager`), the matching `teamix-evo-design-rules-<variant>` skill auto-triggers alongside this one. Its content **overlays** (overrides on conflict) what's in the dispatch table. Always read the overlay AFTER the baseline canonical content, never instead of it.
-
-Variant skills typically point at variant-specific patterns surfaced via `design_list_patterns` with `variantSpecific: true` (e.g. `cloud-page-types`, `cloud-resource-management`). When both a baseline and a variant pattern exist for the same intent, **prefer the variant pattern**. Trust the variant skill's own dispatch.
-
-## Behavioral helpers (skill-internal — keep reading these here)
-
-| File | Purpose |
-| --- | --- |
-| [`generation-flow.md`](generation-flow.md) | 6-step decision tree (intent → shell → IA → components → tokens → checklist). Behavioral procedure for AI, not design rules. |
-| [`boundaries.md`](boundaries.md) | Hard NO list (refuse / refactor when violated). |
-| [`checklist.md`](checklist.md) | 10-section self-review before declaring "done". |
-| [`prompts/page-design.md`](prompts/page-design.md) | Drop-in prompt template the IDE can prefill the user's intent into. |
-
-## Coordination with other skills
-
-- [`teamix-evo-coding-conventions`](../teamix-evo-coding-conventions/SKILL.md) — file placement / reuse-first / API layering. Run alongside this skill when the page generation also writes new files; this skill never overrides coding conventions on file placement.
-- `teamix-evo-design-rules-opentrek` — OpenTrek brand-specific overlay (tone / voice / brand color usage).
-- `teamix-evo-design-rules-uni-manager` — Cloud-management overlay (AI scenarios A–G, danger ops, command center, topology).
-- [`teamix-evo-manage`](../teamix-evo-manage/SKILL.md) — lifecycle (`init` / `update` / `uninstall`). Out of scope here.
-
-<!-- teamix-evo:managed:end id="core" -->
-
-## Project notes
-
-> Free-form notes the user can add — CLI update will not overwrite below this section.
-
-(empty)

package/skills/teamix-evo-design-rules/boundaries.md

@@ -1,89 +0,0 @@
-# AI 设计发散边界
-
-> teamix-evo 是一个**沉稳克制**的设计语言基线。AI 创造性发散的空间是有限的，但在限定边界内仍有充分自由。
-> 本文件是变体中立基线 — 变体专属边界（如 OpenTrek 品牌色用法 / uni-manager 大屏特殊许可）见对应 `teamix-evo-design-rules-<variant>` skill。
-
----
-
-## 1. 可以自由发散的方面
-
-| 方面 | 自由度说明 |
-|------|----------|
-| **布局方式** | 网格 / 弹性 / 非对称布局，在 Zone Map 约束内自由 |
-| **组件组合** | 不受限于已有页面模板，可创造新组合 |
-| **数据可视化** | 选择最适合数据特征的图表类型 |
-| **信息架构** | Tab / Accordion / 平铺等组织方式自由选择 |
-| **空状态创意** | 空状态和引导态的视觉表达可发挥 |
-| **微交互细节** | 在动效系统范围内添加合理反馈 |
-| **图标选择** | 在统一图标库（Lucide / Radix Icons）内自由选 |
-| **文案润色** | 在变体的 `brand/voice.md`（若有）语气规范内优化措辞 |
-
----
-
-## 2. 必须遵守的硬约束
-
-| 约束 | 说明 |
-|------|------|
-| **色彩** | 必须在定义的 Palette 范围内（base + chart + sidebar），不得引入新色 |
-| **字号** | 必须在定义的 10 档字号表内（text-xs ~ text-6xl） |
-| **字重** | 仅 normal/medium/semibold/bold 四档 |
-| **圆角** | 必须使用 sm/md/lg/xl/full 五档 |
-| **间距** | 必须基于 4px 网格 |
-| **组件 API** | 必须与 shadcn/ui 对齐，不得 fork 源码 |
-| **动效时长** | 必须在 150 / 200 / 300 / 500ms 四档内 |
-| **z-index** | 必须使用 base/dropdown/sticky/overlay/modal/toast/tooltip 七档 |
-| **危险确认** | 删除 / 释放等破坏性操作 **必须** 二次确认 |
-| **无障碍** | 对比度 ≥ 4.5:1，最小点击区域 44×44，键盘可达 |
-
----
-
-## 3. 场景特殊许可（变体扩展）
-
-特殊许可由具体变体定义，不在中性基线内。常见入口：
-
-- **大屏 / Cockpit / 营销 / AI 卡片**：见所装变体的 `foundations/effects-*.md`
-- **AI 副驾驶专属动效**：见所装变体的 `foundations/motion-*.md`
-- **品牌色 / 装饰元素**：见所装变体的 `brand/`
-
-变体特殊许可仅在该场景的页面壳层内生效，**不传播到全局**。
-
----
-
-## 4. 灰色地带（需要 AI 判断）
-
-| 维度 | 判断依据 |
-|------|---------|
-| **信息密度** | 用户角色：管理员 / 高强度操作用户 → 高；轻度业务用户 → 中 |
-| **动效复杂度** | 动效分级 L1/L2/L3，按场景重要性选择 |
-| **视觉层次数** | 简单页面 2–3 级，复杂页面最多 4 级 |
-| **组件尺寸** | 内容量 + 屏幕空间，移动端优先 default size |
-| **使用 Sheet 还是 Dialog** | 复杂表单 → Sheet；简单确认 → Dialog |
-| **使用主色还是次要色** | 同屏不超过 3 个 primary 焦点 |
-
----
-
-## 5. 决策原则（不确定时）
-
-按优先级降序：
-
-1. **Safety > Predictability > Clarity > Efficiency**
-2. **保守 > 激进** —— 宁可简洁，不要过度设计
-3. **一致 > 新颖** —— 与已有页面保持统一
-4. **复用 > 创造** —— 优先用已有组件
-5. **数据驱动 > 主观判断** —— 不确定时用最常见的模式
-
----
-
-## 6. 红线清单（绝对禁止）
-
-无论场景如何，以下行为**永远禁止**：
-
-- 硬编码颜色 / 间距 / 字号
-- 装饰性动效（弹跳、彩带、爆炸特效）
-- 拟人化 AI 文案（"我"、"哈"、"嘿，亲～"）
-- 用 emoji 替代图标（除非用户明确要求）
-- 危险操作无二次确认
-- 状态仅靠颜色（无图标 + 文字）
-- Fork shadcn/ui 组件源码以实现样式差异
-- 在普通业务页面使用渐变背景（变体大屏 / 营销许可除外）
-- 使用 `outline-none` 后未提供替代 focus 样式

package/skills/teamix-evo-design-rules/checklist.md

@@ -1,108 +0,0 @@
-# AI 设计检查清单
-
-> AI 生成 UI 代码后，**必须**逐项核对以下清单。任何一项未通过都不应交付。
-> 本文件是变体中立基线 — 变体专属检查项（如品牌色用法 / AI 场景验收 / 大屏只读）见对应 `teamix-evo-design-rules-<variant>` skill。
-
----
-
-## 1. 色彩
-
-- [ ] 所有颜色使用设计 Token（CSS 变量 / Tailwind Token 类名）
-- [ ] **未硬编码** 任何颜色值（如 `#333`、`rgb(...)` 、`#fff`）
-- [ ] 主色使用不超过 **3 个焦点点位**
-- [ ] 语义色正确绑定业务含义（`destructive` 仅用于危险，不滥用红色）
-- [ ] 文字对比度 ≥ 4.5:1（WCAG AA）
-- [ ] 页面色彩种类不超过 **5 种**
-- [ ] 暗色模式适配通过 CSS 变量自动切换，不硬编码 `dark:` 颜色
-
-## 2. 排版
-
-- [ ] 页面只有 **1 个 H1**（`text-3xl font-bold`）
-- [ ] 字重变化不超过 **3 种**（normal / medium / semibold / bold 中选 3）
-- [ ] 字号变化不超过 **4 档**
-- [ ] 中文正文字号 ≥ **14px**（`text-sm`），表格密集场景 ≥ 12px
-- [ ] 正文行宽 **60–80 字符**（超过限宽 `max-w-prose`）
-- [ ] 数字 / ID / Hash 使用 `font-mono` 或 `tabular-nums`
-- [ ] 行高满足要求（正文 ≥ 1.5）
-
-## 3. 圆角
-
-- [ ] 同层级元素圆角一致
-- [ ] 嵌套元素圆角递减（内层 ≤ 外层）
-- [ ] 圆角使用 `rounded-sm/md/lg/xl/full` 五档之一
-- [ ] **禁用** `rounded-3xl` 及以上"超大圆角"
-- [ ] 同组件实例圆角一致（不可一个 `lg` 一个 `md`）
-
-## 4. 间距
-
-- [ ] 所有间距值为 **4px 倍数**（来自 Tailwind spacing 刻度）
-- [ ] 未使用 5px / 7px / 15px 等非网格值
-- [ ] 同层级元素间距一致
-- [ ] 嵌套递减（卡片 24px → 内 Section 16px → Field 8px）
-- [ ] 卡片内边距 = **24px** (`p-6`)
-- [ ] Dialog 内边距 = **24px** (`p-6`)
-- [ ] 表单字段间距 = **16px** (`space-y-4`)
-
-## 5. 阴影
-
-- [ ] 阴影等级与 z-index 层级对应（不可"低层级用大阴影"）
-- [ ] hover 升一级阴影，**不可跳级**（sm → md ✓ / sm → lg ✗）
-- [ ] 暗色模式阴影透明度 ≥ 0.3 或改用边框
-- [ ] 阴影方向统一为正下方偏移
-- [ ] 不使用 `inset shadow` 模拟边框
-
-## 6. 动效
-
-- [ ] 每个动效都有明确目的（引导 / 反馈 / 空间关系）
-- [ ] 时长在 **150 / 200 / 300 / 500ms** 四档内
-- [ ] 仅动画 `transform` 和 `opacity`
-- [ ] **未动画** `width` / `height` / `margin`
-- [ ] 支持 `prefers-reduced-motion`（媒体查询降级）
-- [ ] hover 反馈 ≤ 200ms
-
-## 7. 一致性
-
-- [ ] 组件样式与 shadcn/ui 标准一致（未私自 fork 源码）
-- [ ] 页面壳层符合 Zone Map 命名约定
-- [ ] 交互模式符合 Web 平台标准（不发明新交互）
-- [ ] 文案术语统一（参照所装变体的 `business/domain.md`，若有）
-- [ ] 危险操作的二次确认 UI 一致（AlertDialog destructive variant）
-- [ ] 同类操作出现在同样的位置（Zone 约束）
-
-## 8. 安全
-
-- [ ] 删除 / 释放 / 强制重启 → AlertDialog 二次确认
-- [ ] 危险操作的 AlertDialog 列出**资源标识 + 影响范围**
-- [ ] 高危操作（永久删除资源 / 不可恢复操作）需输入资源名校验
-- [ ] 无权限操作隐藏或禁用（不"看得见点不动"）
-- [ ] 软删除优于硬删除（可恢复路径）
-
-## 9. 可访问性
-
-- [ ] 交互元素使用语义标签（`button` / `a` / `input`）
-- [ ] 图片有 `alt` 文本（装饰性图片用 `alt=""`）
-- [ ] 表单字段有 `<label htmlFor>` 关联
-- [ ] **颜色不是传达信息的唯一手段**（状态 = 颜色 + 图标 + 文字）
-- [ ] Focus ring 可见（不 `outline-none` 后忘记替代方案）
-- [ ] 键盘可达所有功能（Tab 顺序合理）
-- [ ] 危险按钮有 `aria-label` 或描述性文字
-
-## 10. 响应式
-
-- [ ] 不使用固定宽度（除非明确需要）
-- [ ] 使用 flexbox / grid 实现自适应
-- [ ] 关键内容在 768px 宽度下仍可访问
-- [ ] 表格在窄屏降级为列表 / 横向滚动
-- [ ] 毛玻璃效果在低端设备降级为不透明
-
----
-
-## 红线（一票否决）
-
-任何一条触发即必须重写：
-
-1. **硬编码任何视觉值**（颜色 / 间距 / 字号 / 圆角）
-2. **危险操作无二次确认**
-3. **状态仅用颜色表达**（无图标 + 文字）
-4. **使用了 width/height 动画**
-5. **页面有多个 H1**

package/skills/teamix-evo-design-rules/generation-flow.md

@@ -1,142 +0,0 @@
-# AI 页面生成决策流程
-
-> AI 收到 UI 设计需求时，**必须**按本流程的 6 步决策。跳过任何一步都会破坏 teamix-evo 设计体系的一致性。
-> 本文件是变体中立基线 — 变体专属补充（如 OpenTrek 品牌 / uni-manager AI 场景）见对应 `teamix-evo-design-rules-<variant>` skill。
-
-```
-收到页面设计需求
-│
-├── Step 1: 识别页面类型
-│   └── 参照 patterns/page-types.md（List / Detail / Form / Dashboard / Dialog）
-│
-├── Step 2: 确定页面壳层
-│   └── 默认壳层：Sidebar (左) + Navbar (顶) + Content (中)
-│
-├── Step 3: 规划信息架构
-│   └── 定义页面区块和信息层级
-│   └── 决定哪些信息首屏展示，哪些折叠
-│
-├── Step 4: 选择组件组合
-│   └── 优先复用已有组件 → shadcn/ui → 必要时通过 Token 覆盖样式
-│
-├── Step 5: 应用视觉规则
-│   ├── 色彩 → foundations/color/
-│   ├── 排版 → foundations/typography.md
-│   ├── 间距 → foundations/spacing.md
-│   ├── 圆角 → foundations/radius.md
-│   ├── 阴影 → foundations/shadow.md
-│   ├── 动效 → foundations/motion.md
-│   └── 特效 → foundations/effects.md
-│
-└── Step 6: 检查一致性
-    └── 对照本 skill checklist.md 逐项验证
-```
-
----
-
-## Step 1 · 识别页面类型
-
-**关键词 → 页面类型映射：**
-
-| 关键词 | 类型 | 参考文档 |
-|--------|------|---------|
-| 列表、管理、查询、批量 | **ListPage** | `patterns/page-types.md` |
-| 详情、信息、配置、概览 | **DetailPage** | 同上 |
-| 创建、编辑、新建、配置表单 | **FormPage** | 同上 |
-| 仪表盘、监控、概览、分析 | **Dashboard** | 同上 |
-| 删除、确认、提示 | **Dialog/Sheet** | 同上 |
-| 向导、多步、引导 | **Wizard**（FormPage 的多步形态） | 同上 |
-
-**变体扩展**：若所装变体提供了 AI 副驾驶 / 大屏 / 拓扑等场景的关键词映射（如 uni-manager 的对话 / 命令面板 / 告警诊断 / 操作编排 / 成本洞察 / 知识问答 / 拓扑），优先读取 variant skill 的扩展表。
-
-**模糊时如何处理：**
-
-- 关键词覆盖多个类型 → 默认选择 `ListPage`（CRUD 场景最常见）
-- 完全无法识别 → 用 `AskUserQuestion` 风格反问用户
-
----
-
-## Step 2 · 确定页面壳层
-
-| 壳层变体 | 适用 |
-|---------|------|
-| **标准壳层** | Sidebar (左) + Navbar (顶) + Content。默认选择。 |
-| **简化壳层** | 仅 Navbar + Content。营销页 / 登录页。 |
-| **嵌入壳层** | 仅 Content，无 chrome。Iframe 嵌入场景。 |
-
-**变体扩展**：若变体定义了"大屏 / Cockpit / 全屏"等专属壳层（uni-manager 有），按 variant skill 给出的规则选取。
-
----
-
-## Step 3 · 规划信息架构
-
-按照 **首屏 → 二级 → 详情** 三级展开：
-
-- **首屏**：核心信息 + 主操作（用户 80% 时间停留）
-- **二级**：折叠区 / Tab 内容（按需展开）
-- **详情**：详情页 / 模态弹窗（深入查看）
-
-每页**只能有一个 H1**，标识页面主题。
-
----
-
-## Step 4 · 选择组件组合
-
-**优先级：**
-
-1. **复用项目已有组件**（先 grep imports）
-2. **使用 shadcn/ui 标准组件**（不要为了样式 fork）
-3. **组合现有组件构造新组件**（不要从零写）
-4. **必要时通过 Token 覆盖样式**（写在 `tokens.overrides.css`）
-
----
-
-## Step 5 · 应用视觉规则
-
-按 6 个维度逐项绑定 Token：
-
-- **色彩** —— 全部来自 `foundations/color/`，不硬编码
-- **排版** —— 字号、字重、行高、字体族遵守 `typography.md`
-- **间距** —— 4px 倍数；卡片 `p-6`、字段 `space-y-4`
-- **圆角** —— `rounded-sm/md/lg/xl/full` 五档
-- **阴影** —— 与 z-index 等级对应
-- **动效** —— `150 / 200 / 300 / 500ms` 四档；只动画 `transform` 和 `opacity`
-- **特效** —— 默认无渐变 / 发光；变体特殊许可见 variant skill
-
----
-
-## Step 6 · 检查一致性
-
-详见本 skill 的 `checklist.md`，逐项核对：
-
-- [ ] 色彩 / 排版 / 圆角 / 间距 / 阴影 / 动效 / 一致性 / 安全 / 可访问性 / 响应式
-
-**未通过任何一项不应交付**。
-
----
-
-## 完整决策树
-
-```
-需求输入
-  │
-  ├─ 是否明确了页面类型？
-  │   ├─ 是 → 直接使用对应模板
-  │   └─ 否 → 关键词推断 → 默认 ListPage / 反问用户
-  │
-  ├─ 是否有已有组件可复用？
-  │   ├─ 是 → 优先复用
-  │   └─ 否 → 用 shadcn/ui 组合
-  │
-  ├─ 是否涉及危险操作？
-  │   ├─ 是 → 必须 AlertDialog destructive variant + 影响范围
-  │   └─ 否 → 行内操作即可
-  │
-  ├─ 是否需要批量？
-  │   ├─ 是 → DataTable + Checkbox + BulkActionBar
-  │   └─ 否 → 单选行内操作
-  │
-  └─ 是否有变体专属场景需求？
-      ├─ 是 → 读取 teamix-evo-design-rules-<variant> skill 应用变体规则
-      └─ 否 → 标准 CRUD
-```

package/skills/teamix-evo-design-rules/prompts/page-design.md

@@ -1,148 +0,0 @@
-# 页面设计 System Prompt（变体中立基线）
-
-> 此文件可被 IDE AI 直接作为 **system prompt** 使用。模型加载后即按 teamix-evo 设计语言基线执行。
-> 变体专属补充（如 OpenTrek 品牌色用法 / uni-manager 大屏 / AI 副驾驶）见对应 `teamix-evo-design-rules-<variant>` skill。
-
----
-
-## Role
-
-你是一个精通 **teamix-evo** 设计体系的资深前端工程师，目标是为企业级 B 端后台 / 内部工作台 / 运营管理产品生成 **沉稳、克制、可预期** 的 UI 代码。
-
-你**不**追求视觉上的"惊艳"。你的代码要让一位高强度操作的熟练业务用户在长时间使用中能凭肌肉记忆完成关键操作。
-
-变体上下文（品牌、AI 场景、专属壳层）从 `.teamix-evo/design/pack.lock.json` 的 `variant` 字段读取，对应的变体 skill 由 IDE 自动叠加加载。
-
----
-
-## Design System Context
-
-- **设计基线**：teamix-evo（中性 B 端基线 + 变体覆盖）
-- **基础字号**：`1rem`
-- **间距基准**：`4px`（4 的倍数）
-- **圆角基准**：`--radius: 0.5rem`
-- **基于**：shadcn/ui 默认主题
-- 变体的 token 值（主色 / 字体族 / 圆角覆盖）来自 `.teamix-evo/tokens/`
-
----
-
-## 6 步生成流程（严格执行）
-
-```
-识别页面类型 → 选择壳层 → 规划架构 → 选择组件 → 应用 Token → 检查清单
-```
-
-详见本 skill 的 [`generation-flow.md`](../generation-flow.md)。
-
----
-
-## MUST (硬性约束)
-
-1. **颜色** —— 必须使用 CSS 变量 (`hsl(var(--primary))`) 或 Tailwind Token (`bg-primary`)。**禁止硬编码** `#fff` / `rgb(...)` / hex 值。
-2. **间距** —— 必须是 4 的倍数（`p-1/2/3/4/6/8`...），禁止 `p-[5px]`。
-3. **字号** —— 必须使用 `text-xs ~ text-6xl` 十档之一。
-4. **字重** —— 仅 `font-normal/medium/semibold/bold` 四档。
-5. **圆角** —— 仅 `rounded-sm/md/lg/xl/full` 五档。
-6. **阴影** —— 仅 `shadow-none/sm/md/lg/xl/2xl` 六档，**等级与 z-index 对应**。
-7. **动效** —— 仅 `duration-150/200/300/500` 四档；只动画 `transform` 与 `opacity`。
-8. **危险操作** —— 删除 / 释放 / 强制重启 必须用 `AlertDialog variant="destructive"`，列出影响范围。
-9. **状态三重表达** —— 颜色 + 图标 + 文字（不可仅靠颜色）。
-10. **可访问性** —— 对比度 ≥ 4.5:1；交互元素 ≥ 44×44px；keyboard navigable。
-
----
-
-## SHOULD (推荐做法)
-
-1. **复用优于创造** —— 先 grep 项目已有组件，再用 shadcn/ui，最后才组合新组件。
-2. **按钮** = `rounded-md` + `shadow-sm` + `font-medium`；**卡片** = `rounded-lg` + `shadow-md` + `p-6`。
-3. **表格** 使用 `<Table>` 组件 + `bg-muted/50` hover；行高 `h-12`。
-4. **表单**：`space-y-4` 为字段间距；分组用 `<Card>`。
-5. **Toast** 默认 5 秒消失，含撤销操作的延长至 10 秒。
-6. **数字 / ID** 使用 `font-mono` 或 `tabular-nums`。
-7. **空状态** = 图标 + 简短解释 + 主操作按钮。
-8. **加载** = Skeleton 占位 → 数据到达后 `fade-in`，不用 spinner 占整页。
-
----
-
-## MUST NOT (禁止)
-
-1. 硬编码任何视觉值（颜色 / 间距 / 字号 / 圆角 / 阴影）
-2. 装饰性动效（弹跳、彩带、emoji 爆炸）
-3. 拟人化文案（"嘿"、"哈"、"亲～"、"恭喜"）
-4. 在 Success 场景使用红色 / 在 Error 场景使用绿色
-5. 正文字号小于 12px
-6. 一页多个 H1
-7. 同屏 3 个以上 primary 焦点
-8. 装饰性渐变背景 / 视差滚动 / 动态粒子（变体的大屏 / 营销许可除外）
-9. Fork shadcn/ui 组件源码以实现样式差异
-10. 任何 `width / height / margin` 的过渡动画
-
----
-
-## Output Format
-
-生成代码时：
-
-- 默认使用 **TypeScript + React (TSX)**
-- 优先使用 **Tailwind CSS 类名**，必要时配合 CSS 变量
-- 包含必要的 `import` 语句
-- 函数 / 组件添加 TypeScript 类型定义
-- 为可访问性添加 `aria-*` 属性
-- 涉及客户端行为时使用 `"use client"`（Next.js App Router）
-
----
-
-## 提交前自检（强制）
-
-按本 skill 的 [`checklist.md`](../checklist.md) 逐项核对：
-
-- [ ] 色彩 / 排版 / 圆角 / 间距 / 阴影 / 动效 / 一致性 / 安全 / 可访问性 / 响应式
-
-任何一项未通过 **不应交付**。
-
----
-
-## Token 速查
-
-```css
-/* 主语义色 */
---background     /* 页面背景 */
---foreground     /* 主文字 */
---card           /* 卡片背景 */
---popover        /* 弹层背景 */
---primary        /* 主操作色 */
---secondary      /* 次操作色 */
---muted          /* 静音 / 禁用 */
---accent         /* Hover 高亮 */
---destructive    /* 危险 */
---border         /* 边框 */
---input          /* 输入框边框 */
---ring           /* Focus 环 */
-
-/* 图表色 */
---chart-1 ~ --chart-5
-
-/* 侧边栏 */
---sidebar-background / --sidebar-foreground / ...
-
-/* 圆角基准 */
---radius: 0.5rem;
-```
-
----
-
-## 推荐组件映射
-
-| 用户描述 | 推荐组件 |
-|---------|---------|
-| "下拉选项" | `<Select>` |
-| "搜索框" | `<Input>` + `<Command>` (Cmd+K 场景) |
-| "确认对话框" | `<AlertDialog>` (危险) / `<Dialog>` (普通) |
-| "侧边抽屉" | `<Sheet>` |
-| "通知" | `<Toast>` (`useToast` hook) |
-| "标签页" | `<Tabs>` |
-| "日期选择" | `<Calendar>` + `<Popover>` |
-| "数据表格" | `<Table>` + 自定义工具栏 |
-| "状态徽章" | `<Badge>` |
-| "提示" | `<Tooltip>` |
-| "导航菜单" | `<NavigationMenu>` (顶部) / 自定义 Sidebar (侧边) |

package/skills/teamix-evo-design-rules-opentrek/SKILL.md

@@ -1,48 +0,0 @@
----
-name: teamix-evo-design-rules-opentrek
-description: |
-  Apply OpenTrek brand-specific design rules (tone / voice / brand color usage) on top of the variant-neutral teamix-evo-design-rules baseline.
-  TRIGGER when: teamix-evo-design-rules is triggering AND the project's `.teamix-evo/design/pack.lock.json` records `variant: "opentrek"`; tasks where brand voice, copywriting tone, or OpenTrek-specific brand color usage is in scope; phrases like "OpenTrek 风格"、"沉稳 / 克制 的文案"、"按 OpenTrek 调性写空态 / 标题 / 引导".
-  SKIP: project does not have OpenTrek variant installed; tasks belonging to other variants (`uni-manager` etc.); single-component edits with no copy / brand concern; pure structural / layout decisions with no brand surface.
-  Coordinates with: teamix-evo-design-rules (mandatory — this is an overlay, never standalone).
----
-
-# teamix-evo-design-rules-opentrek
-
-This skill is the **OpenTrek-specific overlay** on top of [`teamix-evo-design-rules`](../teamix-evo-design-rules/SKILL.md). It encodes品牌调性、文案语气、品牌色用法 — content that is OpenTrek-only and **does not apply** to other variants.
-
-<!-- teamix-evo:managed:start id="core" -->
-
-## When to use
-
-Always layered with `teamix-evo-design-rules`. Triggers whenever the baseline design-rules skill triggers, **and** the project's `.teamix-evo/design/pack.lock.json` records `variant: "opentrek"`.
-
-## What this skill does
-
-1. Imposes OpenTrek 品牌调性（沉稳、克制、可预期、安全）on tone / voice / 文案
-2. Specifies how to use the OpenTrek 主色 `hsl(222.2 47.4% 11.2%)`（中性深蓝）— 不滥用作装饰
-3. Points to `.teamix-evo/design/brand/{tone,voice,examples}.md` 作为权威文案规范
-
-## Files in this skill
-
-| File | Purpose |
-| --- | --- |
-| [`brand-rules.md`](brand-rules.md) | OpenTrek 品牌专属规则：tone / voice / 品牌色用法 |
-
-## Order of precedence
-
-When generating UI in an OpenTrek project, AI 应按以下顺序加载上下文：
-
-1. `teamix-evo-design-rules`（中性基线 — 6 步流程 / 边界 / 检查清单）
-2. **本 skill `teamix-evo-design-rules-opentrek`**（品牌覆盖）
-3. 项目本地的 `.teamix-evo/design/brand/` 与 `DESIGN.md`（最权威）
-
-后者覆盖前者；冲突时以更具体的为准。
-
-<!-- teamix-evo:managed:end -->
-
-## Project notes
-
-> Free-form notes the user can add — CLI update will not overwrite below this section.
-
-(empty)