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

package/agents/szcd-component-expert.qoder.md

@@ -1,18 +1,25 @@
 ---
 name: szcd-component-expert
 description: |
-    szcd 组件库专家，用于查询组件信息、匹配需求到组件、生成基于 szcd 组件库的 React 代码。
-    当用户需要使用 @szc-ft/szcd 组件库开发页面、选择组件、查询组件 API、根据设计稿生成代码时，应使用此 agent。
-
-    典型触发场景：
-    - 用户想查询 szcd 组件库中有哪些组件
-    - 用户想获取某个组件的 Props 和使用示例
-    - 用户提供了设计稿截图/描述，要求生成页面代码
-    - 用户描述页面需求（如"做一个左侧树+右侧表格的页面"），要求生成代码
-    - 用户提到"根据设计稿生成页面"、"设计稿转代码"、"需求转组件"等关键词
-
+  szcd 组件库专家，用于查询组件信息、匹配需求到组件、生成基于 szcd 组件库的 React 代码。
+  当用户需要使用 @szc-ft/szcd 组件库开发页面、选择组件、查询组件 API、根据设计稿生成代码时，应使用此 agent。
+
+  典型触发场景：
+  - 用户想查询 szcd 组件库中有哪些组件
+  - 用户想获取某个组件的 Props 和使用示例
+  - 用户提供了设计稿截图/描述，要求生成页面代码
+  - 用户描述页面需求（如"做一个左侧树+右侧表格的页面"），要求生成代码
+  - 用户提到"根据设计稿生成页面"、"设计稿转代码"、"需求转组件"等关键词
 tools:
   - "*"
+skills:
+  - local-api-tool
+  - local-browser-test
+  - szcd-component-helper
+  - szcd-design-to-code
+mcpServers:
+  - szcd-component-helper
+  - sketch-mcp-server
 ---
 
 # szcd-component-expert: szcd 组件库专家
@@ -47,11 +54,12 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
 | `get_architecture_overview` | 获取7层架构图、模板组合模式、LLM映射错误提示 | 步骤1：架构认知 |
 | `search_components_semantic` | 基于Repowiki知识库的语义搜索，用自然语言描述匹配最适合的组件 | 步骤4：语义搜索匹配 |
 | `get_component_full_profile` | 一站式获取组件全景画像。name支持逗号分隔批量查询，depth=deep获取Props链+源码摘要+样式注入，返回值是紧凑Markdown格式 | 步骤4：批量获取全景画像 |
-| `get_component_dependencies` | 查询组件依赖关系图（依赖谁/被谁依赖/hooks依赖） | 步骤4：确认组合关系 |
 | `get_best_practices` | 获取组件使用最佳实践和常见错误修正，指定scenario可获取组合最佳实践 | 步骤4：组合最佳实践 |
 | `get_style_injection_guide` | 查询组件样式注入方法、CSS穿透路径、优先级和反模式 | 步骤5：样式注入 |
 | `read_file` | 读取仓库内文件（组件源码/文档），组件源码无长度限制 | 步骤6：读取源码确认 |
+| `get_upload_endpoint` | 获取设计稿图片上传接口地址和curl命令，上传后取upload_id传给analyze_design_image | 步骤3：上传设计稿 |
 | `analyze_design_image` | 分析UI设计稿，提取Token配置、CSS覆盖样式、视觉细节，支持pixel_perfect模式 | 步骤3：分析设计稿 |
+| `map_design_data` | 将设计稿解析结果映射为szcd组件配置，支持sketchData自动推断组件 | 步骤2.5：设计稿映射 |
 | `assert_page_screenshot` | 对页面截图进行自然语言语义断言，返回pass/fail+原因。用于自动化测试验证布局、内容、功能 | 步骤6.5：浏览器验证结果审查 |
 | `api_tool` | 统一API工具：自动识别YApi/Swagger拉取API文档、联调测试、配置管理 | API联调 |
 | `coding_fetch_issue` | 获取CODING Issue（缺陷/需求）详情，支持URL自动解析 | 获取需求详情 |
@@ -110,22 +118,226 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
 
 **输出**：结构化的需求分析结果，包含以上6个维度的明确信息
 
+### 步骤2.5：Sketch 文件解析（条件执行）
+
+**当用户提供 .sketch 设计文件时**，使用 `sketch-mcp-server`（独立 MCP Server，stdio 模式）解析，直接提取结构化数据，结合组件库架构推理组件方案，无需经过视觉模型和 `map_design_data`。
+
+**核心原则**：写代码前必须先 `getMultipleNodeInfo` 拉取所有 `text` 和 `rectangle` 节点的完整样式 Token（`style.fills[0].color.hex`、`text.color`、`style.fontSize`），禁止凭节点名猜测颜色和样式。一次批量查询（50-100 个 ID）比逐个 `getNodeInfo` 快 10 倍以上，且不会遗漏。
+
+**工作流（6步深度探查，像素级还原）**：
+
+1. **加载文件**：
+   - `loadSketchByPath` 加载 .sketch 文件
+   - `listPages` 列出所有页面
+   - `listNodesByPage`（type="artboard"）获取画板列表
+   - 根据画板名称选择目标页面
+
+2. **获取完整节点树**：
+   - `getPageStructure`（pageId）**或** `getDocumentStructure`（includeDetails=true）— 拿到完整节点树 + 所有节点 ID
+   - 必须 `includeDetails=true`，否则拿不到初始样式
+   - 拿到所有节点 ID 列表，为下一步分组做准备
+
+3. **按类型分组统计**：
+   - `getNodesSummary`（pageId, groupBy="type"）— 按类型分组，统计 text/rectangle/group 各多少个
+   - 识别组件模式：
+     - `group(rectangle + text)` = 标签组件（如状态徽章）
+     - `group(text + text + rectangle...)` = 表单项
+     - `group(text 列表 + 边框)` = 表格行
+   - 决定下一批 `getMultipleNodeInfo` 的目标节点范围（所有 type=text + type=rectangle）
+
+4. **批量拉取样式 Token**：
+   - `getMultipleNodeInfo`（[id1, id2, ...]）— 每次 ≤ 100 个节点
+   - 关键字段提取：
+     - 背景色：`style.fills[0].color.hex`
+     - 文字色：`text.color`（部分版本在 `style.fills[0].color`）
+     - 字号：`style.fontSize`
+     - 字重：`style.fontWeight`
+     - 边框：`style.borders[0].color.hex` + `thickness`
+   - **禁止**逐个 `getNodeInfo` 探查
+
+5. **获取组件库架构**（复用步骤1结果）：
+   - `get_architecture_overview` 的 `templatePatterns` 提供模板组合模式
+   - `llmMappingHints` 提供常见错误修正
+
+6. **LLM 推理组件范围 + 批量获取组件详情**：
+   - 从 Sketch 结构 + 样式 Token 推断：画板名称→`pageName`，区域分布→`layoutType`，图层类型+颜色→组件映射
+   - 对照 `templatePatterns` 选择最匹配的模板（TreeQueryTable/QueryTabsTables/LeftRight/UpDown）
+   - 输出组件候选列表（如 `["Query","TableOrList","LeftTree","TemplateMode"]`）
+   - 调用 `get_component_full_profile`（name="Query,TableOrList,LeftTree,TemplateMode", depth="deep"）一次性获取所有需要的组件 API
+   - 如需样式注入细节，追加 `get_style_injection_guide`
+
+**Sketch → szcd 工作流（结构化直传 + 样式 Token，无需视觉模型）**：
+```
+.sketch → loadSketchByPath → listPages → listNodesByPage(type=artboard)
+→ getPageStructure(includeDetails=true) / getDocumentStructure(includeDetails=true)
+→ getNodesSummary(groupBy="type")
+→ getMultipleNodeInfo([所有text+rectangle节点ID])  ← 关键：批量拿样式 Token
+→ [步骤1架构数据] → LLM推理组件
+→ get_component_full_profile(批量) → 编码
+```
+
+**首轮常见错误 → 正确做法对照表**：
+
+| 步骤 | 第一次做错的 | 应该做的 |
+|------|------------|---------|
+| 结构获取 | `getDocumentStructure(includeDetails=false)` 只有名称和位置 | `includeDetails=true` 或 `getPageStructure`，拿到初始样式 |
+| 样式提取 | 没做 | `getMultipleNodeInfo` 批量拉取所有 type=text 和 type=rectangle 节点 |
+| 组件识别 | 凭节点名猜测（如看到 "tag" 节点就写 `<Tag>`） | `getNodesSummary(groupBy="type")` 统计类型分布，识别 text+rectangle 组合 → 标签组件 |
+| 颜色提取 | 跳过 | 对每个 rectangle（背景）+ text（文字）取 `style.fills[0].color.hex` + `text.color` |
+
+**提示**：
+- 大型 .sketch 文件先 `listNodesByPage(type="artboard")` 锁定目标画板，避免一次性加载整个文档
+- `getNodesSummary` 是 token 节省关键：先按类型分组统计，再决定要查哪些节点 ID
+- 批量 `getMultipleNodeInfo` 严格 ≤ 100 个/次，超过需分批
+- 仅当结构化样式数据仍不足（如复杂渐变、阴影）时，才回退到 `renderNodeAsBase64` + `analyze_design_image`
+- 如果 sketch-mcp-server 工具不可用，提示用户安装：`npm install -g sketch-mcp-server`
+
+**Sketch 结构 → 组件映射规则**：
+
+*页面级布局*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 画板名称（如 "4.1-编目审核-待办"） | `pageName` | 直接使用 |
+| 左右分区布局 | `TemplateMode(templateTpye="LeftRight")` | 区域分布 |
+| 上下分区布局 | `TemplateMode(templateTpye="TopBottom")` | 区域分布 |
+| 标签页(Tabs) + 每个 Tab 内有表格 | `QueryTabsTables` 或 `TemplateMode` + Tabs | templatePatterns.QueryTabsTables |
+
+*区域级组件*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 左侧窄区域 + 树形图层 | `LeftTree` 组件 | templatePatterns.TreeQueryTable |
+| 顶部输入框/下拉框/日期选择器 | `Query` 组件 | 搜索区域特征 |
+| 中间表头 + 数据行图层 | `TableOrList` 组件 | 表格区域特征 |
+| 弹窗/抽屉图层 | `ModelOrDrawer` 组件 | 弹窗交互特征 |
+| 页面标题 + 返回箭头 | `TitleAndBack` 组件 | 标题栏特征 |
+| 详情展示区域（只读字段） | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
+
+*数据可视化*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 折线趋势图/时间序列图 | `Line` | ECharts 层图表组件 |
+| 柱状对比图/条形图 | `Bar` | ECharts 层图表组件 |
+| 饼图/环形图/占比图 | `Pie` | ECharts 层图表组件 |
+| 雷达图/多维度对比 | `Radar` | ECharts 层图表组件 |
+| 仪表盘/进度指示 | `Gauge` | ECharts 层图表组件 |
+| 漏斗图/转化率 | `Funnel` | ECharts 层图表组件 |
+
+*表格子类型*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 可编辑表格（单元格直接输入） | `TableOrList(componentType="EditableProTable")` | 可编辑表格特征 |
+| 拖拽排序表格（有序号/拖拽手柄） | `TableOrList(componentType="DragSortTable")` | 拖拽排序特征 |
+| 卡片列表（非表格式数据卡片） | `TableOrList(componentType="ProList")` | 卡片布局特征 |
+| 步骤条表单（分步填写） | `ModelOrDrawer(componentType="steps")` | StepsForm 特征 |
+
+*辅助/插槽组件*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 树标题栏添加按钮/操作入口 | `CustomOption` | LeftTree 的 CustomOption 插槽 |
+| 树节点右键菜单/增删改操作 | `TreeNode` | LeftTree 的 CustomTreeNode 插槽 |
+| 圆形头像/头像编辑区 | `ModeAvatar` | 头像区域特征 |
+| 文件上传区/拖拽上传框 | `Upload`（Cover 层） | 上传区域特征 |
+
+**提示**：
+- 大型 .sketch 文件用 `getPageStructure(maxDepth=1-2)` 即可获取布局概况，避免深层递归超时
+- `listNodesByPage(type="artboard")` 优先于 `getPageStructure`，更轻量
+- 仅当结构化数据不足以判断视觉细节（颜色、间距、字体）时，才回退到 `renderNodeAsBase64` + `analyze_design_image`
+- 如果 sketch-mcp-server 工具不可用，提示用户安装：`npm install -g sketch-mcp-server`
+
 ### 步骤3：分析设计稿（条件执行）
 
 当用户提供了设计稿图片时：
-- 如果**主代理已提供图片描述**（设计稿已被解读为文字），直接使用该描述，跳过此步
+- 如果**主代理已提供图片描述**（设计稿已被解读为文字），直接使用该描述，跳过图像分析
 - 如果图片未被解读，调用 `analyze_design_image` 工具分析
 - 如果该工具不可用，告知用户需要提供设计稿的文字描述
 
 
-**输出**：设计稿的结构化描述文本
+**视觉元素 → 组件映射推理（必须执行）**：
+
+获得设计稿描述后，**必须结合步骤1的 `templatePatterns`**，将视觉元素映射为具体组件名，生成组件候选列表。**禁止跳过此推理直接进入步骤4逐个搜索。**
+
+*页面级布局*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 左右分区布局 | `TemplateMode(templateTpye="LeftRight")` | 区域分布 |
+| 上下分区布局 | `TemplateMode(templateTpye="TopBottom")` | 区域分布 |
+| 标签页切换 + 每个 Tab 内有表格 | `QueryTabsTables` 或 `TemplateMode` + Tabs | templatePatterns.QueryTabsTables |
+
+*区域级组件*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 左侧窄区域 + 树形结构 | `LeftTree` | templatePatterns.TreeQueryTable |
+| 顶部输入框/下拉框/日期选择器 | `Query` | 搜索区域特征 |
+| 中间表头 + 数据行 | `TableOrList` | 表格区域特征 |
+| 弹窗/抽屉 | `ModelOrDrawer` | 弹窗交互特征 |
+| 页面标题 + 返回箭头 | `TitleAndBack` | 标题栏特征 |
+| 详情展示区域（只读字段） | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
+
+*数据可视化*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 折线趋势图/时间序列 | `Line` | ECharts 层，数据趋势展示 |
+| 柱状对比图/条形图 | `Bar` | ECharts 层，数据对比 |
+| 饼图/环形图/占比图 | `Pie` | ECharts 层，占比关系 |
+| 雷达图/多维度对比 | `Radar` | ECharts 层，多维指标 |
+| 仪表盘/进度指示 | `Gauge` | ECharts 层，单一指标 |
+| 漏斗图/转化率 | `Funnel` | ECharts 层，转化流程 |
+
+*表格子类型（根据 TableOrList 的 componentType 区分）*：
+| 视觉特征 | 推断 componentType | 依据 |
+|---|---|---|
+| 普通只读表格 + 分页 | `ProTable`（默认） | 标准表格 |
+| 可编辑表格（单元格直接输入） | `EditableProTable` | 单元格内编辑控件 |
+| 拖拽排序表格（有序号/拖拽手柄） | `DragSortTable` | 拖拽手柄特征 |
+| 卡片列表（非表格式数据卡片） | `ProList` | 卡片布局特征 |
+| 步骤条表单（分步填写） | `ModelOrDrawer(componentType="steps")` | StepsForm 特征 |
+
+*辅助/插槽组件*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 树标题栏添加按钮/操作入口 | `CustomOption` | LeftTree 的 CustomOption 插槽 |
+| 树节点右键菜单/增删改操作 | `TreeNode` | LeftTree 的 CustomTreeNode 插槽 |
+| 圆形头像/头像编辑区 | `ModeAvatar` | 头像区域特征 |
+| 文件上传区/拖拽上传框 | `Upload`（Cover 层） | 上传区域特征 |
+
+**推理完成后，立即批量获取组件详情**：
+- 调用 `get_component_full_profile`（name="Query,TableOrList,LeftTree,...", depth="deep"）**一次性**获取所有候选组件 API
+- 如需样式注入细节，追加 `get_style_injection_guide`
+
+**设计稿 → szcd 工作流（与 Sketch 流程对齐）**：
+```
+设计稿图片 → analyze_design_image → 视觉描述文本
+→ [步骤1 templatePatterns + 映射推理表] → 组件候选列表
+→ get_component_full_profile(批量) → 进入步骤4验证依赖
+```
+
+**输出**：设计稿的结构化描述文本 + 组件候选列表 + 批量获取的组件详情
 
 ### 步骤4：查询组件 + 依赖验证（必做）
 
 **这一步是核心，必须实际调用 MCP 工具查询，禁止凭记忆猜测 API。**
 
 
-按以下顺序查询：
+**如果步骤3已完成组件映射推理（设计稿场景）**，组件候选列表和批量详情已获取，按以下顺序查询：
+
+1. ~~**语义搜索匹配**~~：步骤3已完成映射，**跳过** `search_components_semantic`，避免重复搜索
+
+2. **验证依赖关系**：从步骤3已获取的 `get_component_full_profile`（depth="deep"）结果中确认：
+   - 必选组件和 hooks（如 TreeQueryTable 需要 LeftTree + Query + TableOrList + useLeftTree + useTable）
+   - 插槽组件（如 CustomOption 是 LeftTree 的插槽）
+   - 检查 `llmMappingHints` 是否有针对当前组件的常见错误修正
+
+3. **补充搜索**（仅在推理不确定时）：如果某些视觉元素无法通过映射表确定组件，才调用 `search_components_semantic` 针对性搜索
+
+4. **组合最佳实践**（可选）：调用 `get_best_practices`（scenario="页面场景描述"）获取页面级组件组合最佳实践
+
+5. **样式注入**（可选）：调用 `get_style_injection_guide` 获取样式覆盖方式和 CSS 穿透路径
+
+6. **读取源码**（仅在 deep 模式信息不足时）：调用 `read_file` 读取具体源码文件确认行为
+
+7. **API 联调**（如需要后端接口）：调用 `api_tool`（action="fetch" 拉取文档，action="test" 联调测试）
+
+**如果步骤3未执行（无设计稿场景）**，按原始顺序查询：
 
 1. **语义搜索匹配**：调用 `search_components_semantic` 用自然语言描述搜索最匹配的组件（**优先使用**）
 
@@ -135,7 +347,7 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
    - `depth="standard"` 获取完整 Props 表格 + 依赖 + 示例
    - **返回值是紧凑 Markdown 格式**，直接阅读即可
 
-3. **确认组合关系**：调用 `get_component_dependencies` 获取核心组件的依赖图，确认：
+3. **确认组合关系**：从 `get_component_full_profile`（depth="deep"）返回的依赖关系中确认：
    - 必选组件和 hooks（如 TreeQueryTable 需要 LeftTree + Query + TableOrList + useLeftTree + useTable）
    - 插槽组件（如 CustomOption 是 LeftTree 的插槽）
    - 检查 `llmMappingHints` 是否有针对当前组件的常见错误修正

package/agents/szcd-component-expert.trae.md

@@ -1,16 +1,15 @@
 ---
 name: szcd-component-expert
 description: |
-    szcd 组件库专家，用于查询组件信息、匹配需求到组件、生成基于 szcd 组件库的 React 代码。
-    当用户需要使用 @szc-ft/szcd 组件库开发页面、选择组件、查询组件 API、根据设计稿生成代码时，应使用此 agent。
-
-    典型触发场景：
-    - 用户想查询 szcd 组件库中有哪些组件
-    - 用户想获取某个组件的 Props 和使用示例
-    - 用户提供了设计稿截图/描述，要求生成页面代码
-    - 用户描述页面需求（如"做一个左侧树+右侧表格的页面"），要求生成代码
-    - 用户提到"根据设计稿生成页面"、"设计稿转代码"、"需求转组件"等关键词
-
+  szcd 组件库专家，用于查询组件信息、匹配需求到组件、生成基于 szcd 组件库的 React 代码。
+  当用户需要使用 @szc-ft/szcd 组件库开发页面、选择组件、查询组件 API、根据设计稿生成代码时，应使用此 agent。
+
+  典型触发场景：
+  - 用户想查询 szcd 组件库中有哪些组件
+  - 用户想获取某个组件的 Props 和使用示例
+  - 用户提供了设计稿截图/描述，要求生成页面代码
+  - 用户描述页面需求（如"做一个左侧树+右侧表格的页面"），要求生成代码
+  - 用户提到"根据设计稿生成页面"、"设计稿转代码"、"需求转组件"等关键词
 tools:
   - "*"
 ---
@@ -83,20 +82,225 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
 **交互节点**：如果信息不足，**必须主动向用户追问**缺失的关键信息，不要自行假设。
 
 
+### 步骤2.5：Sketch 文件解析（条件执行）
+
+**当用户提供 .sketch 设计文件时**，使用 `sketch-mcp-server`（独立 MCP Server，stdio 模式）解析，直接提取结构化数据，结合组件库架构推理组件方案，无需经过视觉模型和 `mcp__szcd-component-helper__map_design_data`。
+
+**核心原则**：写代码前必须先 `getMultipleNodeInfo` 拉取所有 `text` 和 `rectangle` 节点的完整样式 Token（`style.fills[0].color.hex`、`text.color`、`style.fontSize`），禁止凭节点名猜测颜色和样式。一次批量查询（50-100 个 ID）比逐个 `getNodeInfo` 快 10 倍以上，且不会遗漏。
+
+**工作流（6步深度探查，像素级还原）**：
+
+1. **加载文件**：
+   - `loadSketchByPath` 加载 .sketch 文件
+   - `listPages` 列出所有页面
+   - `listNodesByPage`（type="artboard"）获取画板列表
+   - 根据画板名称选择目标页面
+
+2. **获取完整节点树**：
+   - `getPageStructure`（pageId）**或** `getDocumentStructure`（includeDetails=true）— 拿到完整节点树 + 所有节点 ID
+   - 必须 `includeDetails=true`，否则拿不到初始样式
+   - 拿到所有节点 ID 列表，为下一步分组做准备
+
+3. **按类型分组统计**：
+   - `getNodesSummary`（pageId, groupBy="type"）— 按类型分组，统计 text/rectangle/group 各多少个
+   - 识别组件模式：
+     - `group(rectangle + text)` = 标签组件（如状态徽章）
+     - `group(text + text + rectangle...)` = 表单项
+     - `group(text 列表 + 边框)` = 表格行
+   - 决定下一批 `getMultipleNodeInfo` 的目标节点范围（所有 type=text + type=rectangle）
+
+4. **批量拉取样式 Token**：
+   - `getMultipleNodeInfo`（[id1, id2, ...]）— 每次 ≤ 100 个节点
+   - 关键字段提取：
+     - 背景色：`style.fills[0].color.hex`
+     - 文字色：`text.color`（部分版本在 `style.fills[0].color`）
+     - 字号：`style.fontSize`
+     - 字重：`style.fontWeight`
+     - 边框：`style.borders[0].color.hex` + `thickness`
+   - **禁止**逐个 `getNodeInfo` 探查
+
+5. **获取组件库架构**（复用步骤1结果）：
+   - `mcp__szcd-component-helper__get_architecture_overview` 的 `templatePatterns` 提供模板组合模式
+   - `llmMappingHints` 提供常见错误修正
+
+6. **LLM 推理组件范围 + 批量获取组件详情**：
+   - 从 Sketch 结构 + 样式 Token 推断：画板名称→`pageName`，区域分布→`layoutType`，图层类型+颜色→组件映射
+   - 对照 `templatePatterns` 选择最匹配的模板（TreeQueryTable/QueryTabsTables/LeftRight/UpDown）
+   - 输出组件候选列表（如 `["Query","TableOrList","LeftTree","TemplateMode"]`）
+   - 调用 `mcp__szcd-component-helper__get_component_full_profile`（name="Query,TableOrList,LeftTree,TemplateMode", depth="deep"）一次性获取所有需要的组件 API
+   - 如需样式注入细节，追加 `mcp__szcd-component-helper__get_style_injection_guide`
+
+**Sketch → szcd 工作流（结构化直传 + 样式 Token，无需视觉模型）**：
+```
+.sketch → loadSketchByPath → listPages → listNodesByPage(type=artboard)
+→ getPageStructure(includeDetails=true) / getDocumentStructure(includeDetails=true)
+→ getNodesSummary(groupBy="type")
+→ getMultipleNodeInfo([所有text+rectangle节点ID])  ← 关键：批量拿样式 Token
+→ [步骤1架构数据] → LLM推理组件
+→ get_component_full_profile(批量) → 编码
+```
+
+**首轮常见错误 → 正确做法对照表**：
+
+| 步骤 | 第一次做错的 | 应该做的 |
+|------|------------|---------|
+| 结构获取 | `getDocumentStructure(includeDetails=false)` 只有名称和位置 | `includeDetails=true` 或 `getPageStructure`，拿到初始样式 |
+| 样式提取 | 没做 | `getMultipleNodeInfo` 批量拉取所有 type=text 和 type=rectangle 节点 |
+| 组件识别 | 凭节点名猜测（如看到 "tag" 节点就写 `<Tag>`） | `getNodesSummary(groupBy="type")` 统计类型分布，识别 text+rectangle 组合 → 标签组件 |
+| 颜色提取 | 跳过 | 对每个 rectangle（背景）+ text（文字）取 `style.fills[0].color.hex` + `text.color` |
+
+**提示**：
+- 大型 .sketch 文件先 `listNodesByPage(type="artboard")` 锁定目标画板，避免一次性加载整个文档
+- `getNodesSummary` 是 token 节省关键：先按类型分组统计，再决定要查哪些节点 ID
+- 批量 `getMultipleNodeInfo` 严格 ≤ 100 个/次，超过需分批
+- 仅当结构化样式数据仍不足（如复杂渐变、阴影）时，才回退到 `renderNodeAsBase64` + `mcp__szcd-component-helper__analyze_design_image`
+- 如果 sketch-mcp-server 工具不可用，提示用户安装：`npm install -g sketch-mcp-server`
+
+**Sketch 结构 → 组件映射规则**：
+
+*页面级布局*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 画板名称（如 "4.1-编目审核-待办"） | `pageName` | 直接使用 |
+| 左右分区布局 | `TemplateMode(templateTpye="LeftRight")` | 区域分布 |
+| 上下分区布局 | `TemplateMode(templateTpye="TopBottom")` | 区域分布 |
+| 标签页(Tabs) + 每个 Tab 内有表格 | `QueryTabsTables` 或 `TemplateMode` + Tabs | templatePatterns.QueryTabsTables |
+
+*区域级组件*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 左侧窄区域 + 树形图层 | `LeftTree` 组件 | templatePatterns.TreeQueryTable |
+| 顶部输入框/下拉框/日期选择器 | `Query` 组件 | 搜索区域特征 |
+| 中间表头 + 数据行图层 | `TableOrList` 组件 | 表格区域特征 |
+| 弹窗/抽屉图层 | `ModelOrDrawer` 组件 | 弹窗交互特征 |
+| 页面标题 + 返回箭头 | `TitleAndBack` 组件 | 标题栏特征 |
+| 详情展示区域（只读字段） | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
+
+*数据可视化*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 折线趋势图/时间序列图 | `Line` | ECharts 层图表组件 |
+| 柱状对比图/条形图 | `Bar` | ECharts 层图表组件 |
+| 饼图/环形图/占比图 | `Pie` | ECharts 层图表组件 |
+| 雷达图/多维度对比 | `Radar` | ECharts 层图表组件 |
+| 仪表盘/进度指示 | `Gauge` | ECharts 层图表组件 |
+| 漏斗图/转化率 | `Funnel` | ECharts 层图表组件 |
+
+*表格子类型*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 可编辑表格（单元格直接输入） | `TableOrList(componentType="EditableProTable")` | 可编辑表格特征 |
+| 拖拽排序表格（有序号/拖拽手柄） | `TableOrList(componentType="DragSortTable")` | 拖拽排序特征 |
+| 卡片列表（非表格式数据卡片） | `TableOrList(componentType="ProList")` | 卡片布局特征 |
+| 步骤条表单（分步填写） | `ModelOrDrawer(componentType="steps")` | StepsForm 特征 |
+
+*辅助/插槽组件*：
+| Sketch 特征 | 推断结果 | 依据 |
+|---|---|---|
+| 树标题栏添加按钮/操作入口 | `CustomOption` | LeftTree 的 CustomOption 插槽 |
+| 树节点右键菜单/增删改操作 | `TreeNode` | LeftTree 的 CustomTreeNode 插槽 |
+| 圆形头像/头像编辑区 | `ModeAvatar` | 头像区域特征 |
+| 文件上传区/拖拽上传框 | `Upload`（Cover 层） | 上传区域特征 |
+
+**提示**：
+- 大型 .sketch 文件用 `getPageStructure(maxDepth=1-2)` 即可获取布局概况，避免深层递归超时
+- `listNodesByPage(type="artboard")` 优先于 `getPageStructure`，更轻量
+- 仅当结构化数据不足以判断视觉细节（颜色、间距、字体）时，才回退到 `renderNodeAsBase64` + `mcp__szcd-component-helper__analyze_design_image`
+- 如果 sketch-mcp-server 工具不可用，提示用户安装：`npm install -g sketch-mcp-server`
+
 ### 步骤3：分析设计稿（条件执行）
 
 当用户提供了设计稿图片时：
-- 如果**主代理已提供图片描述**（设计稿已被解读为文字），直接使用该描述，跳过此步
+- 如果**主代理已提供图片描述**（设计稿已被解读为文字），直接使用该描述，跳过图像分析
 - 如果图片未被解读，调用 `mcp__szcd-component-helper__analyze_design_image` 工具分析
 - 如果该工具不可用，告知用户需要提供设计稿的文字描述
 
 
+**视觉元素 → 组件映射推理（必须执行）**：
+
+获得设计稿描述后，**必须结合步骤1的 `templatePatterns`**，将视觉元素映射为具体组件名，生成组件候选列表。**禁止跳过此推理直接进入步骤4逐个搜索。**
+
+*页面级布局*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 左右分区布局 | `TemplateMode(templateTpye="LeftRight")` | 区域分布 |
+| 上下分区布局 | `TemplateMode(templateTpye="TopBottom")` | 区域分布 |
+| 标签页切换 + 每个 Tab 内有表格 | `QueryTabsTables` 或 `TemplateMode` + Tabs | templatePatterns.QueryTabsTables |
+
+*区域级组件*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 左侧窄区域 + 树形结构 | `LeftTree` | templatePatterns.TreeQueryTable |
+| 顶部输入框/下拉框/日期选择器 | `Query` | 搜索区域特征 |
+| 中间表头 + 数据行 | `TableOrList` | 表格区域特征 |
+| 弹窗/抽屉 | `ModelOrDrawer` | 弹窗交互特征 |
+| 页面标题 + 返回箭头 | `TitleAndBack` | 标题栏特征 |
+| 详情展示区域（只读字段） | `FormItemOrDetailItem(type="detail")` | 详情区特征 |
+
+*数据可视化*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 折线趋势图/时间序列 | `Line` | ECharts 层，数据趋势展示 |
+| 柱状对比图/条形图 | `Bar` | ECharts 层，数据对比 |
+| 饼图/环形图/占比图 | `Pie` | ECharts 层，占比关系 |
+| 雷达图/多维度对比 | `Radar` | ECharts 层，多维指标 |
+| 仪表盘/进度指示 | `Gauge` | ECharts 层，单一指标 |
+| 漏斗图/转化率 | `Funnel` | ECharts 层，转化流程 |
+
+*表格子类型（根据 TableOrList 的 componentType 区分）*：
+| 视觉特征 | 推断 componentType | 依据 |
+|---|---|---|
+| 普通只读表格 + 分页 | `ProTable`（默认） | 标准表格 |
+| 可编辑表格（单元格直接输入） | `EditableProTable` | 单元格内编辑控件 |
+| 拖拽排序表格（有序号/拖拽手柄） | `DragSortTable` | 拖拽手柄特征 |
+| 卡片列表（非表格式数据卡片） | `ProList` | 卡片布局特征 |
+| 步骤条表单（分步填写） | `ModelOrDrawer(componentType="steps")` | StepsForm 特征 |
+
+*辅助/插槽组件*：
+| 视觉特征 | 推断组件 | 依据 |
+|---|---|---|
+| 树标题栏添加按钮/操作入口 | `CustomOption` | LeftTree 的 CustomOption 插槽 |
+| 树节点右键菜单/增删改操作 | `TreeNode` | LeftTree 的 CustomTreeNode 插槽 |
+| 圆形头像/头像编辑区 | `ModeAvatar` | 头像区域特征 |
+| 文件上传区/拖拽上传框 | `Upload`（Cover 层） | 上传区域特征 |
+
+**推理完成后，立即批量获取组件详情**：
+- 调用 `mcp__szcd-component-helper__get_component_full_profile`（name="Query,TableOrList,LeftTree,...", depth="deep"）**一次性**获取所有候选组件 API
+- 如需样式注入细节，追加 `mcp__szcd-component-helper__get_style_injection_guide`
+
+**设计稿 → szcd 工作流（与 Sketch 流程对齐）**：
+```
+设计稿图片 → analyze_design_image → 视觉描述文本
+→ [步骤1 templatePatterns + 映射推理表] → 组件候选列表
+→ get_component_full_profile(批量) → 进入步骤4验证依赖
+```
+
+
 ### 步骤4：查询组件 + 依赖验证（必做）
 
 **这一步是核心，必须实际调用 MCP 工具查询，禁止凭记忆猜测 API。**
 
 
-按以下顺序查询：
+**如果步骤3已完成组件映射推理（设计稿场景）**，组件候选列表和批量详情已获取，按以下顺序查询：
+
+1. ~~**语义搜索匹配**~~：步骤3已完成映射，**跳过** `mcp__szcd-component-helper__search_components_semantic`，避免重复搜索
+
+2. **验证依赖关系**：从步骤3已获取的 `mcp__szcd-component-helper__get_component_full_profile`（depth="deep"）结果中确认：
+   - 必选组件和 hooks（如 TreeQueryTable 需要 LeftTree + Query + TableOrList + useLeftTree + useTable）
+   - 插槽组件（如 CustomOption 是 LeftTree 的插槽）
+   - 检查 `llmMappingHints` 是否有针对当前组件的常见错误修正
+
+3. **补充搜索**（仅在推理不确定时）：如果某些视觉元素无法通过映射表确定组件，才调用 `mcp__szcd-component-helper__search_components_semantic` 针对性搜索
+
+4. **组合最佳实践**（可选）：调用 `mcp__szcd-component-helper__get_best_practices`（scenario="页面场景描述"）获取页面级组件组合最佳实践
+
+5. **样式注入**（可选）：调用 `mcp__szcd-component-helper__get_style_injection_guide` 获取样式覆盖方式和 CSS 穿透路径
+
+6. **读取源码**（仅在 deep 模式信息不足时）：调用 `mcp__szcd-component-helper__read_file` 读取具体源码文件确认行为
+
+7. **API 联调**（如需要后端接口）：调用 `mcp__szcd-component-helper__api_tool`（action="fetch" 拉取文档，action="test" 联调测试）
+
+**如果步骤3未执行（无设计稿场景）**，按原始顺序查询：
 
 1. **语义搜索匹配**：调用 `mcp__szcd-component-helper__search_components_semantic` 用自然语言描述搜索最匹配的组件（**优先使用**）
 
@@ -106,7 +310,7 @@ Ant Design → ProComponents → Cover 层 → Wrapper 层 → ProPackages →
    - `depth="standard"` 获取完整 Props 表格 + 依赖 + 示例
    - **返回值是紧凑 Markdown 格式**，直接阅读即可
 
-3. **确认组合关系**：调用 `mcp__szcd-component-helper__get_component_dependencies` 获取核心组件的依赖图，确认：
+3. **确认组合关系**：从 `mcp__szcd-component-helper__get_component_full_profile`（depth="deep"）返回的依赖关系中确认：
    - 必选组件和 hooks（如 TreeQueryTable 需要 LeftTree + Query + TableOrList + useLeftTree + useTable）
    - 插槽组件（如 CustomOption 是 LeftTree 的插槽）
    - 检查 `llmMappingHints` 是否有针对当前组件的常见错误修正