如果你正在为产品接入 GPT Image 2 的图片生成或图片编辑功能,真正需要确认的不是“文档里有没有看到一个 1024x1024”,而是:这个值到底是 OpenAI 官方确认的完整支持列表,还是 API 参考文档中的一个示例?
谨慎结论是:OpenAI API 文档中有 GPT Image 2 的模型页面 [1];OpenAI Images API 描述了生成图片的
size 字段 [18];
Create image editsize: "1024x1024"14]。但仅凭这些来源,还不能列出 GPT Image 2 官方支持的全部图片尺寸,也不能完整确认它对输入图片的所有限制。
目前可以确认什么
| 问题 | 稳妥结论 | 来源 |
|---|---|---|
| GPT Image 2 是否出现在 OpenAI API 文档中? | 是。OpenAI API 文档中有标题为 GPT Image 2 的模型页面。 | [ |
| OpenAI Images API 是否支持生成和编辑图片? | 是。API reference 中有 | [ |
| API 是否有图片尺寸字段? | 是。Images 文档把 size 描述为生成图片的尺寸,并同时列出 background、output_format、quality 等字段。 | [ |
1024x1024 能否确认? | 能,但只能确认它出现在被引用的 image edit 示例响应中。 | [ |
| 能否列出 GPT Image 2 支持的全部尺寸? | 不能。现有来源不足以给出完整支持列表。 | [ |
| 能否确认输入图片限制? | 不能。现有来源不足以确认 GPT Image 2 专属的文件格式、最大文件大小、最大分辨率或每次请求可输入图片数量等限制。 | [ |
输出尺寸:有 size 字段,但还没有完整尺寸表
OpenAI 的 Images 文档说明,size 是生成图片的尺寸 [18]。同一组文档还提到 GPT image models 的
background、output_format、quality 以及图片生成的 token usage 信息 [18]。
目前最具体的尺寸证据来自 Create image editoutput_format: "png"quality: "low"size: "1024x1024"14]。
但这并不等于 GPT Image 2 只支持 1024x1024,也不等于它已经被官方确认支持某个完整组合,比如方图、横图、竖图或 4K。更准确的说法应当是:OpenAI Images API 有 size 字段;image edit 示例里出现了 1024x1024;被引用的来源没有给出 GPT Image 2 专属的完整 size 合法值列表 [14][
18]。
因此,在写技术文档、设计数据库字段或前端下拉选项时,不建议把 API reference 中的一个示例值直接扩展成“官方支持矩阵”。
输入图片与编辑流程:能确认有 image edit,但限制参数仍不完整
OpenAI API reference 中有图片编辑接口 Create image edit14][
15]。OpenAI Cookbook 也描述了使用 mask 的编辑流程:如果不希望模型修改输入图片的某个区域,用户可以提供 mask [
21]。
不过,mask 不应被理解为“绝对锁定”。Cookbook 明确提醒:模型仍然可能修改 mask 区域内的某些部分,只是会尽量避免;如果需要精确 mask,文档建议使用图像分割模型 [21]。
基于现有来源,可以确认三点:
- OpenAI Images API 有图片编辑相关的 API reference [
14][
15]。
- 图片编辑流程中可以使用 mask [
21]。
- mask 不能被当作像素级、百分之百的保留保证 [
21]。
反过来说,现有来源还不足以确认 GPT Image 2 的完整输入图片规格,例如可接受的图片格式、最大文件大小、输入分辨率上限、每个 request 可上传多少张图片,或是否有专门的 alpha channel 要求 [14][
15][
21]。
不要把第三方 provider 的 schema 当成 OpenAI 官方规格
一些第三方 provider 也有 GPT Image 2 页面。Runware 将 GPT Image 2 描述为 GPT Image family 中用于 text-to-image generation 和 image editing 的通用模型 [3]。Fal.ai 也有 GPT Image 2.0 页面,提供 playground、API 和自己的 schema [
6]。
如果你是通过这些平台调用模型,它们的页面当然有参考价值。但如果你是直接调用 OpenAI API,就需要把两层信息分开:一层是 OpenAI 官方 API 文档,另一层是第三方平台自己的封装和参数 schema。第三方 schema 中的尺寸枚举或文件限制,并不会自动变成 OpenAI API 的官方规格 [3][
6]。
面向开发接入的安全清单
- 不要只根据
1024x1024硬编码尺寸列表。 这个值出现在 image edit 示例中,但被引用来源并没有说明它就是 GPT Image 2 的完整尺寸支持表 [14]。
- 上线前重新核对 OpenAI 文档。 如果是直接调用 OpenAI,GPT Image 2 模型页和 OpenAI Images API 文档才是更合适的核验入口 [
1][
18]。
- 使用 mask 时要做充分 QA。 OpenAI 提醒模型仍可能修改 mask 区域内的一些部分,因此不应把 mask 视为绝对保证 [
21]。
- 按 provider 分开配置。 如果使用 Runware 或 Fal.ai,就遵循对应平台的 schema;如果直接使用 OpenAI,就以 OpenAI 文档为准 [
3][
6]。
结论
简短回答是:GPT Image 2 已出现在 OpenAI API 文档中 [1];OpenAI Images API 有用于生成图片的
size 字段 [18];
Create image edit1024x1024 [14]。但根据目前提供的来源,仍不能发布一份 GPT Image 2 的完整官方尺寸清单,也不能完整确认它对输入图片的专属限制。




