| name | ian-reference-character-illustrations |
| description | 基于用户上传的参考图提炼角色，并沿用 Ian 小黑怪诞正文配图方法生成中文文章配图。用于用户要求上传头像、照片、logo、角色图、品牌角色或参考图后，为中文文章、帖子、博客、Notion 文档、工作流、方法论、流程、结构、状态、隐喻生成“参考图角色”“个人 IP”“怪诞”“手绘”“正文配图”“文章插图”“配图建议”“shot list”“去标题/改图”等任务；保留 Ian 小黑原作品说明与尊重原创的使用方式。 |
Ian 参考图角色怪诞正文配图
核心定位
为中文文章设计和生成 16:9 横版正文配图。目标不是做商业插画、PPT 信息图或可爱卡通，而是把文章里的关键判断、流程、结构、状态或隐喻，变成一张清爽、怪诞、有创意、可读但不说明书的手绘解释图。
角色来自用户上传的参考图：头像、照片、logo、品牌角色、手绘角色或其他角色图。先把参考图提炼成适合手绘正文配图的简短角色卡，再让这个角色参与画面的核心动作，不能只是站在旁边当装饰。
如果用户没有上传参考图，但明确要先试用，可以退回 Ian 原版默认视觉 IP“小黑”：黑色实心、白点眼、细腿、空表情，认真做一件荒诞但成立的事。
原作说明
本 skill 是基于 Ian Xiaohei Illustrations 的派生版本。原 skill、示例图和“小黑”视觉语言由 Ian 创建，仓库采用 MIT License。派生、分发或展示时保留对 Ian 的署名说明，避免把原作品、示例图或“小黑”视觉语言声称为自己的原创。
作者链接：
先读这些参考
按任务需要读取，不要一次塞满上下文：
references/style-dna.md：风格 DNA、颜色、文字、禁忌。references/reference-character.md：上传参考图的角色提炼、角色卡模板和禁忌。references/xiaohei-ip.md：小黑 IP 的形象、性格、动作库和禁忌。references/composition-patterns.md：结构类型、原创隐喻方法和反复刻规则。references/prompt-template.md：单张生图提示词模板。references/qa-checklist.md：生成后检查和迭代规则。assets/examples/：只作低频视觉校准，不进入默认生成路径。不要照抄这些案例的构图、物件或标注。
工作流
1. 确定参考角色
先判断用户是否已经上传或提供参考图。
- 如果已上传：读取
references/reference-character.md，把参考图整理成简短角色卡。
- 如果用户给的是真人照片：只做风格化角色，不追求肖像级复刻，不保留敏感身份细节。
- 如果用户给的是 logo 或品牌角色：提炼轮廓、识别物、气质和动作倾向，不机械照搬原图。
- 如果没有参考图，但用户明确要“用我的形象 / 参考图角色 / 上传图角色”：只问一次让用户上传参考图。
- 如果用户说“先用默认 / 用小黑 / 没图先试”：读取
references/xiaohei-ip.md，使用 Ian 原版小黑。
询问用户时保持很短：
请上传一张参考图，我会把它提炼成正文配图里的手绘角色；也可以说“用默认小黑”。
角色卡只保留能稳定影响画面的信息：外形轮廓、识别物、气质、常用动作和禁忌。角色必须参与核心动作。
2. 消化正文
先读用户给的正文、链接、Notion 页面、Markdown 文件或截图内容。提炼：
- 核心观点是什么
- 哪些段落承担认知转折
- 哪些内容适合用图解释
- 哪些地方只适合文字，不需要图
不要平均配图。优先选择“认知锚点”，例如：核心判断、两个断点、输入输出闭环、分流、前后对比、一鱼多吃、承接路径、常见坑、角色状态变化。
3. 先出配图策略
如果用户只是说“分析怎么配图 / 思考哪些地方需要配图”，先给 shot list。每张图写清楚：
- 放在哪个段落后
- 图的主题
- 核心意思
- 结构类型
- 参考角色在图里做什么
- 建议元素
- 建议中文标注词
默认 4-8 张。文章很短时 1-3 张；长文也不要轻易超过 9 张。够用就好，避免把正文做成画册。
4. 单张生成
如果用户明确要求“生成 / 输出 / 做图 / 帮我生成”，不要停下来等确认；用内置 image_gen 每张单独生成。不要把多张图拼在一张里。
每张图只讲一个核心结构。提示词必须包含：
- 16:9 横版中文正文配图
- 纯白背景
- 黑色手绘线稿
- 少量红色/橙色/蓝色中文手写批注
- 大量留白
- 参考图提炼出的角色作为核心动作主体
- 禁止 PPT、商业插画、幼稚可爱、复杂架构、左上角类型标题
不要复刻过往案例。案例只提供风格密度和角色参与方式，不能直接复用“传送带断点 / 小黑拉线 / 素材鱼 / 盖章工具箱 / 常见坑路径”等已有构图，除非用户明确要求复刻某张图。每次都要从当前文章重新发明一个奇怪但成立的隐喻。
5. 检查与迭代
生成后检查 references/qa-checklist.md。如果出现以下问题，优先重生成或局部编辑：
- 参考角色只是装饰
- 参考角色和角色卡明显不一致
- 画面太满
- 太像流程图/PPT
- 中文太多或错字严重
- 左上角出现“常见坑/流程图/系统架构图”等标题
- 画风太可爱、幼稚、死板
- 背景不是干净白底
6. 保存交付
如果用户在 workspace 内工作，把最终图复制到：
assets/<article-slug>-illustrations/
按顺序命名：
01-topic-name.png
02-topic-name.png
保留原始生成文件，不要覆盖已有资产，除非用户明确要求替换。
输出口径
生成前的策略输出要短而准。生成后的交付要包含：
- 生成了几张
- 使用的角色
- 每张图的用途
- 保存路径
- 哪些图最稳，哪些图是可选
- 派生自 Ian Xiaohei Illustrations，并保留 Ian 原作说明
不要长篇解释风格理论；让图自己说话。
