橙线插画拆解：把「编辑审美」写成可执行规范的图像工作流

为什么值得拆

这个 skill 诞生于一个真实需求：作者给自己的文章《与 AI 一起做产品的六条原则》配了一套极简线条插画，读者追问怎么做的，于是把方法整理成 skill 开源。2026 年 6 月 10 日发布，三周 358 star；期间还用它给 7.5 万字的长文《置身钉内》生成了 20 张切片插图、给一场线下分享做了整套 PPT——方法先在生产环境跑通，才被写成规范。

它踩中的行业情绪很具体：AI 信息图和 HTML 文字块正在泛滥，每张图都想塞进十个要点，结果是没有一个要点被记住。这个 skill 的回答是反向的——README 里那句「据说 PPT 做到极致，每页就只有一句话」概括了全部立场：一个想法、一个橙点、大量沉默。

它真正编码的是什么

大部分图像类 skill 本质上是一包风格关键词：把「水彩」「赛博朋克」「吉卜力」拼进 prompt 就完事。orange-line-illustration 的价值在于它编码了三层完全不同的东西：

第一层是审美决策，即那些「不可协商」的铁律：细黑墨线、纯白底、唯一橙色、人物极小。注意它的写法——不是「建议使用留白」，而是「留白是构图的一部分，不是浪费的空间」；不是「橙色点缀」，而是「如果处处是橙色，就没有橙色」。铁律写成了判断句，执行时没有讨价还价的空间，这正是系列内容风格不漂移的原因。

第二层是方法论：隐喻设计五步法（提炼张力 → 动作场景 → 单一想法 → 橙色落点 → 尺度夸张）。这一层和图像无关，是编辑思维——先想清楚这张图要说什么，再考虑怎么画。skill 明确说「隐喻是产品，渲染只是执行」，把认知资源分配写进了规范。

第三层最稀缺：实测经验库，包括失败案例。 skill 里记录了哪些隐喻失败了（华丽的空对话气泡——太抽象；一排门中一个奇怪把手——没有动作就没有后果）、哪些渲染失败了（人物画到半帧高——隐喻还在，戏剧性没了），以及针对图像模型系统性缺陷的反制短语：模型爱把人画大，就把 tiny 说两遍；模型爱把楼梯画成埃舍尔，就显式写 NOT Escher-like。这些是花了真实生成成本换来的知识，是「读这篇不如直接读原文」这个问题的否定答案所在——原文有，但大多数人不会意识到失败案例库才是这个仓库最值钱的部分。

「抽卡，不检查」：一条反直觉的工作流判断

多数 AI 工作流的第一反应是让模型自我检查、打分、迭代。这个 skill 明确反对：生成很便宜，AI 自检很贵且收益低，人的品味才是质检门槛。所以流程是并行生成全部候选 → 一次性摆给人 → 人挑。

这背后是一笔经济账：当生成成本趋近于零、而评估标准是主观审美时，把人放在「挑选」的位置比放在「检查」的位置杠杆高得多——挑选一秒钟一张，检查要写标准、跑评估、还未必对齐人的口味。同样的判断也出现在它的 PPT 工作流里：大纲确认之前不生成任何图片，「一轮文字反馈省掉多轮图像返工」——把最贵的返工挡在最便宜的环节。

角色 IP 系统：一致性的工程化解法

多图成套时的人物一致性是图像生成的老大难。这个 skill 的解法完全不依赖模型能力：预定义角色「小橙」（圆头、点眼、无嘴、胸口唯一橙点），写成一段 20–40 词的 prompt 块，之后每张图逐字复用。更进一步，它给角色定了三条验收测试：去掉小橙图还成立吗（成立说明是装饰，重画）；换成任意火柴人图一样吗（一样说明缺标识）；小橙看起来在表演吗（在表演就改成安静做事）。把「角色立住了没有」这种玄学问题变成了三个可判定的检查项。

可迁移的元模式

对想写 skill 的人来说，这个仓库值得抄的不是橙色，而是四个结构：

1. 铁律与槽位分离——不可协商的部分写成判断句，可变的部分留成槽位。一致性来自铁律，多样性来自槽位。
2. 一致性靠逐字复用——需要跨输出保持一致的东西（角色、风格、格式），固化成 prompt 块原样复制，永远不要指望模型「记得」。
3. 失败案例是一等公民——「什么不行、为什么不行」比成功案例更能防止使用者重蹈覆辙，也是 skill 区别于一篇灵感帖的标志。
4. 人的判断放在最高杠杆处——识别流程里哪个环节的人工介入回报最高（这里是挑图和大纲确认），其余全部交给机器并行跑。

这四条与画画无关。把「插画」换成任何一个有主观质量标准、生成成本低、评估依赖品味的领域——文案、配乐、UI 初稿——结构原样成立。