# JSON 提示词模板总规范

本文件是 `gpt-image-2` skill 的模板方法论总文档。后续所有具体模板文件都应尽量遵守这里的规则。

它不提供某个具体视觉场景的完整模板，而是定义：

- 模板应该如何组织
- 字段应该如何设计
- 参数如何区分为“必问 / 默认 / 随机”
- 缺失信息应该如何提问
- 如何从案例提炼出可复用的结构化 JSON 模板

---

# 一、何时使用 JSON 模板

当任务满足以下任一条件时，优先使用 JSON 模板，而不是直接写一整段自然语言提示词：

1. 画面元素很多
2. 画面包含多个功能区域
3. 需要 UI / 商品卡 / 评论区 / 图例 / 标注 / 页眉页脚等结构
4. 需要支持多个变体
5. 需要支持“用户指定 / 默认值 / 随机生成”三种模式
6. 后续很可能复用、扩写或调试

典型适用场景：

- 电商直播 UI 样机
- 产品爆炸视图海报
- 手绘城市地图
- 讲解型 Slides
- 高信息密度说明图

不必强行使用 JSON 模板的场景：

- 很简单的单主体图
- 没有复杂布局和多区域结构
- 用户只想快速试一个很轻量的视觉方向

---

# 二、references 的目录规则

`references/` 必须采用：

- 一级：分类目录
- 二级：单模板 Markdown 文件

例如：

```text
references/
  ui-mockups/
    live-commerce-ui.md
    social-interface-mockup.md
  product-visuals/
    exploded-view-poster.md
```

不要继续采用：

- 一个大类一个大文件
- 一个来源一个文件
- 一个案例一个没有分类的平铺文件

目录树的好处：

- 精准读取
- 易于扩展
- 模板互不污染
- 每个模板文件可以写得很完整

---

# 三、单模板文件的标准结构

每个具体模板文件建议遵循以下结构：

```markdown
# 模板名称

## 适用范围

## 何时使用

## 缺失信息优先提问顺序

## 主模板

📖 描述

📝 提示词
```json
{ ... }
```

### 参数策略

### 自动补全策略

### 变体方式

## 变体 1

## 变体 2

## 避免事项
```

说明：

- `主模板` 必须先有
- 变体模板建立在主模板之上
- 参数策略、自动补全策略、避免事项不能省略

---

# 四、JSON 模板的推荐骨架

大多数模板建议优先从以下骨架开始：

```json
{
  "type": "模板类型",
  "goal": "图像用途",
  "subject": {},
  "scene": {},
  "layout": {},
  "style": {},
  "details": {},
  "constraints": {}
}
```

## 字段职责

### `type`

模板类型名称，例如：

- 直播 UI 样机
- 产品爆炸视图海报
- 手绘地图信息图

### `goal`

说明这张图最终要干什么，例如：

- 电商直播截图样机
- 品牌主视觉海报
- 旅游攻略地图
- 高信息密度讲解图

### `subject`

主体内容，例如：

- 人物
- 商品
- 城市
- 角色
- 插画主角

### `scene`

场景、背景、环境、氛围。

### `layout`

画面区域组织方式，适用于：

- 海报
- UI
- 地图
- slides
- 多区域结构图

### `style`

风格、渲染、材质、色彩倾向、光线。

### `details`

用于装载局部细节，例如：

- 商品卖点
- callout labels
- 评论内容
- 图例元素
- 页脚文案

### `constraints`

用于明确：

- 必须出现什么
- 必须避免什么
- 最终结果更像什么、不像什么

---

# 五、场景特有字段建议

不同分类下可扩展不同结构。

## 5.1 UI Mockups

建议额外使用：

```json
{
  "ui_overlay": {
    "top_header": {},
    "chat_area": {},
    "gift_area": {},
    "product_card": {},
    "bottom_bar": {}
  }
}
```

## 5.2 Product Visuals

建议额外使用：

```json
{
  "header": {},
  "centerpiece": {},
  "callout_labels": {},
  "footer": {},
  "component_layers": []
}
```

## 5.3 Maps & Infographics

建议额外使用：

```json
{
  "title_section": {},
  "sections": [],
  "legend": {},
  "centerpiece": {},
  "extras": {}
}
```

## 5.4 Slides & Visual Docs

建议额外使用：

```json
{
  "page_type": "",
  "information_density": "",
  "headline_system": {},
  "visual_blocks": [],
  "annotation_style": {}
}
```

## 5.5 Storyboards & Sequences（电影分镜 / TVC / 流程板 / 漫画）

适用于「同一条叙事 / 同一个流程 / 同一组动作」按 N×M 网格输出多个 panel 的视觉。子类彼此之间字段差异大，按子类分别给字段建议：

### 5.5.1 电影 / 短片 cinematic 分镜（如 `cinematic-storyboard-grid.md`）

```json
{
  "subject": { "primary": "", "secondary": "", "mood": "", "style": "", "aspect_ratio_per_panel": "" },
  "vehicle_or_actor": { "design": "", "scale": "" },
  "layout": {
    "grid": { "rows": 0, "columns": 0, "count": 0 },
    "sheet_aspect_ratio": "",
    "panel_borders": "",
    "sections": [{ "position": "row x col y", "description": "" }],
    "continuity": "(必填) 显式声明 N 个 panel 是连续叙事 / 同一 hero / 同一 mood"
  },
  "lighting": { "primary": "", "secondary": "", "accents": "" },
  "environment": { "location": "", "weather": "", "threat": "" }
}
```

字段经验：

- `sections` 必须是数组，**严格按 row-major 顺序列出每镜**（不要让模型自由排列）
- `continuity` 是该子类的关键字段，**必填**
- 每镜描述要包含「景别 + 主体动作 + 光线 / 情绪」三要素
- 远 / 中 / 近 / POV 镜头要混搭，不要全特写或全远景

### 5.5.2 商业广告 TVC 分镜（如 `product-tvc-storyboard.md`）

```json
{
  "header": { "title": "", "subtitle_meta": "", "product_name_subtitle": "" },
  "layout": { "grid": { "rows": 0, "columns": 0, "panel_count": 0, "panel_aspect_ratio": "" } },
  "scenes": {
    "count": 0,
    "items": [{ "id": 1, "title_zh": "", "timestamp": "0-2s", "description": "" }]
  }
}
```

字段经验：

- 与电影分镜相比，必须有 `header.product_name_subtitle` + 每镜 `timestamp`（广告强约束）
- 每镜 `title_zh` 是面向客户的中文小标题（如「环境建立」「特写出镜」「人货同框」）
- `description` 必须**显式包含产品**，且产品在所有镜中外观一致

### 5.5.3 真人 / 角色 cinematic 流程板（如 `process-photo-board.md`）

```json
{
  "subject": {
    "character": { "gender": "", "age": "", "identity": "", "hair": "", "undersuit": "", "armor_or_outfit": "", "helmet_or_headpiece": "" },
    "environment": { "location": "", "background_elements": "" }
  },
  "layout": {
    "header": { "count": 2, "labels": ["title", "subtitle"], "design": "" },
    "sections": [{ "step_id": 1, "title": "", "position": "", "labels": [], "image": "" }],
    "footer": { "count": 1, "labels": ["slogan"], "design": "" },
    "grid": { "rows": 0, "columns": 0, "panel_count": 0, "panel_borders": "", "number_badges": "" }
  },
  "text_rendering": { "language": "", "font": "", "colors": "" }
}
```

字段经验：

- **角色一致性**靠把所有 fixed attributes（gender / hair / undersuit）独立成 `subject.character` 字段
- **状态递进**靠每 step 的 `image` 字段显式描述「此时已穿什么 / 正在做什么」
- 必须有 `number_badges` 字段（步骤号在视觉上一眼可识别）
- 标题语言（中 / 日 / 英）通过 `text_rendering.language` 显式声明

## 5.6 Catalog / Lineup / Character-Variant Poster（多卡片信息图海报）

适用于「同一基底（角色 / 产品 / 概念）多个变体在一张海报里并列展示」的视觉。子类：

### 5.6.1 同角色多版本海报（如 `character-catalog-poster.md`）

```json
{
  "subject_overview": "(必填) 全图主题，如 '十二星座女子图鉴'",
  "language": "",
  "format": "vertical poster",
  "style": { "overall": "", "rendering": "", "mood": "" },
  "layout": {
    "sections_count": 0,
    "sections": [{
      "title": "",
      "position": "",
      "theme_color": "(必填) 该 panel 的主题色，必须 panel 间各不相同",
      "symbol": "",
      "constellation": "",
      "labels": [],
      "character": { "pose": "", "outfit": "", "background": "" }
    }]
  }
}
```

字段经验：

- 每 section 必须有自己的 `theme_color` + `symbol` + `motif`，否则会被模型画成同一张
- `character` 子字段保留同一基底（脸型 / 体型 / 发色），仅变化 outfit / pose / background
- `subject_overview` 是模型理解 "为什么这些 panel 要放在一起" 的关键提示

### 5.6.2 系列产品 lineup 对比海报（如 `lineup-comparison-poster.md`）

```json
{
  "subject": "(必填) 描述一句包含 'lineup chart / catalog board / comparison poster'",
  "branding": { "headline": "", "signature": "", "seals": [] },
  "palette": { "background": "", "highlights": [] },
  "layout": {
    "header": { "elements": [{ "type": "legend", "title": "", "labels": [] }] },
    "sections": [{ "title": "row N tier name", "labels": [] }]
  },
  "content_grid": "显式说明每行多少 SKU、每 SKU 是什么样的卡片",
  "visual_details": "材质 / 反光 / 印花 / 配件等让 SKU 之间彼此不同的细节"
}
```

字段经验：

- 必须有 `legend` 类元素（等级 key / 图标 key / 风格 key），否则海报"对比"意味就消失
- `content_grid` 字段必须显式给「每行 N 个 SKU + 行内排序逻辑（按价 / 按色 / 按年代）」
- SKU 数量通常 12 - 36，过少不像 lineup，过多每个会被画糊

## 5.7 Day-trip Itinerary Map（左行程卡 + 右画面地图 split 海报）

适用于"一日游 split 海报"（如 `itinerary-day-trip-map.md`）：

```json
{
  "destination": { "name": "", "duration": "1 day", "theme": "" },
  "headline": { "main": "", "tagline": "", "divider": "" },
  "style": { "overall": "", "left_panel_look": "", "right_panel_look": "", "color_palette": "", "atmosphere": "" },
  "layout": {
    "format": "vertical 2:3 poster, split into two equal vertical columns",
    "left_panel": { "type": "itinerary card", "header": [], "stop_count": 5, "stop_design": [], "border": "" },
    "right_panel": { "type": "painted map scene", "background": "", "path": "", "marker_design": "", "compass_rose": "", "stats_box": "" },
    "alignment_rule": "(必填) 左右编号 / 名称 / 顺序必须严格对齐"
  },
  "stops": {
    "count": 5,
    "items": [{ "number": 1, "name": "", "time": "", "description": "", "left_vignette": "", "right_scene": "" }]
  },
  "footer_box": { "compass_rose": "", "stats_box": { "design": "", "stats": [] } }
}
```

字段经验：

- `alignment_rule` **必填**，否则左右两栏极易错位
- 每 stop 同时给 `left_vignette`（卡片小插画）+ `right_scene`（地图大场景）双视觉
- `stops.count` 建议 5-7，过少不像行程，过多卡片塞不下
- `language` 默认与目的地官方语言一致（台湾 → 繁中，京都 → 日文）

## 5.8 Multi-Grid Ad Banner Set（多行业混合广告 banner 网格）

适用于"一图同时展示 N 个独立行业 / 主题 banner"（如 `ad-banner-multi-grid.md`）：

```json
{
  "language": "",
  "layout": {
    "structure": "2x2 / 3x3 grid of equal quadrants",
    "gutter": "",
    "overall_aspect_ratio": "",
    "panel_aspect_ratio": "",
    "quadrants": [{
      "position": "top-left",
      "theme": "(必填) 该格的行业 / 主题，如 'Travel' / 'Skincare'",
      "subject": "",
      "elements": [],
      "text_labels": [],
      "style": "(必填) 该格的视觉风格，与其它格不同"
    }]
  },
  "global_style": "把所有格统一的元素（如统一字体 / 统一边框）",
  "constraints": { "must_keep": ["每格内容彼此独立、无叙事关联"] }
}
```

字段经验：

- `quadrants` 数组**必填**，每格必须独立指定 `theme` + `style`
- `global_style` 用于"统一感"（如统一字体），但**不要**让所有格共享主体
- 与 `cinematic-storyboard-grid` 区别：本模板**强调 panel 间无叙事关联**，每格都是独立成品
- 与 `banner-grid-2x2`（已有）区别：本模板**多行业 / 多主题**，已有那个是同品牌多创意

## 5.9 Full Brand / Mascot Doc（18+ 模块大型品牌识别全流程文档）

适用于"一图概览整个品牌 / 吉祥物从 DNA 到落地的全流程"（如 `full-mascot-brand-doc.md`）：

```json
{
  "brand": { "name": "", "industry": "", "primary_colors": [], "voice": "" },
  "character": { "description": "", "rendering_style": "" },
  "layout": {
    "grid": "3 columns by 6 rows",
    "panel_count": 18,
    "sections": [
      { "id": "01", "title": "01 BRAND DNA ANALYSIS", "elements": [] },
      { "id": "02", "title": "02 CONCEPT MOODBOARD", "elements": [] }
    ]
  }
}
```

字段经验：

- `sections` 数组**显式列出 18 个模块**，每模块有自己的 `id` + `title` + `elements`
- 模块 `id` 双数字编号（01-18），方便视觉上形成「目录感」
- 每模块 `elements` 必须显式列出「这一格画什么」（草图 / 3D / 配色板 / 应用场景）
- 与 `mascot-brand-kit`（已有）区别：本模板是**全流程文档**（18-24 格），已有那个是**简化套装**（6-9 格）

---

# 六、参数设计规则

每个模板字段都尽量判断属于以下哪一类。

## 6.1 核心参数（优先提问）

缺失会显著影响结果，优先问用户。

常见例子：

- 主体是谁
- 商品名称是什么
- 城市名是什么
- 主题是什么
- 是真人照片还是文字描述
- 平台风格是什么

## 6.2 可默认参数

缺失后可以先用默认值，不影响模板正常工作。

常见例子：

- 背景色
- 次级按钮文案
- 普通装饰元素
- 一般性灯光词
- 常规色彩倾向

## 6.3 可随机参数

允许自动补全，但必须在风格范围内合理生成。

常见例子：

- 路人昵称
- 次级聊天消息
- 礼物提示
- 小装饰元素
- 次级背景内容

---

# 七、参数写法规范

变量统一使用如下格式：

```text
{argument name="host name" default="Elon Musk"}
```

建议规则：

- `name`：简洁明确
- `default`：给出一个可直接工作的默认值
- 如果一个字段后续经常需要随机化，也应先给出合理默认值

不要使用：

- 含糊不清的参数名
- 没有默认值但又不是必问字段

---

# 八、缺失信息提问策略

## 8.1 总原则

提问必须：

- 精准
- 少量
- 只围绕模板关键字段
- 不要泛泛而问

## 8.2 通用优先级

建议按下面顺序判断是否需要提问：

1. 主体来源是什么
2. 图像用途是什么
3. 核心对象/商品/主题是什么
4. 是否允许自动补全缺失信息
5. 是否有必须保留或必须避免的元素

## 8.3 直播 UI 类示例

不要问：

- “你想做成什么感觉？”

优先问：

- 主播是谁？
- 用真人照片、名人名字、人物描述，还是随机生成？
- 商品名称是什么？
- 商品价格是否指定？
- 是否允许我自动补全评论和礼物内容？

## 8.4 电影 / TVC 分镜类示例

不要问：

- "你想要什么故事？"

优先问：

- 一句话故事：谁 + 在哪 + 发生什么 + 结局是什么？
- 题材是什么？（sci-fi / 灾难 / 战斗 / 浪漫 / 悬疑 / 黑色电影）
- 镜头数量？（9 / 12 / 16）+ 网格（3×3 / 3×4 / 4×4）
- 情绪曲线：起 → 升 → 高潮 → 落 / 一直紧张 / 平静爆发？
- 风格：photoreal / 油画 / 动漫 cinematic / 黑白 / 复古胶片？
- (TVC 专用)产品是什么？品牌名 / 卖点 / 时长 / 比例？

## 8.5 流程板 / 装备穿戴 / 教程板示例

不要问：

- "你想做几张图？"

优先问：

- 流程主题是什么？（装备 / 化妆 / 操作 / 训练 / 维修）
- 主角是谁？（性别 / 年龄 / 关键识别特征 / 是否需要面部隐私保护）
- 步骤数量？（4 / 6 / 8 / 9）+ 网格
- 每一步「标题 + 简述 + 此时装备状态 / 操作动作」
- 风格：cinematic 实拍 / 时尚大片 / tokusatsu 特摄 / 工坊纪实？
- 文字语言（标题 / 说明字段使用语言）？

## 8.6 角色多版本目录海报示例（catalog character poster）

不要问：

- "你想画什么角色？"

优先问：

- 全图主题是什么？（十二星座 / 五行 / 朝代 / 人格类型 / 节气）
- 一共几个版本？（3 / 5 / 6 / 12）
- 每个版本的「名称 + 主题色 + 装束 / 道具 / 背景」
- 同一角色基底（脸型 / 体型 / 发色）保持哪些不变？
- 风格：anime / 国风 gongbi / Q 版 / 写实？

## 8.7 系列产品 lineup 对比海报示例

不要问：

- "你想做什么海报？"

优先问：

- 品牌 / 产品线 名称是什么？
- 一共几个 SKU？（建议 12-36）
- 按什么维度排序？（等级 tier / 系列 series / 年代 / 价格）
- 是否需要 legend（等级 key / 图标 key / 风格 key）？
- 背景调性：奢华深色 / 复古牛皮纸 / 工业极简？

## 8.8 一日游 split 海报示例

不要问：

- "你想去哪？"

优先问：

- 目的地（景区 / 城市 / 国家公园 名称）？
- 标题文案 + 文字语言（中 / 日 / 英）？
- 站点数量（5-7）+ 每站「名称 + 时间 + 一句描述 + 小插画 + 大场景」？
- 整体路线主题（自然 / 历史 / 美食 / 摄影 / 朝圣）？
- 风格：复古插画 / 国家公园海报 / 水彩日式 / Art Nouveau？
- 底部 stats（总距离 / 步数 / 预计时间）？

---

# 九、自动补全策略

当用户明确表示：

- “你来补全”
- “你随机生成”
- “先给我一个 demo”

则允许：

1. 只问最关键的 1-2 个问题
2. 其余字段使用默认值
3. 或在可随机字段中合理生成

自动补全时必须满足：

- 不破坏主体一致性
- 不与用户已指定信息冲突
- 不制造过于离谱的次要元素

---

# 十、主模板与变体模板的关系

每个模板文件至少要有：

1. 一套主模板
2. 若干变体模板（可选但推荐）

## 主模板

应满足：

- 最通用
- 最容易复用
- 可覆盖大多数使用场景

## 变体模板

常见变体：

- 用户给参考照片版
- 用户给名人名字版
- 用户给文本描述版
- 自动补全版
- 平台风格版
- 商业化加强版

变体不应完全脱离主模板，而应在主模板结构上调整少量字段。

---

# 十一、从参考案例提炼模板的步骤

参考案例来源目前主要是：

- `skills/gpt-image-2/100+GPT-Image2提示词.md`

后续提炼模板时，严格按以下步骤：

## Step 1：先判断分类

把案例归入正确的一级目录（与 `SKILL.md` 模板索引一致）：

- ui-mockups
- product-visuals
- maps（不再叫 maps-and-infographics）
- slides-and-visual-docs
- poster-and-campaigns
- portraits-and-characters
- scenes-and-illustrations
- editing-workflows
- avatars-and-profile
- storyboards-and-sequences
- grids-and-collages
- branding-and-packaging
- typography-and-text-layout
- assets-and-props
- academic-figures
- infographics
- technical-diagrams

## Step 2：判断是新原型还是旧原型变体

例如：

- VR 头显爆炸图 -> 新原型
- 手机爆炸图 -> 旧原型变体

## Step 3：拆字段

把案例拆成：

- 主体
- 场景
- 布局
- 风格
- 文案
- 约束

## Step 4：标记参数类型

为每个字段标记：

- 必问
- 可默认
- 可随机

## Step 5：先写主模板

不要一开始就写 4 个版本。先把最通用的一套主模板写出来。

## Step 6：再补变体

例如：

- 参考照片版
- 人名版
- 描述版
- 自动补全版

## Step 7：补提问顺序

说明在真实对话里优先要问哪些字段。

## Step 8：补避免事项

总结这个模板最容易失败的地方。

---

# 十二、模板文件命名规则

模板文件名应满足：

- 小写字母
- 数字或连字符
- 尽量精确表达主题
- 不要用来源命名
- 不要用序号命名

正确示例：

- `live-commerce-ui.md`
- `exploded-view-poster.md`
- `food-map.md`

错误示例：

- `template-01.md`
- `youmind-case-1.md`
- `twitter-prompt-4.md`

---

# 十三、单文件实施清单（后续每次新增模板都要遵守）

以后每新增一个模板文件，都按这份清单执行：

1. 确定一级分类目录
2. 确定文件名是否足够精确
3. 判断它是新原型还是已有原型变体
4. 写 `适用范围`
5. 写 `何时使用`
6. 写 `缺失信息优先提问顺序`
7. 写主模板 JSON
8. 写参数策略
9. 写自动补全策略
10. 写变体方式
11. 写避免事项
12. 若属于新增模板主题，则同步更新 `SKILL.md` 索引

---

# 十四、Phase 1：references 目录树重构

## 目标

把 `references/` 从平铺结构升级为目录树。

## 任务拆解

### 1. 建立一级分类目录

创建空目录：

- `references/ui-mockups/`
- `references/product-visuals/`
- `references/maps-and-infographics/`
- `references/slides-and-visual-docs/`
- `references/poster-and-campaigns/`
- `references/portraits-and-characters/`
- `references/scenes-and-illustrations/`
- `references/editing-workflows/`
- `references/branding-and-packaging/`
- `references/typography-and-text-layout/`
- `references/storyboards-and-sequences/`
- `references/assets-and-props/`

### 2. 迁移现有直播模板

把现有直播模板迁移到：

- `references/ui-mockups/live-commerce-ui.md`

### 3. 更新 `SKILL.md`

把原来的平铺索引改成：

- 一级分类
- 二级具体模板文件

### 4. 清理旧路径引用

删除旧的平铺 references 文件路径引用。

## 阶段完成标准

- references 目录树创建完成
- 现有直播模板已迁移到 `ui-mockups/`
- `SKILL.md` 索引已同步

---

# 十五、Phase 2：模板方法论升级

## 目标

把 `prompt-writing.md` 升级成后续所有模板的总规范。

## 任务拆解

### 1. 补全目录规则

明确 references 必须是目录树。

### 2. 补全单模板文件规范

明确一个模板文件内部必须有哪些章节。

### 3. 补全 JSON 字段设计标准

包括：

- 通用字段
- 分类特有字段
- 字段职责

### 4. 补全参数分类规则

包括：

- 核心参数
- 可默认参数
- 可随机参数

### 5. 补全提问与自动补全策略

包括：

- 问题优先级
- 自动补全何时允许
- 如何避免无谓提问

### 6. 补全案例提炼流程

从参考案例到 JSON 模板的完整步骤。

## 阶段完成标准

- `prompt-writing.md` 可以单独作为“模板设计总规范”使用

---

# 十六、后续阶段预告（只列主任务）

## Phase 3：建设 `ui-mockups/`

优先文件：

- `live-commerce-ui.md`
- `social-interface-mockup.md`
- `product-card-overlay.md`

## Phase 4：建设 `product-visuals/`

优先文件：

- `exploded-view-poster.md`
- `white-background-product.md`
- `premium-studio-product.md`

## Phase 5：建设 `maps-and-infographics/`

优先文件：

- `food-map.md`
- `travel-route-map.md`
- `illustrated-city-map.md`

## Phase 6：建设 `slides-and-visual-docs/`

优先文件：

- `dense-explainer-slides.md`
- `policy-style-slide.md`
- `visual-report-page.md`

## Phase 7：扩展常用视觉分类

- poster-and-campaigns
- portraits-and-characters
- scenes-and-illustrations
- editing-workflows

## Phase 8：扩展高级分类

- branding-and-packaging
- typography-and-text-layout
- storyboards-and-sequences
- assets-and-props

---

# 十七、近期执行顺序建议

按当前情况，建议后续严格按下面顺序推进：

1. 完成 Phase 1：重构 references 为目录树
2. 完成 Phase 2：升级 `prompt-writing.md`
3. 完成 Phase 3：建设 `ui-mockups/`
4. 完成 Phase 4：建设 `product-visuals/`
5. 完成 Phase 5：建设 `maps-and-infographics/`
6. 完成 Phase 6：建设 `slides-and-visual-docs/`
7. 再进入其他分类扩展

---

# 十八、结论

后续这个 skill 不能按“不断加案例”的方式增长，而要按：

- 先定目录树
- 再定模板规范
- 再做单模板文件
- 再补参数与提问策略
- 最后再持续扩展案例

这样你后面才能真正依据一份稳定的路线图持续指导我完善这个 skill，而不会每次都重新决定结构。