一个插画插件，意外揭示了AI产品设计的底层逻辑

这不是一场讲插件的分享，而是一次关于“系统化创作”的公开课。Pablo Stanley 从漫画、涂鸦到产品设计，最终做出 Blush，却意外点破了一个让 AI 从业者警醒的事实：真正可规模化的创造力，从来不是单点灵感，而是系统设计。

最反直觉的真相：会画画，反而在产品设计里吃亏

Pablo 一上来就戳中了很多设计师的痛点：如果你既是产品设计师，又是视觉创作者，很可能会感到失落。原因很简单——产品设计里“说”得多，“画”得少。流程、评审、对齐、解释，消耗了大量创作能量。

这个判断听起来刺耳，却极其真实。对很多 AI 产品团队来说也是一样：最懂模型、最有创意的人，往往被困在会议和文档里。Pablo 的转折点，正是意识到：与其在单个页面里输出审美，不如把“画画这件事”本身做成一个系统，让创作可以被复用、被放大。

从涂鸦到系统：插画不是画出来的，是“设计出来的”

Pablo 的背景并不“标准”：平面设计、漫画、写故事、涂鸦。这些看似零散的经历，最终汇聚成一个核心能力——用视觉讲故事。

关键变化发生在他接触产品设计之后。他发现，产品设计的本质不是单张好看的图，而是“flow”，是一套可以持续讲故事的结构。于是他开始思考一个问题：“能不能把系统思维，带进插画创作？”

Blush 的雏形正是从这里出现的。插画不再是一个 SVG 文件，而是一组可组合、可替换、可随机化的组件：发型、肤色、姿态、配色，全都在系统里。这一点，对 AI 从业者并不陌生——这几乎就是生成式系统的前身。

Blush 的关键设计：把“控制权”还给使用者

在演示 Blush 时，有几个细节非常值得注意：你可以选择不同的插画集合，可以一键随机，也可以精细控制发型、肤色等属性；生成的是 SVG，可以跨文件编辑。

这背后有一个明确的产品哲学：工具不是替你创作，而是给你“创作的控制权”。Pablo 反复强调，Blush 的目标不是取代插画师，而是“give that ability to the maker”。

这点对 AI 工具尤其重要。很多生成式产品的问题，不在模型能力，而在于控制粒度：要么全自动、不可控，要么参数复杂、没人会用。Blush 选择了一条中间路线——有限但有意义的自由度。

被忽视的英雄：系统背后的创作者与商业模型

一个很容易被忽略的细节是：Pablo 多次强调，Blush 里真正的英雄是插画艺术家本身。用户应该去看、去了解这些艺术家，而不仅仅是“用完即走”。

更重要的是，他明确提到：未来希望让更多插画师创建自己的系统，并成为新的收入来源。这不是情怀，而是商业设计——系统化创作，必须配套系统化的激励。

这对 AI 生态同样关键。如果模型、数据、Prompt 的贡献者得不到回报，系统就无法长期进化。Blush 在 2020 年就已经在尝试回答这个问题。

协作的隐性门槛：为什么他们最终放弃 Sketch

在被问到开发过程时，Pablo 非常坦率：早期他们大量使用 Sketch，但协作非常痛苦。文件同步、版本管理、多人编辑，都成了效率黑洞。

最终，他们把所有东西迁移到 Figma。这个决定看似工具层面，实则影响了整个系统的生长速度。插画系统不是一个人能完成的，它天然需要协作。

对 AI 团队来说也是同理：如果你的工具链不支持高频协作和快速迭代，再好的想法都会被拖死。

总结

Blush 的故事，表面看是一个插画插件的诞生，实际上是在回答一个更大的问题：如何把个人创造力，转化为可规模化、可协作、可持续的系统能力。

对 AI 从业者来说，这意味着三件事：第一，别只盯着模型本身，系统设计同样重要；第二，把控制权设计好，比“更聪明的自动化”更稀缺；第三，任何生成系统，最终都要回答“创作者如何被尊重和激励”。

如果你正在做 AI 工具，不妨反问一句：你的产品，是在展示技术，还是在赋予用户真正的“创作超能力”？

关键词： 插画系统， Blush插件， Figma， 生成式设计， 创作者经济

事实核查备注： 需要核查：Pablo Stanley 的身份与背景；Blush 插件的定位与功能；从 Sketch 迁移到 Figma 的时间点；插画系统制作周期约 1-1.5 个月；视频发布时间 2020-07-24