文章配图设计师

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

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

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

总流程

text

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

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

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

图片生成工具

本技能使用 WorkBuddy 内置的 ImageGen 工具生成图片。

调用方式：先通过 ToolSearch 加载 ImageGen 工具定义，再用 DeferExecuteTool 执行。

text

toolName: "ImageGen"
params: { prompt, size, n, quality, style, output_dir }

关键参数：

• size: 严格使用 "1536x864"（16:9）
• n: 默认 2（每个画面出 2 张备选）
• quality: 默认 "high"
• style: 概念插图用 "illustration"，结构图用 "illustration"
• output_dir: 输出到技能目录下或当前工作目录

如果 ImageGen 不可用或生成失败： 不要假装生成。把每张图的完整提示词（中英双语）整理好交给用户，告诉用户可以贴到即梦、Mavis、Midjourney 等工具里使用，并说明建议的比例参数（16:9, 1536×864）。

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

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

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 压缩成单一命题

先完成这句话：

text

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

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

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.svg 中描述的橙白圆猫。如果能读取 assets/orange-cat-main-visual.png 则优先用 PNG 作为参考；否则按 SVG 中的文字描述生成。

橙白圆猫的固定特征：

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

角色使用规则：

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

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

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

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

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

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

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

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

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

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

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

ImageGen 调用方式

首先生成英文版提示词（按 references/prompt-templates.md 模板组装），然后调用 ImageGen：

text

1. ToolSearch { tool_names: ["ImageGen"] }
2. DeferExecuteTool {
     toolName: "ImageGen",
     params: {
       prompt: "<完整英文提示词>",
       size: "1536x864",
       n: 2,
       quality: "high",
       style: "illustration",
       output_dir: "<工作目录>/illustrations/"
     }
   }

如果 ImageGen 不可用，切换到备用路径：把每张图的完整提示词（中英双语）写入文件，告诉用户可贴到即梦、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。