让模型画越南制香图，它交出来的是一段 JavaScript

Ann Nguyen 让 Grok 4.7 画一张“越南人怎么做香”的图解。模型交出来的东西可以播放：竹条剖开、浸水、上色、晾晒、卷成束，雨来了把香收回屋檐下。手绘风格，蓝绿黄三色，两个戴斗笠的人从早忙到晚。

她补了一句：不需要什么技能，就是 plain JavaScript。

这句话是整条推文的重点。Ayushman 在回复里点破了：让模型去画图，越来越等于让它去写代码。它不生成像素，它生成一个能在浏览器里跑的小程序。

可以在 typingmind 的 artifacts 里打开跑一遍：https://cloud.typingmind.com/artifacts/a-01m6b40rcmy915sapez8bxyae6。动画是逐帧的，场景切换有节奏，人物动作不多但位置对得上。普通插画模型给不了这个，它给的是形状加变换函数。

另一条线出现在同一周。Kevin Ngo 用 poteto 的 /statechart 技能画了一家奶茶店，模型是 Claude Opus 5.5 制作，代码开源。出来的不是插画，是状态图：排队、点单、付款、制作，珍珠用完走另一个分支，取餐时拿错饮料也算一条路径。

评论里有人盯着细节。Ricardo 说，珍珠用完那条分支说明画图的人真的在那条队里站过。Sergio 说，高峰期跳过四小时规则，是整个店里最真实的 bug。

这些反馈指向同一件事：状态图不是装饰，它逼着模型把流程里的每个岔口想全。想不全，图就会漏，读者一眼能看出来。

回到制香。这个题材很适合当压力测试，Ayushman 的说法是步骤极其具体，你能立刻判断模型是知道顺序，还是在凭感觉编。剖竹、泡水、染色、晒干、卷香、切段，顺序错了画面就会荒。

至于 Grok 4.7 到底行不行，回复里有人不信，专门开了会员去试。Ann 的态度是，链接放在那，跑一遍比争论快。

回头看，模型这次没在画画，它在建模。图好看是副产品，被生成的是状态、分支和时间线。下次看到一张会动的示意图，可以想想它背后跑了多少行代码。