@szc-ft/mcp-szcd-client 0.23.0 → 0.24.0

package/standard-skill/szcd-design-to-code/SKILL.md

@@ -55,29 +55,140 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
 
 ### 步骤2.5：Sketch 文件解析（有 .sketch 文件时执行）
 
-**核心原则**：写代码之前必须拿到所有 `text` 和 `rectangle` 节点的完整样式 Token，禁止凭节点名猜测颜色/字号/背景色。一次 `getMultipleNodeInfo(50-100 个节点)` 比逐个 `getNodeInfo` 快 10 倍以上，且不会遗漏。
+**核心原则**：写代码之前必须拿到所有 `text` 和 `rectangle` 节点的完整样式 Token，禁止凭节点名猜测颜色/字号/背景色。`getMultipleNodeInfo` 支持任意数量 ID（内部自动分片），比逐个 `getNodeInfo` 快 10 倍以上。
 
-**工具调用顺序（深度探查，像素级还原）**：
+**工具调用顺序（优化后，4 次主调用）**：
 
-1. `mcp__sketch-mcp-server__loadSketchByPath` — 加载文件
+1. `mcp__sketch-mcp-server__loadSketchByPath` — 加载文件（内部自动解压并保存目录，供后续 extractBitmaps 使用）
 2. `mcp__sketch-mcp-server__listPages` — 获取页面列表
-3. `mcp__sketch-mcp-server__listNodesByPage`（type="artboard"）— 获取画板列表，确定目标画板
-4. `mcp__sketch-mcp-server__getPageStructure`（pageId）**或** `getDocumentStructure`（includeDetails=true）— 拿到完整节点树 + 所有节点 ID（含初始样式）
-5. `mcp__sketch-mcp-server__getNodesSummary`（pageId, groupBy="type"）— 按类型分组统计，识别组件模式
-   - `group(rectangle + text)` = 标签组件
-   - `group(text + text + rectangle...)` = 表单项
-   - 统计各类型数量，决定下一批查询范围
-6. `mcp__sketch-mcp-server__getMultipleNodeInfo`（[id1, id2, ...]）— **批量查询所有 type=text 和 type=rectangle 节点**，每次 ≤ 100 个
+3. `mcp__sketch-mcp-server__queryNodes`（pageId, type="artboard"）— 获取画板列表，确定目标画板
+4. `mcp__sketch-mcp-server__getPageStructure`（pageId, mode="ids"）**替代旧的 getPageStructure + getNodesSummary 组合**
+   - 一次返回按类型分组的全量 ID：`{ text: [...], rectangle: [...], bitmap: [...], shapePath: [...] }`
+   - 可选 `typeFilter` 参数限制返回类型
+   - 同时返回 `summary`（各类型统计）和 `totalIds`（总数）
+5. `mcp__sketch-mcp-server__getMultipleNodeInfo`（[所有 text + rectangle ID]）— **支持任意数量 ID，内部自动分批处理**
    - 关键字段：`style.fills[0].color.hex`（背景色）、`text.color`（文字色）、`style.fontSize`、`style.fontWeight`
-   - 不要逐个 `getNodeInfo`，太慢且容易漏
+   - 无需手动分批，传入全部 ID 即可（内部按 100 个一批自动处理）
+
+**与旧策略的差异**：
+- 旧策略：`getPageStructure`(可能截断) + `getNodesSummary` + 手动分批 `getMultipleNodeInfo`
+- 新策略：`getPageStructure(mode="ids")`(轻量全量 ID) + `getMultipleNodeInfo`(自动分片)
+- 调用次数：旧 6 次 → 新 4 次（含 loadSketch + listPages 合并）
+
+**步骤 2.5 产出物**（**只产出数据，不做组件映射**）：
+- 按类型分组的全量节点 ID 列表
+- text/rectangle 节点的完整样式 Token
+- bitmap ID 列表（传给步骤 2.5.1）
+- shapePath 节点名列表（传给步骤 2.5.1）
+
+组件候选列表推理**不**在步骤 2.5 内部完成，**统一在主流程中结合步骤 1 的 `templatePatterns` 推理**（详见主流程步骤 4 前置说明）。
+
+### 步骤2.5.1：图标与位图提取（有 bitmap/shapePath 节点时执行）
+
+**输入**：步骤 2.5 产出的 bitmap ID 列表 + shapePath 节点名列表
+
+**工具调用**：
+
+1. `mcp__sketch-mcp-server__extractBitmaps`（bitmapIds）— 从 .sketch 解压目录提取 bitmap PNG 资源
+   - 返回 `{ bitmaps: [{ nodeId, name, base64, mimeType, size, fileName }] }`
+   - 位图资源用于 CSS `background-image` 引用
+2. `mcp__sketch-mcp-server__matchIconFromName`（nodeNames, library="newFont"）— 匹配 iconfont 图标库
+   - 输入 shapePath 节点名列表（如 `["表 icon", "文件 icon"]`）
+   - 匹配策略：节点名关键词 → 拼音匹配图标列表
+   - 返回格式：
+     ```json
+     {
+       "matchedIcons": [
+         { "nodeName": "表 icon", "iconType": "icon-biao", "library": "newFont" }
+       ],
+       "unmatched": ["菜单icon"],
+       "recommendFallback": { "菜单icon": "antd MenuOutlined" },
+       "matchRate": "80.0%"
+     }
+     ```
+
+**步骤 2.5.1 产出物**：
+- bitmap base64 资源列表 → 用于代码中的 CSS background-image
+- IconfontWapper 代码片段（`<IconfontWapper assets="newFont" type="icon-biao" />`）
+- 未匹配节点的 fallback 建议（antd 图标替代）
+
+### 步骤2.5.2：批量样式提取（合并入步骤 2.5）
+
+此步骤已合并入步骤 2.5 第 5 步，`getMultipleNodeInfo` 现在支持自动分片，无需手动分批调用。
+
+### 步骤2.5 实战经验沉淀（重要）
+
+**经验1：用 `getPageStructure(mode="ids")` 一步拿全量 ID，避免 getPageStructure 截断**
+- 错误做法：用 `getPageStructure(pageId)` 拿节点树 → 大文件截断 → 需要 agent 解析
+- 正确做法：`getPageStructure(pageId, mode="ids")` 轻量返回 `{ text: [ids], rectangle: [ids], bitmap: [ids] }` → 无截断风险
+- 如需节点层级关系，用 `getPageStructure(pageId, fields=["id","name","type"])` 过滤字段
+
+**经验2：`getMultipleNodeInfo` 支持任意数量，无需手动分批**
+- 旧做法：手动把 ID 分成每批 ≤ 100 个 → 多次调用
+- 新做法：直接传入全部 ID（如 200 个）→ 内部自动按 100 个一批处理 → 返回合并结果
+- 返回结构不变：`{ nodes: [...], total, requested, batches }`
+
+**经验3：text 节点是颜色/DOM 映射的两级索引**
+每个 text 节点同时关联两种上下文，**必须同批拉取**：
+- 自身样式：`fontSize`、`fontWeight`、`text.color`
+- 所属 group 父级 rectangle 样式：`bg`、`border`、`radius`、`shadow`
+
+错误做法：先查 text 拿自身样式 → 再根据 parent ID 单独查 rectangle（多走一步）
+正确做法：构造查询列表时，**把同一 group 内的 text + rectangle 节点 ID 合并提交**
+
+**经验4：图表区样式提取有规律可循**
+
+| 图表子元素 | 对应 Sketch 节点类型 | 关键样式字段 |
+|---|---|---|
+| 图表标题 | `text`（带蓝色矩形左饰线） | 14px Semibold；矩形 4×14 #0079f7 |
+| 图例文字 | `text` | 14px |
+| 图例色块 | `rectangle` | 8×8 / 10×3 |
+| 坐标轴文字 | `text`（成组） | 12px #7b828d |
+| 柱体颜色 | 区域 `rectangle` | `style.fills[0].hex` |
+| 数据标签 | `text`（白字） | 12px #ffffff |
+
+**图表区结构规律**：`标题 text + 标题装饰 rectangle + 图例 text*N + 色块 rectangle*N + 坐标轴 text*N + 柱体 rectangle*N + 标签 text*N`
+
+识别出图表后，**图例色块**应归入 ECharts `legend` 配置（不要用 div 硬编码），**柱体色**映射到 `series.itemStyle.color`。
+
+**经验5：矢量图形用 matchIconFromName 自动匹配，无需手动解压**
+- `shapePath` / `shapeGroup` 在 sketch 节点中占比可能高达 46.8%，但 `renderNodeAsBase64` 不支持渲染
+- **新方案**：`matchIconFromName(shapePathNames)` 自动查询 iconfont 库 → 返回匹配结果
+- bitmap 用 `extractBitmaps(bitmapIds)` 自动提取 PNG 资源
+- 兜底：未匹配的节点用 antd `@ant-design/icons` 同语义图标替代，在代码注释中标注“⚠️ 矢量图标用 antd 图标替代，原始 Sketch 为 shapePath”
 
-**⚠️ 与旧策略的差异**：
-- 旧策略：maxDepth=2 拿布局，样式靠组件默认
-- 新策略：includeDetails=true + 批量 `getMultipleNodeInfo` 拿所有 text/rectangle 完整样式 Token
-- 适用场景：需要像素级还原设计稿（颜色、字号、标签背景色等）
-- 代价：token 消耗约 10 倍（旧策略的几 KB → 新策略的几十到几百 KB，取决于节点数）
+### 步骤3：分析设计稿图片（有图片时执行）
+
+- 主智能体已提供图片描述时，直接使用，跳过此步
+- 否则调用 `mcp__szcd-component-helper__analyze_design_image` 分析
+- 获得描述后，结合步骤1的 `templatePatterns` 推理组件候选列表
+- 立即调用 `mcp__szcd-component-helper__get_component_full_profile`（批量，depth="gencode"）
+
+### 步骤3.5：组件候选列表推理（统一环节，结合步骤1 + 步骤2.5/3）
+
+**这是统一推理环节**，无论设计稿来源是 .sketch 文件（步骤 2.5）还是图片（步骤 3），都需经过此环节：
+
+```
+步骤 1 templatePatterns  +  步骤 2.5/3 设计稿数据  →  组件候选列表
+(4 种模板模式 + llmMappingHints)  (结构 + 样式 Token)  (如 ["Query","TableOrList","LeftTree","TemplateMode"])
+```
 
-**Sketch 结构 → 组件映射规则**：
+**输入**：
+- 步骤 1 的 `templatePatterns`（TreeQueryTable / QueryTabsTables / LeftRight / UpDown）
+- 步骤 1 的 `llmMappingHints.commonMistakes`（避免 LLM 常见映射错误）
+- 步骤 2.5 的 Sketch 节点结构 + 样式 Token
+- 或步骤 3 的图片分析描述
+
+**输出**：
+- **组件候选列表**（如 `["Query","TableOrList","LeftTree","TemplateMode"]`）
+- 模板类型选择（如 `TemplateMode(templateType="LeftRight")`）
+
+**禁止**：
+- ❌ 在步骤 2.5 内部推理组件候选列表（应只产出 Sketch 数据 + 样式 Token）
+- ❌ 在步骤 3 内部推理组件候选列表（应只产出图片描述）
+- ❌ 跳过此环节直接调 `get_component_full_profile`（必须先有候选列表）
+
+**推理时使用映射规则**（**此表为本步骤专用，核心高频场景**）：
 
 | Sketch 特征 | 推断组件 |
 |---|---|
@@ -89,23 +200,23 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
 | 弹窗/抽屉图层 | `ModelOrDrawer` |
 | 页面标题 + 返回箭头 | `TitleAndBack` |
 | 详情展示区域（只读字段） | `FormItemOrDetailItem(type="detail")` |
-| 卡片列表（非表格式数据卡片） | `TableOrList(componentType="ProList")` |
+| 卡片列表 | `TableOrList(componentType="ProList")` |
 | 可编辑表格 | `TableOrList(componentType="EditableProTable")` |
 | 折线趋势图 | `Line` |
 | 柱状对比图 | `Bar` |
 | 饼图/环形图 | `Pie` |
 
-推理出组件候选列表后，立即进入步骤4批量获取组件 API。
-
-### 步骤3：分析设计稿图片（有图片时执行）
+**长尾场景走语义搜索**（不进文档，避免膨胀）：
+- 数据可视化长尾：`Radar` / `Gauge` / `Funnel`（用 `Line/Bar/Pie` 之外的图表）
+- 表格子类型长尾：`DragSortTable`（拖拽排序）、`steps` 步骤条表单
+- 辅助/插槽组件：`CustomOption`（LeftTree 添加按钮）、`TreeNode`（树节点右键菜单）、`ModeAvatar`（头像）、`Upload`（文件上传）
 
-- 主智能体已提供图片描述时，直接使用，跳过此步
-- 否则调用 `mcp__szcd-component-helper__analyze_design_image` 分析
-- 获得描述后，结合步骤1的 `templatePatterns` 推理组件候选列表
-- 立即调用 `mcp__szcd-component-helper__get_component_full_profile`（批量，depth="gencode"）
+**处理方式**：本表未覆盖的视觉特征 → 调用 `{{TOOL:search_components_semantic}}`（query="[场景描述，如'拖拽排序表格']"）按需补全，再进入步骤 4。
 
 ### 步骤4：批量获取组件 API（必做）
 
+**前置条件**：已通过步骤 3.5 获得组件候选列表。
+
 调用 `mcp__szcd-component-helper__get_component_full_profile`：
 - `name` 用逗号分隔一次性查询所有候选组件，如 `"Query,TableOrList,LeftTree,TemplateMode"`
 - `depth="gencode"`（比 deep 小 30-50%，生成代码场景首选）