2026 年 11 月 4 日，OpenAI 给 ChatGPT 塞进了一个看似不起眼的小功能——直接生成和编辑动态 GIF。伴随这次更新的是全新的 Images 2.6 视觉模型，以及 API 端同步上线的 GPT-Image-2.6 Flare 与 Sunburst。普通用户看到的是聊天框里多了一个做猫咪跳舞表情包的玩具，但把时间线拉长就会发现，这是 OpenAI 在今年彻底关停 Sora 之后，在动态视觉赛道做出的最务实的一次降维反击。
先把这次更新的核心账面信息交代清楚：
- 核心能力.ChatGPT 现可通过提示词或上传照片，单步原生生成动态 GIF，支持调节播放速度、逐帧查看与单帧编辑。
- 覆盖范围.Images 2.6 面向 Web、桌面端及移动端的全部 ChatGPT 和 Codex 用户开放。
- 使用量级.OpenAI 披露，目前用户在 ChatGPT 及 API 上每周生成的图像已超过 40 亿张，而今年 9 月公布的数字还是 30 亿张。
媒体爆料与官方文档的温差
如果只看 The Verge 在 11 月 4 日放出的报道，一切已经准备就绪。但去翻同日的 OpenAI 官方帮助文档与发布说明，会撞见一个明显的信息时间差。
截至 11 月 4 日当天，OpenAI 官方文档里还查不到关于 Images 2.6 或原生动态 GIF 生成器的正式公告、套餐配额与推送时间表。此前在 9 月 14 日，官方社区支持人员还曾回复称，对话内的原生 GIF 搜索与反应功能没有时间表；至于社区里流传的“限长 5 秒”或“每天 3 到 4 个 GIF”的说法，其实只是 4 月 3 日一位用户的建议帖，并非官方配额。
更关键的割裂在于输入端。根据 OpenAI 截至 11 月 4 日的图像输入 FAQ，系统仅支持 PNG、JPEG 和非动态 GIF，单张图片大小上限为 20 MB。也就是说，ChatGPT 现在能给你吐出一段动图，并提供逐帧修改界面，但它自己的视觉理解入口还没有把动态 GIF 列为合规输入格式。这种能出不能进的半通状态，暴露出这次更新更像是从图像生成管线硬切出来的扩展，而非底层多模态理解的全面打通。
Sora 退场后的弃重就轻
为什么要在这个时间点把 GIF 拎出来做单步原生支持？答案藏在 OpenAI 今年的视觉产品收缩史里。
2026 年 4 月 26 日，曾被寄予厚望的 Sora 网页端与应用端体验正式终止；到了 9 月 24 日，Sora 的 API 也彻底关停。重度视频生成模型是一座吞噬算力的无底洞，账面成本高昂，生成耗时长，普通用户一年也用不了几次，专业影视团队又嫌它不可控。
砍掉 Sora 之后，OpenAI 没有放弃动态视觉，而是迅速转身去捡那些低算力、高频率的社交筹码。今年 8 月 31 日，OpenAI 向全球移动端所有 ChatGPT 用户推出了贴纸包（sticker-pack）创建与导出功能；短短两个月后，Images 2.6 就把单步生成 GIF 接上了流水线，周生图量也借着这股高频消费的势头从 9 月的 30 亿张狂飙到 40 亿张。
这就是司马迁写的“天下熙熙，皆为利来”。早年电视工业刚兴起时，好莱坞大制片厂一门心思扑在宽银幕史诗大片上，结果被廉价的家庭情景喜剧和几十秒的电视广告抢走了观众的日常注意力。今天的 AI 视觉竞争虽然在底层技术上与当年不完全一样，但商业算计如出一辙。OpenAI 算清了一笔账，与其在几分钟的电影级视频里跟算力死磕，不如把几秒钟的猫咪跳舞 GIF 做进聊天框，直接吃下海量用户的日常社交分享。
跨越帧间精神分裂的技术暗礁
不过，把产品界面做成“一步生成”，不代表底层的技术病灶就自动消失了。
在这次更新之前，用户想在 ChatGPT 里做个 GIF，走的是一条极其曲折的野路子：先让模型生成多张静态序列帧或一张精灵图（sprite sheet），再召唤内置的 Python 代码解释器，用 Pillow 库把图片硬拼成 GIF。这套做法的娱乐效果尚可，但只要稍微追求一点连贯性，就会撞上图像模型最致命的短板——跨帧一致性（Frame Consistency）。
翻看 Reddit 社区在 2026 年 5 月至 10 月期间针对 Images 2.0 的大量实测反馈，创作者们的抱怨高度集中。用拼接法做出来的像素动画或小动图，普遍存在重复姿势、角色断腿、步行循环卡顿以及轮廓断裂等问题。更糟糕的是，当用户试图对其中某一帧做局部修改时，重绘动作往往会污染周围的画面，导致色彩漂移和位置错位。到了 10 月 4 日，不少独立游戏开发者在社区讨论中直接宣布放弃用 ChatGPT 生成游戏动画，转头去用视频模型生成片段后再抽帧。
把四张静态图钉在一起叫封装，让像素理解时间才叫动画。
这就引出了当前 AI 动图领域的两条技术路线之争。一边是 Google 的 Gemini Apps（依靠 Gemini Omni 支持图生视频与对话式视频编辑）和 Runway 的 Gen-4.5（支持带时长、宽高比和帧率控制的图生视频）。截至 2026 年 11 月，这两家的官方文档里都没有提供直接导出 .gif 的原生按钮，用户拿到的是一段连贯的视频流，得自己去转换格式；但因为底层是真正的时间序列模型，动作连贯性天然占优。
另一边则是 ChatGPT 的 Images 2.6。OpenAI 把原本繁琐的生图加拼图流程打包成了前端的一键直出，还贴心地配上了帧率滑块和单帧修改器。我不太买账的是，如果 Images 2.6 本质上依然是靠图像模型硬刷多帧，而没有在底层引入运动连贯性约束，那么它提供的单帧编辑器反而成了给模型擦屁股的工具——因为模型自己画不连贯，才需要用户手动点进每一帧去修补断掉的猫腿。
- 风险.对于需要精准步行循环的像素画师和独立游戏开发者，如果 Images 2.6 没能彻底根治局部重绘波及全局的顽疾，这个原生 GIF 工具依然只能停留在做社交梗图的玩具阶段。
谁在买单，接下来看什么
这次更新切分出了两拨截然不同的受众。对于社交媒体运营者和普通网民，一步到位的 GIF 生成加调速，配合 8 月底上线的贴纸包，已经足够在聊天群里掀起新一轮表情包狂欢；但对于指望用它生产商业动画资产的创作者，真正的考验才刚开始。
接下来判断 Images 2.6 成色的指标非常具体。第一，看 OpenAI 官方帮助文档何时补齐配额说明，以及何时把动态 GIF 放进那份限额 20 MB 的视觉输入支持列表里，打通双向理解；第二，看创作者社区拿到手后，单帧编辑时还会不会出现牵一发而动全身的色彩与轮廓崩坏。
OpenAI 关掉 Sora 换上 GIF，是在用工程封装的巧劲，去绕开底层视频模型的算力硬仗。把猫咪跳舞装进几兆大小的动图里确实能迅速拉高 40 亿张的周调用量，但要想证明自己不只是把旧代码解释器的拼接脚本搬到了台前，Images 2.6 还得先治好帧与帧之间的精神分裂。