如果你发过 10 篇以上公众号,大概率踩过一个坑:第三篇文章开始,配图风格突然崩了。第一篇是手绘风,第二篇变极简,第三篇不知道哪里来的扁平化。读起来像三个人合写的。
问题不是画技,是缺一套能跨文章复用的视觉语言。GitHub 上有个 4,580 颗星的项目专门解决这个——它不是 prompt 模板,是一套 Codex Skill,今天就聊聊它。
helloianneo/ian-xiaohei-illustrations,MIT 协议,4,580 stars。它的核心思路和大多数「AI 配图 prompt 合集」完全不同:
style-dna.md、xiaohei-ip.md、composition-patterns.md、prompt-template.md、qa-checklist.md),AI Agent 直接读这些文档自己组装这四件事加在一起,同一个 Skill 跑出来的 10 张图看起来像一个人画的。这就是它的卖点——不是单张图好看,是视觉资产能复用。
仓库 README 里给的安装命令是 Codex 的:
git clone https://github.com/helloianneo/ian-xiaohei-illustrations.git
cd ian-xiaohei-illustrations
mkdir -p "${CODEX_HOME:-$HOME/.codex}/skills"
cp -R ./ian-xiaohei-illustrations "${CODEX_HOME:-$HOME/.codex}/skills/"
但 Skill 本身是 markdown 文档,不绑死任何 Agent。OpenCode、pi、Hermes 都能装:
OpenCode 的 Skill 规范是 AGENTS.md + 目录结构,把仓库的 ian-xiaohei-illustrations/SKILL.md 复制到 ~/.config/opencode/skills/ 即可。SKILL.md 会被 OpenCode 自动识别为可加载的 Skill。
pi 兼容 Codex Skill 规范。直接复制到 ~/.pi/skills/:
mkdir -p ~/.pi/skills
cp -R ian-xiaohei-illustrations/ian-xiaohei-illustrations ~/.pi/skills/
在 pi 里说 Use $ian-xiaohei-illustrations 就能引用。
Hermes 的 Skill 通过 hermes skills install <path> 加载,仓库里 ian-xiaohei-illustrations/agents/openai.yaml 是给 OpenAI 兼容接口用的,Hermes 走自己的 SKILL.md 解析路径,把 ian-xiaohei-illustrations/ 目录传到 ~/.hermes/skills/ 下即可。
注:pi 和 Hermes 没有内置 image_gen(Codex 有),所以图要自己接 API。我用的是 Agnes Image 2.1 Flash($0.003/张,便宜),效果稳定。
用通用 prompt 给同一篇文章配 3 张图,3 张图的笔触、留白、配色可能完全不一样。Skill 把「风格 DNA」写死成 markdown:
AI 读这些规则,每次输出都按这个 DNA 来。
通用生图工具不知道你文章想表达什么,只会画「看起来相关」的图。Skill 的工作流是先出 shot list,再出图:
跳过前面五步直接生图,结果就是「图挺好但和文章没关系」。
通用生图最大痛点:同一个角色画 5 次,5 张脸。Skill 把小黑画成「IP」——固定外形、动作库、视角库,每次画都从这套库里挑。一个连续 10 篇的公众号,10 张配图都是同一个黑色小怪物在干不同的事。
这个 Skill 把所有可能的配图归到 8 种结构里,每种都有固定的视觉模式:
| 结构 | 适用场景 | 视觉特征 |
|---|---|---|
| Workflow | 流程、操作步骤 | 序列、箭头、节点 |
| 系统局部 | 拆解一个复杂系统 | 局部放大、内部结构 |
| 前后对比 | 变化、转折 | 左右或上下对比 |
| 角色状态 | 角色在某种状态下的样子 | 单角色 + 表情/动作 |
| 概念隐喻 | 抽象概念可视化 | 隐喻物件(井、桥、压机) |
| 方法分层 | 分层方法论 | 层级、阶梯 |
| 地图路线 | 路径、规划 | 路径、节点 |
| 小漫画分镜 | 故事、场景 | 多格、连续 |
AI 出图前必须先选一种结构。这避免了「一张图塞 5 个模块」的 PPT 信息图感。
Use $ian-xiaohei-illustrations 先不要生图。
请分析下面这篇文章哪里值得配图,输出 5 张左右的 shot list。
每张图写清楚:放在哪段后、主题、核心意思、结构类型、小黑在做什么、建议中文标注词。
<粘贴文章>
这种模式适合写文章阶段,先规划好每张图要表达什么。
Use $ian-xiaohei-illustrations 把下面这篇文章生成 4 张小黑怪诞正文配图。
要求:16:9 横版、纯白背景、黑色手绘线稿、少量红橙蓝中文手写批注。
<粘贴文章>
适合文章写完需要批量配图。
Use $ian-xiaohei-illustrations 为「信任不是喊出来的,而是一块证据一块证据铺过去」生成一张正文配图。
画面要怪诞但清爽,小黑必须承担核心动作。
适合金句卡片、专栏头图。
适合:
不适合:
这个 Skill 最让我喜欢的地方是文档即代码的设计。references/ 目录下所有规则都是 markdown,想改小黑形象?想加新结构?想调风格参数?改一个 markdown 文件全链路生效。
比如想把小黑换成你公众号自己的 IP:
xiaohei-ip.md 的角色定义prompt-template.md 的 prompt 模板composition-patterns.md 的动作池跑一遍,AI 自动用新角色。我试过把小黑换成「黑色短发少年 + 蓝色方框眼镜 + 立领半拉链卫衣」,3 张图的角色立刻换了。
Ian 还开源了几个相关的:
三个加起来等于一个完整的「AI 时代个人内容生产工具箱」。
这个 Skill 真正解决的不是「AI 生图」,是「稳定地生同一种风格的图」。
单张图质量不是关键。关键是连续产 50 张图都看起来像一个人画的——这是个人品牌的内容资产,不是装饰。
如果你也在用 AI 写公众号,又被「第三篇开始风格崩」困扰,这个 Skill 值得装一下试试。
💬 评论区