# Article Metaphor Illustrator

> 为文章规划并生成可读性强的极简强线条手绘配图。先建立文章地图，识别段落适合流程图、架构图、对比图、关系图、结构图还是概念插图，再通过构思卡组织单一命题、原文指纹、信息单位、阅读顺序和固定橙白圆猫角色。构思通过可读性测试后默认直接生成。用户说配图、手绘配图、给文章配图、文章插图、技术文章插图、流程图、架构图、关系图或 illustrate my article 时使用。

- Skill: `eryajf/article-metaphor-illustrator` (Agent Skill, multi-file: 19 files)
- Install (CLI): `npx skillmds@latest add eryajf/article-metaphor-illustrator`
- Raw SKILL.md: https://api.skillmd.com/api/skills/eryajf/article-metaphor-illustrator/raw
- Safety review: PASS (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: eryajf (https://skillmd.com/u/eryajf)
- Updated: 2026-08-19
- Page: https://skillmd.com/skills/eryajf/article-metaphor-illustrator

---


# 文章配图设计师

把一篇文章读透，判断读者在哪里需要看见机制、结构、差异、关系或情绪，再用固定橙白圆猫和简约强线条画出来。

核心信念：**先选对图型，再把信息画清楚。** 好配图既要让人认出文章，也要帮助读者更快理解文章。

## 总流程

```
读文章 → 建立文章地图 → 识别图型 → 选插图位 → 完成对应构思 → 验证可读性 → 写提示词 → 生成图片 → 交付
```

配图构思是内部强制关卡。没有完成构思卡和可读性验证，不得直接写提示词或生成图片。构思通过后默认直接生成，不需要等待用户确认。只有用户明确要求先看方案、只做构思或生成前确认时，才暂停并展示构思卡。

所有文章正文配图统一使用 16:9 横向画幅。图型、内容和构图不得自行改用 3:2、方形或竖图。只有用户明确指定其他比例，或任务明确是公众号封面时才例外。

## 第一步：读文章，建立文章地图

通读全文，至少两遍。第一遍看它在讲什么，第二遍找下面这些东西：

1. **文章主命题**：全文最终希望读者相信什么，只能写一句。
2. **段落子命题**：每个重要段落推进了哪一步，例如提出旧问题、引入新方法、解释关键差异、给出判断。
3. **显性隐喻**：作者自己写出来的比喻和意象。
4. **隐性隐喻**：作者没明说，但全文都围绕的感觉。
5. **情绪峰值**：转折、袒露脆弱、具体细节出现或结尾收束的位置。
6. **原文指纹**：反复出现或高度独特的物件、动作、案例和领域特征。

先产出一份文章地图：

| 段落位置 | 这一段在做什么 | 单句子命题 | 原文指纹 | 信息结构 | 情绪变化 |
|---|---|---|---|---|---|
| 引用锚点句 | 提出问题、解释机制、完成转折或收束 | 只写一个判断 | 具体物件、动作、案例或领域特征 | 顺序、层级、对比、连接、组成或隐喻 | 从什么变成什么 |

**原文指纹**是读者看见后能联想到文章具体内容的线索，可以是：

1. 文中明确出现的物件或动作，例如液态玻璃界面、系鞋带、旧台灯。
2. 文章独有的关系，例如领先者与追赶者、一个清晰对象与一组模糊对象。
3. 文章反复讨论的领域特征，例如代码窗口、颜色选择器、模型评测图的坐标关系。

优先选择具体、独特、可画的指纹。不要只留下快、焦虑、竞争这类任何文章都能套用的抽象词。

**注意**：不要提取那些只是修辞漂亮但没有情绪重量的句子。判断标准是：删掉这个意象，文章的感觉会不会变淡。会，就留；不会，就放过。

## 第二步：识别图型

文章插图不只有隐喻画面。先识别段落的信息结构，再选择最合适的图型：

| 图型 | 识别信号 | 主要回答 |
|---|---|---|
| **流程图** | 先、再、然后、最后、循环、验证、步骤 | 事情按什么顺序发生 |
| **架构图** | 系统、模块、层、输入输出、数据流、服务 | 各部分如何协作 |
| **对比图** | 过去与现在、A 与 B、不是而是、优缺点 | 两者到底哪里不同 |
| **关系图** | 影响、依赖、映射、因果、网络、连接 | 对象之间如何关联 |
| **结构图** | 组成、内部、分层、包含、拆解、剖面 | 一个整体由什么构成 |
| **概念插图** | 情绪、隐喻、转折、案例、余味 | 这段话让人理解或感受什么 |

图型判断优先于风格判断。不能把明确的流程硬画成隐喻，也不能把一句情绪收束硬画成架构图。

同一段可能同时含有多种结构。选择最能帮助读者理解作者核心判断的主图型，必要时加入一种辅助结构，但不能把所有图型混在一张图里。

详细识别与规范见 `references/diagram-types.md`。

所有图型统一使用一种**文章解释图**语言：保留流程、层级、对比、关系或结构的准确性，同时优先寻找一个可读动作、连续路径或清晰空间关系。不要在正式图表和情绪插画之间二选一。

## 第三步：选择配图任务

不是先找漂亮句子，而是先判断哪里需要图片帮助读者理解。每个候选位置必须属于以下一种任务：

1. **解释**：把抽象机制变成可见关系。
2. **区分**：让读者看见两个概念到底哪里不同。
3. **转折**：标出文章从旧判断进入新判断。
4. **记忆**：把关键案例变成读者记得住的画面。
5. **收束**：给结尾留下情绪余味。

一张图只能承担一个主要任务。解释和抒情都想做，通常两边都做不好。

从候选位置中选 2 至 4 个。短文选 1 至 2 个，长文选 3 至 4 个，宁缺毋滥。优先选择不画就难理解、不画就难记住、或不画就缺少情绪停顿的位置。

两张插图之间至少隔开三四段正文。插图太密会稀释每一张的分量。

每个位置标注清楚：插在哪一段之后（引用该段最后一句作为锚点）。

## 第四步：完成配图构思

这是整个 Skill 最关键的一步。每张图都要先完成一张构思卡。

### 4.1 压缩成单一命题

先完成这句话：

```
这张图不是要画______，而是要让读者看懂______。
```

前一个空格写文章内容，后一个空格写作者的判断。第二个空格如果不能用一句话说清楚，说明这一张图塞了太多意思。

### 4.2 按图型选择表达单位

不同图型使用不同表达单位：

1. **流程图**：状态节点、方向连接、起点和终点。
2. **架构图**：模块边界、层级、接口和数据流。
3. **对比图**：同一比较维度下的左右两侧。
4. **关系图**：核心对象、关系边和方向或强弱。
5. **结构图**：整体轮廓、组成部分和包含关系。
6. **概念插图**：主语、对照物、变化线和见证者。

结构型内容中的节点、模块和连接都是信息，不适用主体不超过两个元素的限制。但必须限制认知层级：一张图只讲一个层级，主节点通常不超过 7 个。

统一表达原则：

1. 信息结构必须准确。
2. 优先一个主动作、连续路径或清晰空间关系。
3. 模块、节点和连接只保留理解所需的最少数量。
4. 使用少量手写标签确认含义，不让文字替代构图。

### 4.3 控制重复元素

信息一致不等于视觉复制。构思时要统计画面中几乎相同的卡片、圆点、模块、人物或图标：

1. 同类大型元素默认不超过 3 个。
2. 同类小型元素超过 5 个时，不逐个画完整对象，改用数量变化、集合轮廓、疏密、尺寸递减或单个代表元素。
3. 同一流程的节点可以保持统一外框，但内部图形、留白和轮廓节奏要有明确差异。
4. 对比图两侧需要对齐，但不要求复制完全相同的对象。保持比较维度一致即可。
5. 重复元素如果只是在表示多、少或候选集合，应画成一组，而不是一排近似卡片。
6. 橙猫只出现一次，不为每个步骤复制一个猫。

构思完成后做**重复审美测试**：眯眼看画面，如果首先看到的是一排相同盒子、一堆相同卡片或规则点阵，而不是核心关系，必须重新抽象。

### 4.4 控制视觉重量

结构型内容不仅要信息正确，还要避免某个模块因为体积或细节突然抢走整张图：

1. 单个普通模块默认不超过画面面积的 15%。
2. 核心模块可以达到约 20%，但不能同时又拥有最粗线条、最多细节和最强颜色。
3. 对比图两侧的主要结构视觉重量应接近。一个结构较复杂时，用更小体量或更少内部细节平衡。
4. 流程图各阶段的视觉重量应随重要性轻微变化，不能出现一个节点比其他节点大两三倍。
5. 架构图中的系统边界可以较大，但内部模块必须轻，不能形成一个巨型黑盒。
6. 橙色只强调关键节点，不通过大面积填色制造重量。

做**眯眼平衡测试**：眯眼看时，是否有一个盒子、漏斗、卡片或角色变成无法忽略的巨大色块？如果有，缩小它、减少细节或降低线条重量。

### 4.5 概念插图的视觉角色

每张图最多使用四类视觉角色，不要求全部出现：

1. **主语**：读者第一眼应该看见什么。
2. **对照物**：什么东西帮助主语表达差异。
3. **变化线**：箭头、路径、分叉、距离、大小、遮挡或前后关系。
4. **见证者**：橙白圆猫承担观察、操作或尺度参照，不负责解释全部内容。

主语只能有一个。对照物最多一个。其余信息必须压缩成变化线，不能继续堆物件。

优先把命题变成一个可以看懂的动作，例如掀开、穿过、筛掉、连接、抬起、埋下、对准。动作天然包含主语、变化和结果，比并列摆放多个图标更适合作为文章插图。

只有文章本身在解释完整流程时，才使用流程结构。即使使用流程结构，也要压缩成一个主动作，避免画成没有文字就无法理解的信息图。

### 4.6 选择关系语法

画面不是物件清单，而是一句视觉句子。根据核心命题只选择一种主要关系语法：

1. **前后变化**：从旧状态到新状态。
2. **表层与深层**：表面行为下面藏着真实原因。
3. **分叉与选择**：同一输入通向多个假设。
4. **发散与收敛**：先提出可能，再筛到少数结果。
5. **阻隔与穿越**：被某种限制挡住，或找到新的通道。
6. **尺度与距离**：领先、追赶、压迫、微小或开阔。
7. **积累与生长**：小动作经过时间形成结果。
8. **循环与验证**：提出、回查、修正、再输出。

详细方法见 `references/conception-protocol.md`。

### 4.7 填写构思卡

每张图必须输出：

| 字段 | 内容要求 |
|---|---|
| 插入位置 | 引用前一段最后一句 |
| 图型 | 流程图、架构图、对比图、关系图、结构图或概念插图 |
| 画幅 | 固定 16:9 横向，除非用户明确指定其他比例 |
| 配图任务 | 解释、区分、转折、记忆或收束，只选一个 |
| 单一命题 | 读者看完图应该理解的一句话 |
| 原文指纹 | 至少一个只能来自这篇文章的线索 |
| 信息单位 | 节点、模块、比较维度、关系对象、组成部分或视觉主语 |
| 组织规则 | 顺序、层级、左右对照、网络连接、包含关系或关系语法 |
| 重复元素预算 | 哪些元素会重复、最多几个、超过后如何抽象 |
| 视觉重量 | 各主要结构的大致面积、线条和颜色权重 |
| 手写标签 | 是否需要，最多几个，每个最多多少字 |
| 标签规划 | 每个标签的文字、作用、颜色、位置和能否删除 |
| 阅读顺序 | 第一眼、第二眼、最后理解什么 |
| 橙猫动作 | 观察、操作或见证什么，不得只是站着卖萌 |
| 一秒读图目标 | 一秒能看出的差异或变化 |
| 三秒读图目标 | 三秒能理解的文章判断 |
| 删除项 | 为了保持单一命题，主动不画什么 |
| 画面一句话 | 用一句话描述最终画面 |

### 4.8 构思验证

构思必须同时通过八个测试：

1. **一秒测试**：缩小看，能否立刻分辨主语和主要变化？
2. **三秒测试**：不看说明，能否说出接近原文的判断，而不只是竞争、成长、思考这类泛词？
3. **换文测试**：把图放进另一篇同主题文章，是否仍然完全成立？如果成立，原文指纹太弱。
4. **删减测试**：删掉任意一个次要元素，意思是否不变？如果不变，就应该删掉。
5. **图型测试**：这个段落是否能被另一种图型表达得更直接？如果能，重新选择图型。
6. **无文测试**：不依赖长文字标签时，结构是否仍然清楚？技术名词可保留短标签，但不能靠段落文字解释图。
7. **重复审美测试**：相似元素是否形成机械阵列？如果是，合并成集合、减少数量或改变层级表达。
8. **眯眼平衡测试**：是否有单个模块因过大、过粗、过密或颜色过强而压住其他信息？

任一测试不通过，回到单一命题和关系语法重新构思，不得靠增加说明文字补救。

### 4.9 进入生成

构思卡和八项测试通过后直接进入提示词与图片生成，不等待用户确认。用户明确要求先看方案时再展示构思卡并暂停。

### 固定角色规则

默认主视觉角色是 `assets/orange-cat-main-visual.png` 中的橙白圆猫。生成前必须读取这张参考图，让图片模型把它作为角色外形参考。

橙白圆猫的固定特征：

1. 极圆、矮胖、接近团子形的身体。
2. 头顶、耳朵和背部为明亮橙色。
3. 嘴周、双颊、胸腹和前爪为奶白色。
4. 两只小三角耳、黑色椭圆小眼睛、黑色小鼻子和短嘴线。
5. 表情温和、略显憨拙，不卖萌过度，不拟人化成人类脸。
6. 保留手工绘制感，但转成当前 Skill 的极简强线条语言，不照搬参考图的厚重油画纹理。

角色使用规则：

1. 文章需要动作、陪伴、尺度或方向时，优先由橙白圆猫承担，不再默认生成人类。
2. 根据原文改变猫的姿势和动作，例如埋种子、系鞋带、看向远处，但不能改变固定体型、配色和面部特征。
3. 角色默认占画面约 6% 至 10%，作为动作和尺度参照。除非文章核心就是角色本身，否则不要让猫压过原文意象。
4. 不给猫添加复杂服装。必要时只允许一个小道具，例如围巾、书或铲子。
5. 不把猫画成写实宠物、柴犬、狐狸、熊或普通卡通猫。
6. 用户明确要求人物或其他主体时，遵循用户要求，不强行使用橙白圆猫。

详细的视觉转译技巧和正反例，看 `references/visual-translation.md`。

## 第五步：把构思翻译成提示词并生成图片

风格基线（所有图共用）：强烈而简约的手绘线条、大量留白、奶白底色和一处小面积暖色点睛。画面主要依靠清晰轮廓、粗细变化和少量方向线成立，不依赖水彩铺色、铅笔涂抹或复杂纹理。默认少文字，必要时使用极短手写标签。完整的风格定义和提示词模板在 `references/prompt-templates.md`，**生成前必读**，提示词按模板组装，不要凭感觉现写。

提示词必须严格来自已经确认的构思卡。不要在写英文提示词时临时添加新物件、新隐喻或第二个观点。

文章解释图允许少量手写风格中文短标签。标签用于帮助读者快速定位结构，不承担完整解释：

1. 每张图默认 2 至 5 个标签。
2. 每个标签优先 2 至 4 个汉字，最多 6 个汉字。
3. 使用自然、清楚、略有手写感的中文，不用印刷体标题和长句。
4. 标签贴近对应结构，不单独占据大块区域。
5. 专有名词可以保留，例如召回、粗排、精排、兴趣假设、行为证据。
6. 图片生成后逐字检查。出现错字或乱码时优先局部修正，不用更多文字掩盖。

标签语义采用克制的颜色分工：

1. 黑色：对象名称和普通状态。
2. 橙色：主路径、关键动作和希望读者记住的节点。
3. 红色：问题、阻塞、淘汰或风险。
4. 蓝色：补充状态、外部条件或次要解释。

一张图通常只使用黑色加一种功能色。只有确实同时存在主路径和问题时，才允许再加入第二种功能色。

不要在左上角放图型标题，例如流程图、系统架构、推荐逻辑。标题属于文章正文，图片里的文字只负责定位结构。

图片生成的调用方式，按这个优先级：

1. **用户环境里如果有图片生成的 MCP 工具或其他图片 Skill**（如 imagegen、Mavis 相关工具），直接调用，提示词用英文版模板。
2. **如果没有任何图片生成工具**：不要假装生成。把每张图的完整提示词（中英双语）整理好交给用户，告诉用户可以贴到即梦、Mavis、Midjourney 等工具里使用，并说明建议的比例参数。

所有文章正文配图固定使用 16:9 横向画幅。推荐尺寸为 `1536 × 864` 或其他严格 16:9 尺寸。只有用户明确指定其他比例，或任务明确是公众号封面时，才使用对应比例。

生成后自查：

1. 画面里有没有意外出现文字或乱码笔画？
2. 主体是否清晰，留白是否足够？
3. 原文指纹是否真的生成出来，而不是被模型省略？
4. 不看说明时，画面是否仍能让熟悉文章的人联想到对应段落？
5. 画面是否同时包含内容关联和情绪余味？
6. 如果使用橙白圆猫，体型、橙白分区、小耳朵和面部特征是否与参考图一致？
7. 线条是否足够明确有力，画面是否仍然简约？如果需要依靠大面积铺色、阴影或纹理才能成立，说明构图还不够清楚。
8. 如果包含节点、模块、比较项或关系线，是否符合 `references/diagram-types.md` 的对应 QA？
9. 如果使用短标签，文字是否准确、简短、无乱码？
10. 输出尺寸是否为严格 16:9，而不是 3:2、方形或近似比例？
11. 是否出现过多几乎相同的卡片、节点、圆点或图标，导致画面机械和拥挤？
12. 是否有单个元素体量过大或细节过密，破坏视觉平衡？
13. 手写中文标签是否准确、简短，并紧贴对应元素？

第 3 或第 4 项不合格时，不要只调风格词。把原文指纹前移、写得更具体后重出。最多重试两次，仍不理想就如实告诉用户并给出手动调整建议。

## 第六步：交付

交付物一律打包清楚：

1. **图片文件**（如果成功生成），命名 `01-插图位置关键词.png` 这样的格式。
2. **构思卡存档**：保留每张图的图型、单一命题、原文指纹、组织规则和读图目标。
3. **插图说明清单**：每张图对应插在哪段之后、画面是什么、为什么放这里。
4. **提示词存档**：每张图的完整提示词，方便用户日后重新生成或微调。

说明文字保持克制，不要长篇解释创作理念。用户要的是能直接用的图和清楚的插入位置。

## 边界

- 文章如果是纯信息向的（产品参数评测、操作教程），如实告诉用户这类文章更适合截图和示意图，情绪向手绘插图帮助不大，问清楚是否仍要继续。
- 不画真实公众人物的脸。文中提到具体人物时，用背影、剪影或象征物代替。
- 不在画面中复刻受版权保护的角色和 IP。