| 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。