我用 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 倍,而且现在做动图不需要学任何软件。
有什么想法,欢迎在评论区聊聊——每一个留言我都会看。