我用 AI 画了 10 张 GIF 动图,一行代码没写

我用 AI 画了 10 张 GIF 动图,一行代码没写

写技术文章的时候,我经常需要画图。

静态图够用吗?大部分时候够。但有些概念天然是动态的——数据在节点间流动、排序在逐步进行、状态在逐帧变化。一张静态图只能展示"结果",展示不了"过程"。

我想过学 After Effects。看了看教程,劝退了。我也试过用 CSS 动画嵌入网页,但公众号不支持。录屏转 GIF?画面粗糙、文件巨大、还得后期裁剪。

最后我发现了一条路:告诉 AI 我要画什么,AI 帮我画。 我不写代码,我只描述需求。AI 用 Python 的 Pillow 库逐帧画 PNG,再拼成 GIF。我验收效果,不满意就让 AI 改。

10 张 GIF,从需求到成品,全程零代码。下面把它们全部展示出来。

先搞懂一件事:GIF 到底是什么

帧序列演示

GIF 不神秘。它就是一组按时间排列的静态图。播放器做的事情很简单:显示第 1 张 → 等一会儿 → 显示第 2 张 → 等一会儿 → 循环。

所以"做 GIF"这件事,本质上就是画 N 张图,然后告诉播放器每张停多久

AI 做的事情也对应这两步:我描述"每一帧画什么",AI 把描述翻译成绘图指令,生成帧,打包成 GIF。

再看一件事:动画为什么需要「缓动」

缓动对比

上面这张图对比了两种运动方式:

  • 红球(线性):匀速移动,像机器人走路,机械、生硬
  • 绿球(缓出):先快后慢,像真实物体滑行,自然、舒服

同样的起点、终点、时间,观感完全不同。

这个细节很重要。我后来跟 AI 描述动画需求时,会说"用缓动,别用匀速"——就这一句话,动画质量直接上一个台阶。

你不需要知道缓动函数的数学公式。你只需要知道"匀速看起来假,先快后慢看起来真"。 剩下的,AI 会处理。

成品展示:6 张 GIF,6 个需求

下面 6 张 GIF 是我在两篇文章里实际使用的。每张我都贴出当时给 AI 的需求描述——你会发现,描述需求比写代码简单得多

需求 1:分区键路由

画一个哈希环,上面有 3 个节点 A、B、C。一个查询进来,算出 token,token 沿环顺时针滚动,最终停在负责节点上。让读者看到"数据是怎么找到节点的"。

分区键路由

需求 2:聚簇键排序

同一个分区里有 5 行数据,一开始是乱序的。动画展示它们按时间戳重新排列,排好后物理上连续存储。让读者看到"聚簇键 = 排序规则"。

聚簇键排序

需求 3:高效查询

展示一次查询的完整路径:分区键定位到单个节点(其他节点不碰),然后在该节点内,聚簇键范围只读连续几行(其余不读)。用绿色高亮命中的部分。

高效查询

需求 4:反模式

展示没有分区键的查询有多惨:查询广播到所有节点,每个节点全扫,结果回流合并。用红色和虚线表达"这是错误的做法"。

反模式

需求 5:产品信息化

画一块普通手表,然后逐步给它加传感器、加联网模块,最后变成智能手表。每一步右侧加一行说明,让读者看到"产品信息化 = 给产品装神经系统"。

产品信息化

需求 6:社会生活信息化

画一条水平时间线,从早 7 点到晚 11 点,6 个生活场景的卡片逐个弹出,上下交替排列,每个场景用不同颜色。让读者一眼看到"从睁眼到闭眼,信息化无处不在"。

社会生活信息化

我的工作流:三轮对话出一张图

每张 GIF 从需求到定稿,通常经过三轮:

第一轮:描述意图。 我说"画什么、给谁看、要传达什么"。AI 出初版。

第二轮:调布局。 我看初版,说"箭头太密了"、"文字超出框了"、"两个子图应该横着并排"。AI 改。

第三轮:调节奏。 我说"第一帧停久一点,让读者看清布局"、"过渡帧用缓动别用匀速"。AI 改。

三轮下来,一张图就定了。整个过程我不碰代码,不看代码,甚至不需要理解代码。

这跟用 AI 写文章是一样的。 你不会因为"AI 帮你写了文章"就觉得文章不是你的——因为需求是你的、判断是你的、验收是你的。AI 只是你的手。

踩过的坑(你不需要踩)

虽然我不写代码,但验收过程中发现了几个 AI 也会犯的错,记下来供参考:

坑 1:GIF 只有 256 色。 一开始 AI 用了模糊阴影,存成 GIF 后出色带——颜色不够用,渐变被压成了条纹。我反馈"阴影看起来脏",AI 改成了硬边投影(在图形下方偏移几像素画一个灰色副本),问题消失。

坑 2:特殊字符变豆腐块。 中文字体里没有 ✓ 和 ✗ 的字形,画出来是方框 □。我反馈"对勾显示异常",AI 改成了用线条画矢量对勾,3 条线段搞定。

坑 3:PIL 会吞帧。 连续两帧像素完全相同时,Pillow 会静默丢弃第二帧,连停留时间一起丢。我反馈"最后一帧停留时间不对",AI 加了去重逻辑修复。

这些坑的共同特点:你不需要知道原因,你只需要能看出"不对"。 看出不对,告诉 AI,AI 去查原因、改代码。这就是协作。

什么时候该用这套方案

适合

  • 技术文章里的概念演示动画
  • 需要精确控制每一帧画面的场景
  • 要同时用在网站和公众号(GIF 两边都能用)
  • 不会写代码,但能清楚描述"我要画什么"

不适合

  • 需要用户交互的动画(GIF 不能交互)
  • 超长动画(GIF 文件太大,考虑视频)
  • 需要真半透明或渐变的画面(256 色限制)

写在最后

"做动图"这件事的门槛,被工具人为抬高了。

After Effects 要学半年。CSS 动画要懂前端。录屏要后期剪辑。这些工具的设计假设是"使用者是专业人士"。

但大多数技术作者不是动画师。我们只是想在文章里放一张图,让读者看到过程,而不只是看到结果。

AI 把门槛拉到了"会说话就行"。你描述需求,AI 画。你验收,AI 改。三轮对话,一张 GIF。

10 张动图,零行代码,全靠嘴。 这就是 AI 时代的创作方式。


如果觉得有用,点个在看,转发给你身边写技术文章还在截图的朋友——动图比截图值钱 10 倍,而且现在做动图不需要学任何软件。

有什么想法,欢迎在评论区聊聊——每一个留言我都会看。

END