OpenAI API 规范中出现 GPT Image 2.6；markup 参数取代 mask，模型尚不可调用

2026 年 10 月 28 日 20:56（UTC），一个名为 openai-openapi-publisher 的机器人账号向 OpenAI 公开的 API 规范合并了提交 aa88004，改动共 27 行：新增一个 markup 参数，用于 /v1/images/edits 端点。在这段改动的末尾，一条字段说明写道，markup「支持 gpt-image-2.5 和 gpt-image-2.6」。这个模型名迅速传开，而如今真正能用的那个参数，反倒没那么受关注。

markup 接受一张手绘标注，并把它当作编辑指令

Markup 接受一张透明 PNG（可以是文件 ID、HTTPS 链接或 base64 数据 URL），尺寸必须与源图像一致，且必须包含透明像素。开发者把自己的编辑意图画在这个叠加层上，与源图像一起传给模型。模型把标注当作指令来理解：圈出要改的区域、示意怎么改，而不必写坐标列表或冗长的空间区域文字描述。

markup 与现有的 mask 参数不能出现在同一个请求中，两者走不同的执行路径。mask 提供的是一个二值区域（替换这个边界内的一切），而 markup 提供的是语义化的视觉标注。这一区别关系到应用设计：mask 精确但输入繁琐；markup 接受手绘叠加层，把理解交给模型。

这次提交把 ChatGPT 草图工具已有的功能正式化

这项能力早在 2026 年 9 月 8 日就已出现在 OpenAI 的消费级产品中：当时 ChatGPT 应用随 Images 2.5 更新推出了名为 Sketch 的功能。Sketch 让用户直接在 ChatGPT 界面里画标注，模型把这些手绘当作图像编辑的参考。提交 aa88004 把这一消费级工作流变成了一个 API 参数，让开发者在自己的图像编辑应用中也能使用同样的以标注为指令的机制。

GPT Image 2.6 只是一句话里的名字，不是可调用的模型

截至 2026 年 10 月 29 日，字符串 gpt-image-2.6 只在 OpenAI API 规范中出现了一次，就在 markup 的字段说明里，OpenAI 公开文档的其他地方都没有。它不在任何模型枚举中，没有 API 标识符，没有价格，OpenAI 的更新日志中也没有 GPT Image 2.6 的条目。

一些二手报道把 markup 参数描述为带有 JSON 笔画、路径和图层字段的「Markup 矢量编辑器」，这与 OpenAI 公开的规范毫无对应。markup 是一个 PNG 叠加层输入，文档中的数据结构里没有 SVG 图层、没有笔画指令，也没有 JSON 路径对象。这些描述并非来自规范。

代号为 shooting-star-green-alpha 的 Arena 模型测试在报道中流传，并被初步与 GPT Image 2.6 联系起来，早期用户对比称它比 GPT Image 2.5 Sunburst 噪点略少。这个代号是否对应 2.6，尚无任何一手来源证实。OpenAI 规范的预发布历史中有过先例：以 aurora- 开头的标识符曾在 2026 年 10 月短暂出现在模型列表中，随后消失。这说明规范里出现一个名字，并不代表即将发布。

2.6 尚未到来，GPT Image 2.5 Sunburst 仍领跑编辑基准

截至 2026 年 10 月 29 日，Artificial Analysis 图像编辑排行榜上 GPT Image 2.5 Sunburst 以 1199 的 Elo 分排名第一，其后是微软的 MAI-Image-2.7-Preview（1193）和 GPT Image 2.5 Flare（1182）。GPT Image 2.6 没有上榜。

谷歌最近推出的 Nano Banana 2.1 通过 API 提供基于蒙版的图像编辑。蒙版与标注之分，在 API 层面区分了两种方法：谷歌目前的编辑流程替换指定区域；OpenAI 的 markup 参数则把带标注的叠加层当作语义方向来理解。开发者会更青睐哪种范式，要等 markup 上线、能在实际编辑任务中测试后才会更清楚。

延伸阅读：Nano Banana 2.1 来了：图像 API 价格减半

GPT Image 2.6 要能被调用，需要它的标识符出现在 OpenAI 的模型枚举中、公布价格、更新日志上线条目，而这些都还没有发生。markup 字段已经把 gpt-image-2.5 列为支持的模型，可能会在 2.6 发布之前就先启用。更紧迫的问题是：以标注为指令的方式一旦可以通过 API 使用，是否会改变开发者组织编辑流程的方式，以及 OpenAI 能否赶在竞争对手加入类似的叠加层输入支持之前把它开放出来。