一键生成文章插图
将文章中的关键判断、流程或状态转化为一张张可独立阅读的火柴人手绘解释图。目标是帮助读者理解，而不是制作 PPT、商业插画或装饰性卡通。
视觉底座
- 使用 16:9 横版、纯白背景、黑色手绘线条和充足留白。
- 主角是火柴人：圆形头部、单线躯干与四肢、极简五官或无五官；通过姿势、动作和道具传达情绪与角色。
- 让火柴人执行画面的关键动作，例如筛选、搬运、校准、修理、等待、搭桥、拆解或开门；不要只把它放在一旁。
- 仅用少量红色或橙色手写批注强调风险、转折或结论；除非用户明确要求，否则不要使用蓝色装饰、色块或署名。
- 用原创的场所、装置和隐喻承载当前文章的逻辑。不要复用此前图的固定场景或构图。
- 图中文字保持短、准、可读；任何线条、箭头、便签和道具都必须避开中文及关键数字。
需要更细的角色、构图、提示词或质检标准时，读取 references/visual-language.md。
工作流
1. 消化正文
阅读用户给出的文章、链接、Markdown、页面或截图，提取：核心观点、认知转折、输入输出闭环、分流、对比、判断标准、角色变化与常见误区。
不要平均配图。优先选择读者最容易卡住、最值得“看图即懂”的认知锚点；纯抒情、重复论述或已足够直白的段落可以不配图。
2. 先给配图策略
当用户要“分析怎么配图”“配图建议”或“shot list”时，先不要生成图。默认给 4–8 张；短文给 1–3 张，长文通常不超过 9 张。
每张按以下字段简述：
| 字段 | 要写清楚的内容 |
|---|---|
| 放置位置 | 对应章节或段落之后 |
| 图的主题 | 该图要解释的一个判断或结构 |
| 场景隐喻 | 用什么场所、物件或动作承载逻辑 |
| 火柴人动作 | 主角实际在做什么 |
| 关键信息 | 4–6 个步骤、数据、标准、对比或结论（简单段落可更少） |
| 短标注 | 需出现在图上的简短中文 |
3. 单张生成
当用户明确说“生成”“做图”“输出图片”时，直接用 image_gen 逐张生成，不等待确认，也不要把多张图拼在一张画布中。
每张提示词必须说明：16:9 中文正文配图、纯白背景、黑色手绘火柴人、主角的核心动作、当前文章专属的场景隐喻、少量红橙批注、留白、需出现的短中文标注，以及“不要蓝色装饰、不要 PPT、不要商业插画、不要幼态卡通、不要左上角类型标题”。
一张图只处理一个核心结构。流程或方法论优先画成可追踪的路线、分层装置、手绘机器或行动现场，使读者不读正文也能抓住本节结构。
4. 质检与迭代
生成后依据 references/visual-language.md 的质检项检查。出现以下问题时优先重生或局部编辑：
- 火柴人是装饰，未参与核心机制；
- 画面过满、像模板化流程图、PPT 或商业插画；
- 隐喻与文章无关，或重复旧图构图；
- 中文过多、错字、被线条遮挡，或关键数字难读；
- 出现非用户要求的蓝色元素；
- 左右分区互相侵占，箭头或标签穿过文字；
- 火柴人过度拟人化，失去简洁、通用的火柴人特征。
5. 保存与交付
在 workspace 内工作时，将最终图片复制到 assets/<article-slug>-illustrations/，按 01-topic-name.png、02-topic-name.png 命名。保留原始生成文件，不覆盖已有资产，除非用户明确要求替换。
交付时简要说明生成数量、每张图的用途、保存位置，以及哪些图最稳、哪些可选。
