你想给办公助手加一个“正在思考”的小动画。过去，流程可能是先生成角色图，再补出连续动作，最后编码成GIF。现在，OpenAI想把这串工作压进一次生成里：Images 2.6开始支持GIF创建，并把更快的生成、更精确的编辑和新的控制项同时带进ChatGPT、Codex与API。
值得看的不只是“图片动起来了”。图像模型过去更像一台出图机器，交付的通常是需要继续加工的素材。这次更新瞄准的是另一件事：让模型直接参与制作图标、动效和可反复修改的商业视觉资产。
目前可确认的概括性信息来自OpenAI官方介绍；具体速度、型号、SVG输出方式等细节主要见于量子位报道，官方摘要没有逐项印证，因而仍需谨慎看待。
动图是怎样“画”出来的？
GIF是一种由多帧画面循环播放的动画图片格式。它诞生于1987年，最初是为了在有限带宽和显示能力下传输彩色图像，天气图曾是早期用途之一。近四十年后，这种格式早已成为表情和网络动效的常用载体。
OpenAI官方只确认Images 2.6支持GIF创建，没有说明具体实现。量子位根据一份合作案例的提示词推测，模型会先生成一张3×2的序列帧图，也就是把6个连续动作整齐画在一张大图上，再切片合成为GIF。
这就像在纸上画六格连环画：角色、桌子和镜头位置尽量不动，只让表情和动作逐格变化，最后让第六格自然接回第一格。它不等同于模型直接返回GIF文件，因此“直出GIF”仍有技术口径上的歧义。但对使用者来说，关键变化很实际：生图、补帧和编码之间的往返，有机会被收进同一条工作流。
量子位还报道，办公助手公司Town已经通过API使用这项能力，为软件里的虚拟助手生成打字、反馈等实时微表情动图。这类短小、循环、角色固定的动画，正是序列帧方案适合处理的场景。
不只更快，也把控制拆细了
OpenAI称Images 2.6提升了生成速度。量子位给出的具体数字是：整体生成时间缩短50%，低画质档最快6秒出图。不过，这些幅度尚未在所提供的官方摘要中得到逐项确认。
更值得关注的是API控制。API是开发者把模型接入自己软件的接口。参数越明确，团队越容易在速度、画质、规划复杂度和成本之间做稳定取舍，而不是每次都靠人工试提示词。
据量子位报道，新API增加了complexity参数，用来控制模型在动笔前为场景规划投入多少计算；原有的quality则负责渲染画质。换句话说，它试图把“先想多久”和“最后画多细”分开。简单的局部修改可以少做规划，但保留较高画质；多元素、限制条件多的画面，再提高规划复杂度。
报道还称API端包含两个型号：Flare偏重速度和排版，面向海报、电商图等场景；Sunburst偏重细节精度，以及多轮编辑时的一致性。所谓多轮编辑，就是持续用语言修改同一张图。难点不在“能不能改”，而在只改指定部分时，人物、商品、构图和其他区域不要跟着变样。
从图片素材走向产品资产
另一个变化是输出形态。量子位称Images 2.6支持SVG导出。SVG用矢量路径和文字描述图形，放大后不会像位图那样失真，更适合图标、图表和界面组件。不过，现有材料没有说明API是否原生返回SVG文件，还是由Codex生成SVG代码；即使能够导出，结构是否便于后续编辑也仍需检查。
同一报道还称，原本用于ChatGPT圈选局部重绘的Image markup已开放给API。Image markup可以理解为给图片画一个修改范围：开发者用坐标或遮罩标出区域，再让模型只处理那里。若它能和稳定的多轮编辑结合，图像模型就更容易进入批量改图、商品素材更新和界面资产制作流程。
这也是Images 2.6真正值得关注的地方。GIF、SVG和局部编辑看似是三项分散功能，实际指向同一条路线：模型不再只交付一张“看起来不错”的图，而是尝试交付能直接嵌入软件、网页和内容生产流程的资产。
局限与未知
- OpenAI官方摘要确认了更快生成、GIF创建、精确编辑、新API控制，以及覆盖ChatGPT、Codex和API；具体速度、型号与参数细节仍主要来自单一媒体报道。
- GIF究竟由API直接返回，还是先生成六帧序列图再由外部程序合成，目前材料存在口径张力。
- “GPT-Image-2.6”是否为正式型号名、具体开放范围，以及SVG的实际返回形式，现有材料都不足以定论。