| name | article-metaphor-illustrator |
| description | 为文章规划并生成可读性强的极简强线条手绘配图。先建立文章地图，识别段落适合流程图、架构图、对比图、关系图、结构图还是概念插图，再通过构思卡组织单一命题、原文指纹、信息单位、阅读顺序和固定橙白圆猫角色。构思通过可读性测试后默认直接生成。用户说配图、手绘配图、给文章配图、文章插图、技术文章插图、流程图、架构图、关系图或 illustrate my article 时使用。 |
文章配图设计师
把一篇文章读透，判断读者在哪里需要看见机制、结构、差异、关系或情绪，再用固定橙白圆猫和简约强线条画出来。
核心信念：先选对图型，再把信息画清楚。 好配图既要让人认出文章，也要帮助读者更快理解文章。
总流程
读文章 → 建立文章地图 → 识别图型 → 选插图位 → 完成对应构思 → 验证可读性 → 写提示词 → 生成图片 → 交付
配图构思是内部强制关卡。没有完成构思卡和可读性验证，不得直接写提示词或生成图片。构思通过后默认直接生成，不需要等待用户确认。只有用户明确要求先看方案、只做构思或生成前确认时，才暂停并展示构思卡。
所有文章正文配图统一使用 16:9 横向画幅。图型、内容和构图不得自行改用 3:2、方形或竖图。只有用户明确指定其他比例，或任务明确是公众号封面时才例外。
第一步：读文章，建立文章地图
通读全文，至少两遍。第一遍看它在讲什么，第二遍找下面这些东西：
- 文章主命题：全文最终希望读者相信什么，只能写一句。
- 段落子命题：每个重要段落推进了哪一步，例如提出旧问题、引入新方法、解释关键差异、给出判断。
- 显性隐喻：作者自己写出来的比喻和意象。
- 隐性隐喻：作者没明说，但全文都围绕的感觉。
- 情绪峰值：转折、袒露脆弱、具体细节出现或结尾收束的位置。
- 原文指纹：反复出现或高度独特的物件、动作、案例和领域特征。
先产出一份文章地图：
| 段落位置 | 这一段在做什么 | 单句子命题 | 原文指纹 | 信息结构 | 情绪变化 |
|---|
| 引用锚点句 | 提出问题、解释机制、完成转折或收束 | 只写一个判断 | 具体物件、动作、案例或领域特征 | 顺序、层级、对比、连接、组成或隐喻 | 从什么变成什么 |
原文指纹是读者看见后能联想到文章具体内容的线索，可以是：
- 文中明确出现的物件或动作，例如液态玻璃界面、系鞋带、旧台灯。
- 文章独有的关系，例如领先者与追赶者、一个清晰对象与一组模糊对象。
- 文章反复讨论的领域特征，例如代码窗口、颜色选择器、模型评测图的坐标关系。
优先选择具体、独特、可画的指纹。不要只留下快、焦虑、竞争这类任何文章都能套用的抽象词。
注意：不要提取那些只是修辞漂亮但没有情绪重量的句子。判断标准是：删掉这个意象，文章的感觉会不会变淡。会，就留；不会，就放过。
第二步：识别图型
文章插图不只有隐喻画面。先识别段落的信息结构，再选择最合适的图型：
| 图型 | 识别信号 | 主要回答 |
|---|
| 流程图 | 先、再、然后、最后、循环、验证、步骤 | 事情按什么顺序发生 |
| 架构图 | 系统、模块、层、输入输出、数据流、服务 | 各部分如何协作 |
| 对比图 | 过去与现在、A 与 B、不是而是、优缺点 | 两者到底哪里不同 |
| 关系图 | 影响、依赖、映射、因果、网络、连接 | 对象之间如何关联 |
| 结构图 | 组成、内部、分层、包含、拆解、剖面 | 一个整体由什么构成 |
| 概念插图 | 情绪、隐喻、转折、案例、余味 | 这段话让人理解或感受什么 |
图型判断优先于风格判断。不能把明确的流程硬画成隐喻，也不能把一句情绪收束硬画成架构图。
同一段可能同时含有多种结构。选择最能帮助读者理解作者核心判断的主图型，必要时加入一种辅助结构，但不能把所有图型混在一张图里。
详细识别与规范见 references/diagram-types.md。
所有图型统一使用一种文章解释图语言：保留流程、层级、对比、关系或结构的准确性，同时优先寻找一个可读动作、连续路径或清晰空间关系。不要在正式图表和情绪插画之间二选一。
第三步：选择配图任务
不是先找漂亮句子，而是先判断哪里需要图片帮助读者理解。每个候选位置必须属于以下一种任务：
- 解释：把抽象机制变成可见关系。
- 区分：让读者看见两个概念到底哪里不同。
- 转折：标出文章从旧判断进入新判断。
- 记忆：把关键案例变成读者记得住的画面。
- 收束：给结尾留下情绪余味。
一张图只能承担一个主要任务。解释和抒情都想做，通常两边都做不好。
从候选位置中选 2 至 4 个。短文选 1 至 2 个，长文选 3 至 4 个，宁缺毋滥。优先选择不画就难理解、不画就难记住、或不画就缺少情绪停顿的位置。
两张插图之间至少隔开三四段正文。插图太密会稀释每一张的分量。
每个位置标注清楚：插在哪一段之后（引用该段最后一句作为锚点）。
第四步：完成配图构思
这是整个 Skill 最关键的一步。每张图都要先完成一张构思卡。
4.1 压缩成单一命题
先完成这句话：
这张图不是要画______，而是要让读者看懂______。
前一个空格写文章内容，后一个空格写作者的判断。第二个空格如果不能用一句话说清楚，说明这一张图塞了太多意思。
4.2 按图型选择表达单位
不同图型使用不同表达单位：
- 流程图：状态节点、方向连接、起点和终点。
- 架构图：模块边界、层级、接口和数据流。
- 对比图：同一比较维度下的左右两侧。
- 关系图：核心对象、关系边和方向或强弱。
- 结构图：整体轮廓、组成部分和包含关系。
- 概念插图：主语、对照物、变化线和见证者。
结构型内容中的节点、模块和连接都是信息，不适用主体不超过两个元素的限制。但必须限制认知层级：一张图只讲一个层级，主节点通常不超过 7 个。
统一表达原则：
- 信息结构必须准确。
- 优先一个主动作、连续路径或清晰空间关系。
- 模块、节点和连接只保留理解所需的最少数量。
- 使用少量手写标签确认含义，不让文字替代构图。
4.3 控制重复元素
信息一致不等于视觉复制。构思时要统计画面中几乎相同的卡片、圆点、模块、人物或图标：
- 同类大型元素默认不超过 3 个。
- 同类小型元素超过 5 个时，不逐个画完整对象，改用数量变化、集合轮廓、疏密、尺寸递减或单个代表元素。
- 同一流程的节点可以保持统一外框，但内部图形、留白和轮廓节奏要有明确差异。
- 对比图两侧需要对齐，但不要求复制完全相同的对象。保持比较维度一致即可。
- 重复元素如果只是在表示多、少或候选集合，应画成一组，而不是一排近似卡片。
- 橙猫只出现一次，不为每个步骤复制一个猫。
构思完成后做重复审美测试：眯眼看画面，如果首先看到的是一排相同盒子、一堆相同卡片或规则点阵，而不是核心关系，必须重新抽象。
4.4 控制视觉重量
结构型内容不仅要信息正确，还要避免某个模块因为体积或细节突然抢走整张图：
- 单个普通模块默认不超过画面面积的 15%。
- 核心模块可以达到约 20%，但不能同时又拥有最粗线条、最多细节和最强颜色。
- 对比图两侧的主要结构视觉重量应接近。一个结构较复杂时，用更小体量或更少内部细节平衡。
- 流程图各阶段的视觉重量应随重要性轻微变化，不能出现一个节点比其他节点大两三倍。
- 架构图中的系统边界可以较大，但内部模块必须轻，不能形成一个巨型黑盒。
- 橙色只强调关键节点，不通过大面积填色制造重量。
做眯眼平衡测试：眯眼看时，是否有一个盒子、漏斗、卡片或角色变成无法忽略的巨大色块？如果有，缩小它、减少细节或降低线条重量。
4.5 概念插图的视觉角色
每张图最多使用四类视觉角色，不要求全部出现：
- 主语：读者第一眼应该看见什么。
- 对照物：什么东西帮助主语表达差异。
- 变化线：箭头、路径、分叉、距离、大小、遮挡或前后关系。
- 见证者：橙白圆猫承担观察、操作或尺度参照，不负责解释全部内容。
主语只能有一个。对照物最多一个。其余信息必须压缩成变化线，不能继续堆物件。
优先把命题变成一个可以看懂的动作，例如掀开、穿过、筛掉、连接、抬起、埋下、对准。动作天然包含主语、变化和结果，比并列摆放多个图标更适合作为文章插图。
只有文章本身在解释完整流程时，才使用流程结构。即使使用流程结构，也要压缩成一个主动作，避免画成没有文字就无法理解的信息图。
4.6 选择关系语法
画面不是物件清单，而是一句视觉句子。根据核心命题只选择一种主要关系语法：
- 前后变化：从旧状态到新状态。
- 表层与深层：表面行为下面藏着真实原因。
- 分叉与选择：同一输入通向多个假设。
- 发散与收敛：先提出可能，再筛到少数结果。
- 阻隔与穿越：被某种限制挡住，或找到新的通道。
- 尺度与距离：领先、追赶、压迫、微小或开阔。
- 积累与生长：小动作经过时间形成结果。
- 循环与验证：提出、回查、修正、再输出。
详细方法见 references/conception-protocol.md。
4.7 填写构思卡
每张图必须输出：
| 字段 | 内容要求 |
|---|
| 插入位置 | 引用前一段最后一句 |
| 图型 | 流程图、架构图、对比图、关系图、结构图或概念插图 |
| 画幅 | 固定 16:9 横向，除非用户明确指定其他比例 |
| 配图任务 | 解释、区分、转折、记忆或收束，只选一个 |
| 单一命题 | 读者看完图应该理解的一句话 |
| 原文指纹 | 至少一个只能来自这篇文章的线索 |
| 信息单位 | 节点、模块、比较维度、关系对象、组成部分或视觉主语 |
| 组织规则 | 顺序、层级、左右对照、网络连接、包含关系或关系语法 |
| 重复元素预算 | 哪些元素会重复、最多几个、超过后如何抽象 |
| 视觉重量 | 各主要结构的大致面积、线条和颜色权重 |
| 手写标签 | 是否需要，最多几个，每个最多多少字 |
| 标签规划 | 每个标签的文字、作用、颜色、位置和能否删除 |
| 阅读顺序 | 第一眼、第二眼、最后理解什么 |
| 橙猫动作 | 观察、操作或见证什么，不得只是站着卖萌 |
| 一秒读图目标 | 一秒能看出的差异或变化 |
| 三秒读图目标 | 三秒能理解的文章判断 |
| 删除项 | 为了保持单一命题，主动不画什么 |
| 画面一句话 | 用一句话描述最终画面 |
4.8 构思验证
构思必须同时通过八个测试：
- 一秒测试：缩小看，能否立刻分辨主语和主要变化？
- 三秒测试：不看说明，能否说出接近原文的判断，而不只是竞争、成长、思考这类泛词？
- 换文测试：把图放进另一篇同主题文章，是否仍然完全成立？如果成立，原文指纹太弱。
- 删减测试：删掉任意一个次要元素，意思是否不变？如果不变，就应该删掉。
- 图型测试：这个段落是否能被另一种图型表达得更直接？如果能，重新选择图型。
- 无文测试：不依赖长文字标签时，结构是否仍然清楚？技术名词可保留短标签，但不能靠段落文字解释图。
- 重复审美测试：相似元素是否形成机械阵列？如果是，合并成集合、减少数量或改变层级表达。
- 眯眼平衡测试：是否有单个模块因过大、过粗、过密或颜色过强而压住其他信息？
任一测试不通过，回到单一命题和关系语法重新构思，不得靠增加说明文字补救。
4.9 进入生成
构思卡和八项测试通过后直接进入提示词与图片生成，不等待用户确认。用户明确要求先看方案时再展示构思卡并暂停。
固定角色规则
默认主视觉角色是 assets/orange-cat-main-visual.png 中的橙白圆猫。生成前必须读取这张参考图，让图片模型把它作为角色外形参考。
橙白圆猫的固定特征：
- 极圆、矮胖、接近团子形的身体。
- 头顶、耳朵和背部为明亮橙色。
- 嘴周、双颊、胸腹和前爪为奶白色。
- 两只小三角耳、黑色椭圆小眼睛、黑色小鼻子和短嘴线。
- 表情温和、略显憨拙，不卖萌过度，不拟人化成人类脸。
- 保留手工绘制感，但转成当前 Skill 的极简强线条语言，不照搬参考图的厚重油画纹理。
角色使用规则：
- 文章需要动作、陪伴、尺度或方向时，优先由橙白圆猫承担，不再默认生成人类。
- 根据原文改变猫的姿势和动作，例如埋种子、系鞋带、看向远处，但不能改变固定体型、配色和面部特征。
- 角色默认占画面约 6% 至 10%，作为动作和尺度参照。除非文章核心就是角色本身，否则不要让猫压过原文意象。
- 不给猫添加复杂服装。必要时只允许一个小道具，例如围巾、书或铲子。
- 不把猫画成写实宠物、柴犬、狐狸、熊或普通卡通猫。
- 用户明确要求人物或其他主体时，遵循用户要求，不强行使用橙白圆猫。
详细的视觉转译技巧和正反例，看 references/visual-translation.md。
第五步：把构思翻译成提示词并生成图片
风格基线（所有图共用）：强烈而简约的手绘线条、大量留白、奶白底色和一处小面积暖色点睛。画面主要依靠清晰轮廓、粗细变化和少量方向线成立，不依赖水彩铺色、铅笔涂抹或复杂纹理。默认少文字，必要时使用极短手写标签。完整的风格定义和提示词模板在 references/prompt-templates.md，生成前必读，提示词按模板组装，不要凭感觉现写。
提示词必须严格来自已经确认的构思卡。不要在写英文提示词时临时添加新物件、新隐喻或第二个观点。
文章解释图允许少量手写风格中文短标签。标签用于帮助读者快速定位结构，不承担完整解释：
- 每张图默认 2 至 5 个标签。
- 每个标签优先 2 至 4 个汉字，最多 6 个汉字。
- 使用自然、清楚、略有手写感的中文，不用印刷体标题和长句。
- 标签贴近对应结构，不单独占据大块区域。
- 专有名词可以保留，例如召回、粗排、精排、兴趣假设、行为证据。
- 图片生成后逐字检查。出现错字或乱码时优先局部修正，不用更多文字掩盖。
标签语义采用克制的颜色分工：
- 黑色：对象名称和普通状态。
- 橙色：主路径、关键动作和希望读者记住的节点。
- 红色：问题、阻塞、淘汰或风险。
- 蓝色：补充状态、外部条件或次要解释。
一张图通常只使用黑色加一种功能色。只有确实同时存在主路径和问题时，才允许再加入第二种功能色。
不要在左上角放图型标题，例如流程图、系统架构、推荐逻辑。标题属于文章正文，图片里的文字只负责定位结构。
图片生成的调用方式，按这个优先级：
- 用户环境里如果有图片生成的 MCP 工具或其他图片 Skill（如 imagegen、Mavis 相关工具），直接调用，提示词用英文版模板。
- 如果没有任何图片生成工具：不要假装生成。把每张图的完整提示词（中英双语）整理好交给用户，告诉用户可以贴到即梦、Mavis、Midjourney 等工具里使用，并说明建议的比例参数。
所有文章正文配图固定使用 16:9 横向画幅。推荐尺寸为 1536 × 864 或其他严格 16:9 尺寸。只有用户明确指定其他比例，或任务明确是公众号封面时，才使用对应比例。
生成后自查：
- 画面里有没有意外出现文字或乱码笔画？
- 主体是否清晰，留白是否足够？
- 原文指纹是否真的生成出来，而不是被模型省略？
- 不看说明时，画面是否仍能让熟悉文章的人联想到对应段落？
- 画面是否同时包含内容关联和情绪余味？
- 如果使用橙白圆猫，体型、橙白分区、小耳朵和面部特征是否与参考图一致？
- 线条是否足够明确有力，画面是否仍然简约？如果需要依靠大面积铺色、阴影或纹理才能成立，说明构图还不够清楚。
- 如果包含节点、模块、比较项或关系线，是否符合
references/diagram-types.md 的对应 QA？
- 如果使用短标签，文字是否准确、简短、无乱码？
- 输出尺寸是否为严格 16:9，而不是 3:2、方形或近似比例？
- 是否出现过多几乎相同的卡片、节点、圆点或图标，导致画面机械和拥挤？
- 是否有单个元素体量过大或细节过密，破坏视觉平衡？
- 手写中文标签是否准确、简短，并紧贴对应元素？
第 3 或第 4 项不合格时，不要只调风格词。把原文指纹前移、写得更具体后重出。最多重试两次，仍不理想就如实告诉用户并给出手动调整建议。
第六步：交付
交付物一律打包清楚：
- 图片文件（如果成功生成），命名
01-插图位置关键词.png 这样的格式。
- 构思卡存档：保留每张图的图型、单一命题、原文指纹、组织规则和读图目标。
- 插图说明清单：每张图对应插在哪段之后、画面是什么、为什么放这里。
- 提示词存档：每张图的完整提示词，方便用户日后重新生成或微调。
说明文字保持克制，不要长篇解释创作理念。用户要的是能直接用的图和清楚的插入位置。
边界
- 文章如果是纯信息向的（产品参数评测、操作教程），如实告诉用户这类文章更适合截图和示意图，情绪向手绘插图帮助不大，问清楚是否仍要继续。
- 不画真实公众人物的脸。文中提到具体人物时，用背影、剪影或象征物代替。
- 不在画面中复刻受版权保护的角色和 IP。
