@szc-ft/mcp-szcd-client 0.22.0 → 0.23.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/agents/opencode-extension/agents/szcd-component-expert.md +136 -44
- package/agents/qwen-extension/agents/szcd-component-expert.md +136 -44
- package/agents/src/szcd-component-expert.md +147 -105
- package/agents/szcd-component-expert.md +136 -44
- package/agents/szcd-component-expert.qoder.md +144 -102
- package/agents/szcd-component-expert.trae.md +143 -101
- package/opencode-extension/agents/szcd-component-expert.md +136 -44
- package/opencode-extension/skills/szcd-design-to-code/SKILL.md +97 -16
- package/package.json +1 -1
- package/qwen-extension/agents/szcd-component-expert.md +136 -44
- package/qwen-extension/qwen-extension.json +1 -1
- package/qwen-extension/skills/szcd-design-to-code/SKILL.md +97 -16
- package/standard-skill/szcd-design-to-code/SKILL.md +97 -16
|
@@ -143,79 +143,104 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
|
|
|
143
143
|
|
|
144
144
|
**当用户提供 .sketch 设计文件时**,使用 `sketch-mcp-server`(独立 MCP Server,stdio 模式)解析,直接提取结构化数据,结合组件库架构推理组件方案,无需经过视觉模型和 `{{TOOL:map_design_data}}`。
|
|
145
145
|
|
|
146
|
-
|
|
146
|
+
**核心原则**:写代码前必须先 `getMultipleNodeInfo` 拉取所有 `text` 和 `rectangle` 节点的完整样式 Token(`style.fills[0].color.hex`、`text.color`、`style.fontSize`),禁止凭节点名猜测颜色和样式。一次批量查询(50-100 个 ID)比逐个 `getNodeInfo` 快 10 倍以上,且不会遗漏。
|
|
147
147
|
|
|
148
|
-
|
|
148
|
+
**工作流(6步深度探查,像素级还原)**:
|
|
149
|
+
|
|
150
|
+
1. **加载文件**:
|
|
149
151
|
- `loadSketchByPath` 加载 .sketch 文件
|
|
150
152
|
- `listPages` 列出所有页面
|
|
151
153
|
- `listNodesByPage`(type="artboard")获取画板列表
|
|
152
|
-
-
|
|
154
|
+
- 根据画板名称选择目标页面
|
|
155
|
+
|
|
156
|
+
2. **获取完整节点树**:
|
|
157
|
+
- `getPageStructure`(pageId)**或** `getDocumentStructure`(includeDetails=true)— 拿到完整节点树 + 所有节点 ID
|
|
158
|
+
- 必须 `includeDetails=true`,否则拿不到初始样式
|
|
159
|
+
- 拿到所有节点 ID 列表,为下一步分组做准备
|
|
160
|
+
|
|
161
|
+
3. **按类型分组统计**:
|
|
162
|
+
- `getNodesSummary`(pageId, groupBy="type")— 按类型分组,统计 text/rectangle/group 各多少个
|
|
163
|
+
- 识别组件模式:
|
|
164
|
+
- `group(rectangle + text)` = 标签组件(如状态徽章)
|
|
165
|
+
- `group(text + text + rectangle...)` = 表单项
|
|
166
|
+
- `group(text 列表 + 边框)` = 表格行
|
|
167
|
+
- 决定下一批 `getMultipleNodeInfo` 的目标节点范围(所有 type=text + type=rectangle)
|
|
168
|
+
|
|
169
|
+
4. **批量拉取样式 Token**:
|
|
170
|
+
- `getMultipleNodeInfo`([id1, id2, ...])— 每次 ≤ 100 个节点
|
|
171
|
+
- 关键字段提取:
|
|
172
|
+
- 背景色:`style.fills[0].color.hex`
|
|
173
|
+
- 文字色:`text.color`(部分版本在 `style.fills[0].color`)
|
|
174
|
+
- 字号:`style.fontSize`
|
|
175
|
+
- 字重:`style.fontWeight`
|
|
176
|
+
- 边框:`style.borders[0].color.hex` + `thickness`
|
|
177
|
+
- **禁止**逐个 `getNodeInfo` 探查
|
|
178
|
+
|
|
179
|
+
**步骤 2.5 产出物**(**只产出数据,不做组件映射**):
|
|
180
|
+
- Sketch 节点结构 + 全量节点 ID 列表
|
|
181
|
+
- text/rectangle 节点的完整样式 Token
|
|
182
|
+
- 图表区结构规律识别结果
|
|
183
|
+
|
|
184
|
+
组件候选列表推理**不**在步骤 2.5 内部完成,**统一在主流程步骤 3.5 中结合步骤 1 的 `templatePatterns` 推理**。
|
|
185
|
+
|
|
186
|
+
**Sketch → szcd 工作流(结构化直传 + 样式 Token,无需视觉模型)**:
|
|
187
|
+
```
|
|
188
|
+
.sketch → loadSketchByPath → listPages → listNodesByPage(type=artboard)
|
|
189
|
+
→ getPageStructure(includeDetails=true) / getDocumentStructure(includeDetails=true)
|
|
190
|
+
→ getNodesSummary(groupBy="type")
|
|
191
|
+
→ getMultipleNodeInfo([所有text+rectangle节点ID]) ← 步骤 2.5 结束
|
|
192
|
+
→ [进入主流程步骤 3.5 统一推理]
|
|
193
|
+
```
|
|
153
194
|
|
|
154
|
-
|
|
155
|
-
- `{{TOOL:get_architecture_overview}}` 的 `templatePatterns` 提供模板组合模式
|
|
156
|
-
- `llmMappingHints` 提供常见错误修正
|
|
195
|
+
**首轮常见错误 → 正确做法对照表**:
|
|
157
196
|
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
197
|
+
| 步骤 | 第一次做错的 | 应该做的 |
|
|
198
|
+
|------|------------|---------|
|
|
199
|
+
| 结构获取 | `getDocumentStructure(includeDetails=false)` 只有名称和位置 | `includeDetails=true` 或 `getPageStructure`,拿到初始样式 |
|
|
200
|
+
| 样式提取 | 没做 | `getMultipleNodeInfo` 批量拉取所有 type=text 和 type=rectangle 节点 |
|
|
201
|
+
| 组件识别 | 凭节点名猜测(如看到 "tag" 节点就写 `<Tag>`) | `getNodesSummary(groupBy="type")` 统计类型分布,识别 text+rectangle 组合 → 标签组件 |
|
|
202
|
+
| 颜色提取 | 跳过 | 对每个 rectangle(背景)+ text(文字)取 `style.fills[0].color.hex` + `text.color` |
|
|
162
203
|
|
|
163
|
-
4
|
|
164
|
-
- 调用 `{{TOOL:get_component_full_profile}}`(name="Query,TableOrList,LeftTree,TemplateMode", depth="deep")一次性获取所有需要的组件 API
|
|
165
|
-
- 如需样式注入细节,追加 `{{TOOL:get_style_injection_guide}}`
|
|
204
|
+
**实战经验沉淀(重要,4 条核心收获)**:
|
|
166
205
|
|
|
167
|
-
|
|
168
|
-
|
|
169
|
-
|
|
170
|
-
→ getNodeInfo/getPageStructure → [步骤1架构数据] → LLM推理组件
|
|
171
|
-
→ get_component_full_profile(批量) → 编码
|
|
172
|
-
```
|
|
206
|
+
**收获 1:首轮 `getMultipleNodeInfo` 必须全量拉取,不能挑**
|
|
207
|
+
- 错误做法:先查 7 个顶层容器,再根据需要分批补漏(结果补了 7 轮 ≈ 108 个节点)
|
|
208
|
+
- 正确做法:`getPageStructure(pageId)` 一次性拿全量 ID → `getMultipleNodeInfo(全部 text + 全部 rectangle 节点 ID)`,≤100 个/批,**2 批搞定**
|
|
173
209
|
|
|
174
|
-
|
|
210
|
+
**收获 2:text 节点是颜色/DOM 映射的两级索引**
|
|
211
|
+
每个 text 节点同时关联两种上下文,**必须同批拉取**:
|
|
212
|
+
- 自身样式:`fontSize`、`fontWeight`、`text.color`
|
|
213
|
+
- 所属 group 父级 rectangle 样式:`bg`、`border`、`radius`、`shadow`
|
|
175
214
|
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|---|---|---|
|
|
179
|
-
| 画板名称(如 "4.1-编目审核-待办") | `pageName` | 直接使用 |
|
|
180
|
-
| 左右分区布局 | `TemplateMode(templateTpye="LeftRight")` | 区域分布 |
|
|
181
|
-
| 上下分区布局 | `TemplateMode(templateTpye="TopBottom")` | 区域分布 |
|
|
182
|
-
| 标签页(Tabs) + 每个 Tab 内有表格 | `QueryTabsTables` 或 `TemplateMode` + Tabs | templatePatterns.QueryTabsTables |
|
|
215
|
+
错误做法:先查 text 拿自身样式 → 再根据 parent ID 单独查 rectangle(多走一步)
|
|
216
|
+
正确做法:构造查询列表时,**把同一 group 内的 text + rectangle 节点 ID 合并提交**
|
|
183
217
|
|
|
184
|
-
|
|
185
|
-
| Sketch 特征 | 推断结果 | 依据 |
|
|
186
|
-
|---|---|---|
|
|
187
|
-
| 左侧窄区域 + 树形图层 | `LeftTree` 组件 | templatePatterns.TreeQueryTable |
|
|
188
|
-
| 顶部输入框/下拉框/日期选择器 | `Query` 组件 | 搜索区域特征 |
|
|
189
|
-
| 中间表头 + 数据行图层 | `TableOrList` 组件 | 表格区域特征 |
|
|
190
|
-
| 弹窗/抽屉图层 | `ModelOrDrawer` 组件 | 弹窗交互特征 |
|
|
191
|
-
| 页面标题 + 返回箭头 | `TitleAndBack` 组件 | 标题栏特征 |
|
|
192
|
-
| 详情展示区域(只读字段) | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
|
|
218
|
+
**收获 3:图表区样式提取有规律可循**
|
|
193
219
|
|
|
194
|
-
|
|
195
|
-
| Sketch 特征 | 推断结果 | 依据 |
|
|
220
|
+
| 图表子元素 | 对应 Sketch 节点类型 | 关键样式字段 |
|
|
196
221
|
|---|---|---|
|
|
197
|
-
|
|
|
198
|
-
|
|
|
199
|
-
|
|
|
200
|
-
|
|
|
201
|
-
|
|
|
202
|
-
|
|
|
222
|
+
| 图表标题 | `text`(带蓝色矩形左饰线) | 14px Semibold;矩形 4×14 #0079f7 |
|
|
223
|
+
| 图例文字 | `text` | 14px |
|
|
224
|
+
| 图例色块 | `rectangle` | 8×8 / 10×3 |
|
|
225
|
+
| 坐标轴文字 | `text`(成组) | 12px #7b828d |
|
|
226
|
+
| 柱体颜色 | 区域 `rectangle` | `style.fills[0].hex` |
|
|
227
|
+
| 数据标签 | `text`(白字) | 12px #ffffff |
|
|
203
228
|
|
|
204
|
-
|
|
205
|
-
| Sketch 特征 | 推断结果 | 依据 |
|
|
206
|
-
|---|---|---|
|
|
207
|
-
| 可编辑表格(单元格直接输入) | `TableOrList(componentType="EditableProTable")` | 可编辑表格特征 |
|
|
208
|
-
| 拖拽排序表格(有序号/拖拽手柄) | `TableOrList(componentType="DragSortTable")` | 拖拽排序特征 |
|
|
209
|
-
| 卡片列表(非表格式数据卡片) | `TableOrList(componentType="ProList")` | 卡片布局特征 |
|
|
210
|
-
| 步骤条表单(分步填写) | `ModelOrDrawer(componentType="steps")` | StepsForm 特征 |
|
|
229
|
+
**图表区结构规律**:`标题 text + 标题装饰 rectangle + 图例 text*N + 色块 rectangle*N + 坐标轴 text*N + 柱体 rectangle*N + 标签 text*N`
|
|
211
230
|
|
|
212
|
-
|
|
213
|
-
|
|
214
|
-
|
|
215
|
-
|
|
216
|
-
|
|
217
|
-
|
|
218
|
-
|
|
231
|
+
识别出图表后,**图例色块**应归入 ECharts `legend` 配置(不要用 div 硬编码),**柱体色**映射到 `series.itemStyle.color`。
|
|
232
|
+
|
|
233
|
+
**收获 4:矢量图形是工具链盲区(兜底方案)**
|
|
234
|
+
- `shapePath` / `shapeGroup` 在 sketch 节点中占比可能高达 46.8%(实战中 434/926),但 `renderNodeAsBase64` 不支持渲染
|
|
235
|
+
- 解压 `.sketch`(zip 格式)只能提取 `bitmap` 中内嵌的 PNG/PDF(实战中可能仅 2 张,常是侧边栏 Logo)
|
|
236
|
+
- **兜底方案**:① 用解压提取的 PNG/PDF 资源;② 无资源时用 antd `@ant-design/icons` 同语义图标替代;③ 在代码注释中标注"⚠️ 矢量图标用 antd 图标替代,原始 Sketch 为 shapePath"
|
|
237
|
+
|
|
238
|
+
**提示**:
|
|
239
|
+
- 大型 .sketch 文件先 `listNodesByPage(type="artboard")` 锁定目标画板,避免一次性加载整个文档
|
|
240
|
+
- `getNodesSummary` 是 token 节省关键:先按类型分组统计,再决定要查哪些节点 ID
|
|
241
|
+
- 批量 `getMultipleNodeInfo` 严格 ≤ 100 个/次,超过需分批
|
|
242
|
+
- 仅当结构化样式数据仍不足(如复杂渐变、阴影)时,才回退到 `renderNodeAsBase64` + `{{TOOL:analyze_design_image}}`
|
|
243
|
+
- 如果 sketch-mcp-server 工具不可用,提示用户安装:`npm install -g sketch-mcp-server`
|
|
219
244
|
|
|
220
245
|
**提示**:
|
|
221
246
|
- 大型 .sketch 文件用 `getPageStructure(maxDepth=1-2)` 即可获取布局概况,避免深层递归超时
|
|
@@ -235,69 +260,86 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
|
|
|
235
260
|
<!-- /EXCLUDE:enhanced -->
|
|
236
261
|
|
|
237
262
|
<!-- INCLUDE:enhanced -->
|
|
238
|
-
|
|
263
|
+
**步骤 3 职责边界**(与步骤 2.5 对称):
|
|
264
|
+
- ✅ 产出图片描述(结构化文本)
|
|
265
|
+
- ❌ 不做组件候选列表推理(统一在步骤 3.5 进行)
|
|
266
|
+
- ❌ 不调用 `get_component_full_profile`(统一在步骤 4 进行)
|
|
267
|
+
|
|
268
|
+
**禁止在步骤 3 内部**:
|
|
269
|
+
- ❌ 推理组件候选列表(应进入步骤 3.5)
|
|
270
|
+
- ❌ 批量获取组件 API(应进入步骤 4)
|
|
271
|
+
<!-- /INCLUDE:enhanced -->
|
|
272
|
+
|
|
273
|
+
<!-- INCLUDE:full -->
|
|
274
|
+
**输出**:设计稿的结构化描述文本(不含组件候选列表推理,候选列表由步骤 3.5 统一产出)
|
|
275
|
+
<!-- /INCLUDE:full -->
|
|
276
|
+
|
|
277
|
+
### 步骤3.5:组件候选列表推理(统一环节,必做)
|
|
278
|
+
|
|
279
|
+
**这是统一的组件候选列表推理环节**,无论设计稿来源是 .sketch 文件(步骤 2.5)还是图片(步骤 3),都需经过此环节:
|
|
280
|
+
|
|
281
|
+
```
|
|
282
|
+
步骤 1 templatePatterns + 步骤 2.5/3 设计稿数据 → 组件候选列表
|
|
283
|
+
(4 种模板模式 + llmMappingHints) (结构 + 样式 Token) (如 ["Query","TableOrList","LeftTree","TemplateMode"])
|
|
284
|
+
```
|
|
285
|
+
|
|
286
|
+
**输入**:
|
|
287
|
+
- 步骤 1 的 `{{TOOL:get_architecture_overview}}` 返回的 `templatePatterns`(TreeQueryTable / QueryTabsTables / LeftRight / UpDown)
|
|
288
|
+
- 步骤 1 的 `llmMappingHints.commonMistakes`(避免 LLM 常见映射错误)
|
|
289
|
+
- 步骤 2.5 的 Sketch 节点结构 + 样式 Token
|
|
290
|
+
- 或步骤 3 的图片分析描述
|
|
239
291
|
|
|
240
|
-
|
|
292
|
+
**输出**:
|
|
293
|
+
- **组件候选列表**(如 `["Query","TableOrList","LeftTree","TemplateMode"]`)
|
|
294
|
+
- 模板类型选择(如 `TemplateMode(templateType="LeftRight")`)
|
|
295
|
+
|
|
296
|
+
**禁止**:
|
|
297
|
+
- ❌ 在步骤 2.5 内部推理组件候选列表(应只产出 Sketch 数据 + 样式 Token)
|
|
298
|
+
- ❌ 在步骤 3 内部推理组件候选列表(应只产出图片描述)
|
|
299
|
+
- ❌ 跳过此环节直接调 `get_component_full_profile`(必须先有候选列表)
|
|
300
|
+
|
|
301
|
+
**推理时使用映射规则**(**此表为本步骤专用,仅含核心高频场景**):
|
|
241
302
|
|
|
242
303
|
*页面级布局*:
|
|
243
|
-
|
|
|
304
|
+
| Sketch 特征 | 推断结果 | 依据 |
|
|
244
305
|
|---|---|---|
|
|
306
|
+
| 画板名称(如 "4.1-编目审核-待办") | `pageName` | 直接使用 |
|
|
245
307
|
| 左右分区布局 | `TemplateMode(templateTpye="LeftRight")` | 区域分布 |
|
|
246
308
|
| 上下分区布局 | `TemplateMode(templateTpye="TopBottom")` | 区域分布 |
|
|
247
|
-
|
|
|
309
|
+
| 标签页(Tabs) + 每个 Tab 内有表格 | `QueryTabsTables` 或 `TemplateMode` + Tabs | templatePatterns.QueryTabsTables |
|
|
248
310
|
|
|
249
311
|
*区域级组件*:
|
|
250
|
-
|
|
|
312
|
+
| Sketch 特征 | 推断结果 | 依据 |
|
|
251
313
|
|---|---|---|
|
|
252
|
-
| 左侧窄区域 +
|
|
253
|
-
| 顶部输入框/下拉框/日期选择器 | `Query` | 搜索区域特征 |
|
|
254
|
-
| 中间表头 +
|
|
255
|
-
|
|
|
256
|
-
| 页面标题 + 返回箭头 | `TitleAndBack` | 标题栏特征 |
|
|
314
|
+
| 左侧窄区域 + 树形图层 | `LeftTree` 组件 | templatePatterns.TreeQueryTable |
|
|
315
|
+
| 顶部输入框/下拉框/日期选择器 | `Query` 组件 | 搜索区域特征 |
|
|
316
|
+
| 中间表头 + 数据行图层 | `TableOrList` 组件 | 表格区域特征 |
|
|
317
|
+
| 弹窗/抽屉图层 | `ModelOrDrawer` 组件 | 弹窗交互特征 |
|
|
318
|
+
| 页面标题 + 返回箭头 | `TitleAndBack` 组件 | 标题栏特征 |
|
|
257
319
|
| 详情展示区域(只读字段) | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
|
|
258
320
|
|
|
259
|
-
|
|
260
|
-
|
|
|
261
|
-
|---|---|---|
|
|
262
|
-
| 折线趋势图/时间序列 | `Line` | ECharts 层,数据趋势展示 |
|
|
263
|
-
| 柱状对比图/条形图 | `Bar` | ECharts 层,数据对比 |
|
|
264
|
-
| 饼图/环形图/占比图 | `Pie` | ECharts 层,占比关系 |
|
|
265
|
-
| 雷达图/多维度对比 | `Radar` | ECharts 层,多维指标 |
|
|
266
|
-
| 仪表盘/进度指示 | `Gauge` | ECharts 层,单一指标 |
|
|
267
|
-
| 漏斗图/转化率 | `Funnel` | ECharts 层,转化流程 |
|
|
268
|
-
|
|
269
|
-
*表格子类型(根据 TableOrList 的 componentType 区分)*:
|
|
270
|
-
| 视觉特征 | 推断 componentType | 依据 |
|
|
321
|
+
*数据可视化(核心 3 类)*:
|
|
322
|
+
| Sketch 特征 | 推断结果 | 依据 |
|
|
271
323
|
|---|---|---|
|
|
272
|
-
|
|
|
273
|
-
|
|
|
274
|
-
|
|
|
275
|
-
|
|
276
|
-
|
|
277
|
-
|
|
278
|
-
*辅助/插槽组件*:
|
|
279
|
-
| 视觉特征 | 推断组件 | 依据 |
|
|
324
|
+
| 折线趋势图/时间序列图 | `Line` | ECharts 层图表组件 |
|
|
325
|
+
| 柱状对比图/条形图 | `Bar` | ECharts 层图表组件 |
|
|
326
|
+
| 饼图/环形图/占比图 | `Pie` | ECharts 层图表组件 |
|
|
327
|
+
|
|
328
|
+
*表格子类型(核心 2 类)*:
|
|
329
|
+
| Sketch 特征 | 推断结果 | 依据 |
|
|
280
330
|
|---|---|---|
|
|
281
|
-
|
|
|
282
|
-
|
|
|
283
|
-
| 圆形头像/头像编辑区 | `ModeAvatar` | 头像区域特征 |
|
|
284
|
-
| 文件上传区/拖拽上传框 | `Upload`(Cover 层) | 上传区域特征 |
|
|
331
|
+
| 可编辑表格(单元格直接输入) | `TableOrList(componentType="EditableProTable")` | 可编辑表格特征 |
|
|
332
|
+
| 卡片列表(非表格式数据卡片) | `TableOrList(componentType="ProList")` | 卡片布局特征 |
|
|
285
333
|
|
|
286
|
-
|
|
287
|
-
- 调用 `{{TOOL:get_component_full_profile}}`(name="Query,TableOrList,LeftTree,...", depth="deep")**一次性**获取所有候选组件 API
|
|
288
|
-
- 如需样式注入细节,追加 `{{TOOL:get_style_injection_guide}}`
|
|
334
|
+
**长尾场景走语义搜索**(不进文档,避免膨胀):
|
|
289
335
|
|
|
290
|
-
|
|
291
|
-
```
|
|
292
|
-
设计稿图片 → analyze_design_image → 视觉描述文本
|
|
293
|
-
→ [步骤1 templatePatterns + 映射推理表] → 组件候选列表
|
|
294
|
-
→ get_component_full_profile(批量) → 进入步骤4验证依赖
|
|
295
|
-
```
|
|
296
|
-
<!-- /INCLUDE:enhanced -->
|
|
336
|
+
*数据可视化长尾*:`Radar`(雷达图)、`Gauge`(仪表盘)、`Funnel`(漏斗图)
|
|
297
337
|
|
|
298
|
-
|
|
299
|
-
|
|
300
|
-
|
|
338
|
+
*表格子类型长尾*:`DragSortTable`(拖拽排序表格)、`ModelOrDrawer(componentType="steps")`(步骤条表单)
|
|
339
|
+
|
|
340
|
+
*辅助/插槽组件*:`CustomOption`(LeftTree 添加按钮插槽)、`TreeNode`(树节点右键菜单插槽)、`ModeAvatar`(圆形头像)、`Upload`(文件上传)
|
|
341
|
+
|
|
342
|
+
**处理方式**:本表未覆盖的视觉特征 → 调用 `{{TOOL:search_components_semantic}}`(query="[场景描述,如'拖拽排序表格']")按需补全,再进入步骤 4。
|
|
301
343
|
|
|
302
344
|
### 步骤4:查询组件 + 依赖验证(必做)
|
|
303
345
|
|
|
@@ -72,35 +72,146 @@ szcd 是基于 Ant Design 5.27 封装的企业级 React 组件库,采用分层
|
|
|
72
72
|
|
|
73
73
|
**当用户提供 .sketch 设计文件时**,使用 `sketch-mcp-server`(独立 MCP Server,stdio 模式)解析,直接提取结构化数据,结合组件库架构推理组件方案,无需经过视觉模型和 `map_design_data`。
|
|
74
74
|
|
|
75
|
-
|
|
75
|
+
**核心原则**:写代码前必须先 `getMultipleNodeInfo` 拉取所有 `text` 和 `rectangle` 节点的完整样式 Token(`style.fills[0].color.hex`、`text.color`、`style.fontSize`),禁止凭节点名猜测颜色和样式。一次批量查询(50-100 个 ID)比逐个 `getNodeInfo` 快 10 倍以上,且不会遗漏。
|
|
76
76
|
|
|
77
|
-
|
|
77
|
+
**工作流(6步深度探查,像素级还原)**:
|
|
78
|
+
|
|
79
|
+
1. **加载文件**:
|
|
78
80
|
- `loadSketchByPath` 加载 .sketch 文件
|
|
79
81
|
- `listPages` 列出所有页面
|
|
80
82
|
- `listNodesByPage`(type="artboard")获取画板列表
|
|
81
|
-
-
|
|
83
|
+
- 根据画板名称选择目标页面
|
|
84
|
+
|
|
85
|
+
2. **获取完整节点树**:
|
|
86
|
+
- `getPageStructure`(pageId)**或** `getDocumentStructure`(includeDetails=true)— 拿到完整节点树 + 所有节点 ID
|
|
87
|
+
- 必须 `includeDetails=true`,否则拿不到初始样式
|
|
88
|
+
- 拿到所有节点 ID 列表,为下一步分组做准备
|
|
89
|
+
|
|
90
|
+
3. **按类型分组统计**:
|
|
91
|
+
- `getNodesSummary`(pageId, groupBy="type")— 按类型分组,统计 text/rectangle/group 各多少个
|
|
92
|
+
- 识别组件模式:
|
|
93
|
+
- `group(rectangle + text)` = 标签组件(如状态徽章)
|
|
94
|
+
- `group(text + text + rectangle...)` = 表单项
|
|
95
|
+
- `group(text 列表 + 边框)` = 表格行
|
|
96
|
+
- 决定下一批 `getMultipleNodeInfo` 的目标节点范围(所有 type=text + type=rectangle)
|
|
97
|
+
|
|
98
|
+
4. **批量拉取样式 Token**:
|
|
99
|
+
- `getMultipleNodeInfo`([id1, id2, ...])— 每次 ≤ 100 个节点
|
|
100
|
+
- 关键字段提取:
|
|
101
|
+
- 背景色:`style.fills[0].color.hex`
|
|
102
|
+
- 文字色:`text.color`(部分版本在 `style.fills[0].color`)
|
|
103
|
+
- 字号:`style.fontSize`
|
|
104
|
+
- 字重:`style.fontWeight`
|
|
105
|
+
- 边框:`style.borders[0].color.hex` + `thickness`
|
|
106
|
+
- **禁止**逐个 `getNodeInfo` 探查
|
|
107
|
+
|
|
108
|
+
**步骤 2.5 产出物**(**只产出数据,不做组件映射**):
|
|
109
|
+
- Sketch 节点结构 + 全量节点 ID 列表
|
|
110
|
+
- text/rectangle 节点的完整样式 Token
|
|
111
|
+
- 图表区结构规律识别结果
|
|
112
|
+
|
|
113
|
+
组件候选列表推理**不**在步骤 2.5 内部完成,**统一在主流程步骤 3.5 中结合步骤 1 的 `templatePatterns` 推理**。
|
|
114
|
+
|
|
115
|
+
**Sketch → szcd 工作流(结构化直传 + 样式 Token,无需视觉模型)**:
|
|
116
|
+
```
|
|
117
|
+
.sketch → loadSketchByPath → listPages → listNodesByPage(type=artboard)
|
|
118
|
+
→ getPageStructure(includeDetails=true) / getDocumentStructure(includeDetails=true)
|
|
119
|
+
→ getNodesSummary(groupBy="type")
|
|
120
|
+
→ getMultipleNodeInfo([所有text+rectangle节点ID]) ← 步骤 2.5 结束
|
|
121
|
+
→ [进入主流程步骤 3.5 统一推理]
|
|
122
|
+
```
|
|
123
|
+
|
|
124
|
+
**首轮常见错误 → 正确做法对照表**:
|
|
125
|
+
|
|
126
|
+
| 步骤 | 第一次做错的 | 应该做的 |
|
|
127
|
+
|------|------------|---------|
|
|
128
|
+
| 结构获取 | `getDocumentStructure(includeDetails=false)` 只有名称和位置 | `includeDetails=true` 或 `getPageStructure`,拿到初始样式 |
|
|
129
|
+
| 样式提取 | 没做 | `getMultipleNodeInfo` 批量拉取所有 type=text 和 type=rectangle 节点 |
|
|
130
|
+
| 组件识别 | 凭节点名猜测(如看到 "tag" 节点就写 `<Tag>`) | `getNodesSummary(groupBy="type")` 统计类型分布,识别 text+rectangle 组合 → 标签组件 |
|
|
131
|
+
| 颜色提取 | 跳过 | 对每个 rectangle(背景)+ text(文字)取 `style.fills[0].color.hex` + `text.color` |
|
|
132
|
+
|
|
133
|
+
**实战经验沉淀(重要,4 条核心收获)**:
|
|
134
|
+
|
|
135
|
+
**收获 1:首轮 `getMultipleNodeInfo` 必须全量拉取,不能挑**
|
|
136
|
+
- 错误做法:先查 7 个顶层容器,再根据需要分批补漏(结果补了 7 轮 ≈ 108 个节点)
|
|
137
|
+
- 正确做法:`getPageStructure(pageId)` 一次性拿全量 ID → `getMultipleNodeInfo(全部 text + 全部 rectangle 节点 ID)`,≤100 个/批,**2 批搞定**
|
|
138
|
+
|
|
139
|
+
**收获 2:text 节点是颜色/DOM 映射的两级索引**
|
|
140
|
+
每个 text 节点同时关联两种上下文,**必须同批拉取**:
|
|
141
|
+
- 自身样式:`fontSize`、`fontWeight`、`text.color`
|
|
142
|
+
- 所属 group 父级 rectangle 样式:`bg`、`border`、`radius`、`shadow`
|
|
143
|
+
|
|
144
|
+
错误做法:先查 text 拿自身样式 → 再根据 parent ID 单独查 rectangle(多走一步)
|
|
145
|
+
正确做法:构造查询列表时,**把同一 group 内的 text + rectangle 节点 ID 合并提交**
|
|
146
|
+
|
|
147
|
+
**收获 3:图表区样式提取有规律可循**
|
|
148
|
+
|
|
149
|
+
| 图表子元素 | 对应 Sketch 节点类型 | 关键样式字段 |
|
|
150
|
+
|---|---|---|
|
|
151
|
+
| 图表标题 | `text`(带蓝色矩形左饰线) | 14px Semibold;矩形 4×14 #0079f7 |
|
|
152
|
+
| 图例文字 | `text` | 14px |
|
|
153
|
+
| 图例色块 | `rectangle` | 8×8 / 10×3 |
|
|
154
|
+
| 坐标轴文字 | `text`(成组) | 12px #7b828d |
|
|
155
|
+
| 柱体颜色 | 区域 `rectangle` | `style.fills[0].hex` |
|
|
156
|
+
| 数据标签 | `text`(白字) | 12px #ffffff |
|
|
157
|
+
|
|
158
|
+
**图表区结构规律**:`标题 text + 标题装饰 rectangle + 图例 text*N + 色块 rectangle*N + 坐标轴 text*N + 柱体 rectangle*N + 标签 text*N`
|
|
159
|
+
|
|
160
|
+
识别出图表后,**图例色块**应归入 ECharts `legend` 配置(不要用 div 硬编码),**柱体色**映射到 `series.itemStyle.color`。
|
|
161
|
+
|
|
162
|
+
**收获 4:矢量图形是工具链盲区(兜底方案)**
|
|
163
|
+
- `shapePath` / `shapeGroup` 在 sketch 节点中占比可能高达 46.8%(实战中 434/926),但 `renderNodeAsBase64` 不支持渲染
|
|
164
|
+
- 解压 `.sketch`(zip 格式)只能提取 `bitmap` 中内嵌的 PNG/PDF(实战中可能仅 2 张,常是侧边栏 Logo)
|
|
165
|
+
- **兜底方案**:① 用解压提取的 PNG/PDF 资源;② 无资源时用 antd `@ant-design/icons` 同语义图标替代;③ 在代码注释中标注"⚠️ 矢量图标用 antd 图标替代,原始 Sketch 为 shapePath"
|
|
166
|
+
|
|
167
|
+
**提示**:
|
|
168
|
+
- 大型 .sketch 文件先 `listNodesByPage(type="artboard")` 锁定目标画板,避免一次性加载整个文档
|
|
169
|
+
- `getNodesSummary` 是 token 节省关键:先按类型分组统计,再决定要查哪些节点 ID
|
|
170
|
+
- 批量 `getMultipleNodeInfo` 严格 ≤ 100 个/次,超过需分批
|
|
171
|
+
- 仅当结构化样式数据仍不足(如复杂渐变、阴影)时,才回退到 `renderNodeAsBase64` + `analyze_design_image`
|
|
172
|
+
- 如果 sketch-mcp-server 工具不可用,提示用户安装:`npm install -g sketch-mcp-server`
|
|
173
|
+
|
|
174
|
+
**提示**:
|
|
175
|
+
- 大型 .sketch 文件用 `getPageStructure(maxDepth=1-2)` 即可获取布局概况,避免深层递归超时
|
|
176
|
+
- `listNodesByPage(type="artboard")` 优先于 `getPageStructure`,更轻量
|
|
177
|
+
- 仅当结构化数据不足以判断视觉细节(颜色、间距、字体)时,才回退到 `renderNodeAsBase64` + `analyze_design_image`
|
|
178
|
+
- 如果 sketch-mcp-server 工具不可用,提示用户安装:`npm install -g sketch-mcp-server`
|
|
179
|
+
|
|
180
|
+
### 步骤3:分析设计稿(条件执行)
|
|
82
181
|
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
182
|
+
当用户提供了设计稿图片时:
|
|
183
|
+
- 如果**主代理已提供图片描述**(设计稿已被解读为文字),直接使用该描述,跳过图像分析
|
|
184
|
+
- 如果图片未被解读,调用 `analyze_design_image` 工具分析
|
|
185
|
+
- 如果该工具不可用,告知用户需要提供设计稿的文字描述
|
|
186
|
+
|
|
187
|
+
- 注意:OCR 降级模式下仅返回原始文字,需结合组件库工具自行映射
|
|
86
188
|
|
|
87
|
-
3. **LLM 推理组件范围**:
|
|
88
|
-
- 从 Sketch 结构化数据推断:画板名称→`pageName`,区域分布→`layoutType`,图层类型→组件映射
|
|
89
|
-
- 对照 `templatePatterns` 选择最匹配的模板(TreeQueryTable/QueryTabsTables/LeftRight/UpDown)
|
|
90
|
-
- 输出组件候选列表(如 `["Query","TableOrList","LeftTree","TemplateMode"]`)
|
|
91
189
|
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
190
|
+
### 步骤3.5:组件候选列表推理(统一环节,必做)
|
|
191
|
+
|
|
192
|
+
**这是统一的组件候选列表推理环节**,无论设计稿来源是 .sketch 文件(步骤 2.5)还是图片(步骤 3),都需经过此环节:
|
|
95
193
|
|
|
96
|
-
**Sketch → szcd 工作流(结构化直传,无需视觉模型)**:
|
|
97
194
|
```
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
→ get_component_full_profile(批量) → 编码
|
|
195
|
+
步骤 1 templatePatterns + 步骤 2.5/3 设计稿数据 → 组件候选列表
|
|
196
|
+
(4 种模板模式 + llmMappingHints) (结构 + 样式 Token) (如 ["Query","TableOrList","LeftTree","TemplateMode"])
|
|
101
197
|
```
|
|
102
198
|
|
|
103
|
-
|
|
199
|
+
**输入**:
|
|
200
|
+
- 步骤 1 的 `get_architecture_overview` 返回的 `templatePatterns`(TreeQueryTable / QueryTabsTables / LeftRight / UpDown)
|
|
201
|
+
- 步骤 1 的 `llmMappingHints.commonMistakes`(避免 LLM 常见映射错误)
|
|
202
|
+
- 步骤 2.5 的 Sketch 节点结构 + 样式 Token
|
|
203
|
+
- 或步骤 3 的图片分析描述
|
|
204
|
+
|
|
205
|
+
**输出**:
|
|
206
|
+
- **组件候选列表**(如 `["Query","TableOrList","LeftTree","TemplateMode"]`)
|
|
207
|
+
- 模板类型选择(如 `TemplateMode(templateType="LeftRight")`)
|
|
208
|
+
|
|
209
|
+
**禁止**:
|
|
210
|
+
- ❌ 在步骤 2.5 内部推理组件候选列表(应只产出 Sketch 数据 + 样式 Token)
|
|
211
|
+
- ❌ 在步骤 3 内部推理组件候选列表(应只产出图片描述)
|
|
212
|
+
- ❌ 跳过此环节直接调 `get_component_full_profile`(必须先有候选列表)
|
|
213
|
+
|
|
214
|
+
**推理时使用映射规则**(**此表为本步骤专用,仅含核心高频场景**):
|
|
104
215
|
|
|
105
216
|
*页面级布局*:
|
|
106
217
|
| Sketch 特征 | 推断结果 | 依据 |
|
|
@@ -120,47 +231,28 @@ szcd 是基于 Ant Design 5.27 封装的企业级 React 组件库,采用分层
|
|
|
120
231
|
| 页面标题 + 返回箭头 | `TitleAndBack` 组件 | 标题栏特征 |
|
|
121
232
|
| 详情展示区域(只读字段) | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
|
|
122
233
|
|
|
123
|
-
|
|
234
|
+
*数据可视化(核心 3 类)*:
|
|
124
235
|
| Sketch 特征 | 推断结果 | 依据 |
|
|
125
236
|
|---|---|---|
|
|
126
237
|
| 折线趋势图/时间序列图 | `Line` | ECharts 层图表组件 |
|
|
127
238
|
| 柱状对比图/条形图 | `Bar` | ECharts 层图表组件 |
|
|
128
239
|
| 饼图/环形图/占比图 | `Pie` | ECharts 层图表组件 |
|
|
129
|
-
| 雷达图/多维度对比 | `Radar` | ECharts 层图表组件 |
|
|
130
|
-
| 仪表盘/进度指示 | `Gauge` | ECharts 层图表组件 |
|
|
131
|
-
| 漏斗图/转化率 | `Funnel` | ECharts 层图表组件 |
|
|
132
240
|
|
|
133
|
-
|
|
241
|
+
*表格子类型(核心 2 类)*:
|
|
134
242
|
| Sketch 特征 | 推断结果 | 依据 |
|
|
135
243
|
|---|---|---|
|
|
136
244
|
| 可编辑表格(单元格直接输入) | `TableOrList(componentType="EditableProTable")` | 可编辑表格特征 |
|
|
137
|
-
| 拖拽排序表格(有序号/拖拽手柄) | `TableOrList(componentType="DragSortTable")` | 拖拽排序特征 |
|
|
138
245
|
| 卡片列表(非表格式数据卡片) | `TableOrList(componentType="ProList")` | 卡片布局特征 |
|
|
139
|
-
| 步骤条表单(分步填写) | `ModelOrDrawer(componentType="steps")` | StepsForm 特征 |
|
|
140
|
-
|
|
141
|
-
*辅助/插槽组件*:
|
|
142
|
-
| Sketch 特征 | 推断结果 | 依据 |
|
|
143
|
-
|---|---|---|
|
|
144
|
-
| 树标题栏添加按钮/操作入口 | `CustomOption` | LeftTree 的 CustomOption 插槽 |
|
|
145
|
-
| 树节点右键菜单/增删改操作 | `TreeNode` | LeftTree 的 CustomTreeNode 插槽 |
|
|
146
|
-
| 圆形头像/头像编辑区 | `ModeAvatar` | 头像区域特征 |
|
|
147
|
-
| 文件上传区/拖拽上传框 | `Upload`(Cover 层) | 上传区域特征 |
|
|
148
246
|
|
|
149
|
-
|
|
150
|
-
- 大型 .sketch 文件用 `getPageStructure(maxDepth=1-2)` 即可获取布局概况,避免深层递归超时
|
|
151
|
-
- `listNodesByPage(type="artboard")` 优先于 `getPageStructure`,更轻量
|
|
152
|
-
- 仅当结构化数据不足以判断视觉细节(颜色、间距、字体)时,才回退到 `renderNodeAsBase64` + `analyze_design_image`
|
|
153
|
-
- 如果 sketch-mcp-server 工具不可用,提示用户安装:`npm install -g sketch-mcp-server`
|
|
247
|
+
**长尾场景走语义搜索**(不进文档,避免膨胀):
|
|
154
248
|
|
|
155
|
-
|
|
249
|
+
*数据可视化长尾*:`Radar`(雷达图)、`Gauge`(仪表盘)、`Funnel`(漏斗图)
|
|
156
250
|
|
|
157
|
-
|
|
158
|
-
- 如果**主代理已提供图片描述**(设计稿已被解读为文字),直接使用该描述,跳过图像分析
|
|
159
|
-
- 如果图片未被解读,调用 `analyze_design_image` 工具分析
|
|
160
|
-
- 如果该工具不可用,告知用户需要提供设计稿的文字描述
|
|
251
|
+
*表格子类型长尾*:`DragSortTable`(拖拽排序表格)、`ModelOrDrawer(componentType="steps")`(步骤条表单)
|
|
161
252
|
|
|
162
|
-
|
|
253
|
+
*辅助/插槽组件*:`CustomOption`(LeftTree 添加按钮插槽)、`TreeNode`(树节点右键菜单插槽)、`ModeAvatar`(圆形头像)、`Upload`(文件上传)
|
|
163
254
|
|
|
255
|
+
**处理方式**:本表未覆盖的视觉特征 → 调用 `search_components_semantic`(query="[场景描述,如'拖拽排序表格']")按需补全,再进入步骤 4。
|
|
164
256
|
|
|
165
257
|
### 步骤4:查询组件 + 依赖验证(必做)
|
|
166
258
|
|