GPT Image 2 支持哪些图片尺寸？先看 OpenAI API 真正确认了什么

目前可以确认什么

输出尺寸：有 size 字段，但还没有完整尺寸表

OpenAI 的 Images 文档说明，size 是生成图片的尺寸 。同一组文档还提到 GPT image models 的 background、output_format、quality 以及图片生成的 token usage 信息 。

目前最具体的尺寸证据来自 Create image edit 的示例响应：文档中显示了 output_format: "png"、quality: "low"，以及 size: "1024x1024" 。

但这并不等于 GPT Image 2 只支持 1024x1024，也不等于它已经被官方确认支持某个完整组合，比如方图、横图、竖图或 4K。更准确的说法应当是：OpenAI Images API 有 size 字段；image edit 示例里出现了 1024x1024；被引用的来源没有给出 GPT Image 2 专属的完整 size 合法值列表 。

因此，在写技术文档、设计数据库字段或前端下拉选项时，不建议把 API reference 中的一个示例值直接扩展成“官方支持矩阵”。

输入图片与编辑流程：能确认有 image edit，但限制参数仍不完整

OpenAI API reference 中有图片编辑接口 Create image edit 。OpenAI Cookbook 也描述了使用 mask 的编辑流程：如果不希望模型修改输入图片的某个区域，用户可以提供 mask 。

不过，mask 不应被理解为“绝对锁定”。Cookbook 明确提醒：模型仍然可能修改 mask 区域内的某些部分，只是会尽量避免；如果需要精确 mask，文档建议使用图像分割模型 。

基于现有来源，可以确认三点：

• OpenAI Images API 有图片编辑相关的 API reference 。
• 图片编辑流程中可以使用 mask 。
• mask 不能被当作像素级、百分之百的保留保证 。

反过来说，现有来源还不足以确认 GPT Image 2 的完整输入图片规格，例如可接受的图片格式、最大文件大小、输入分辨率上限、每个 request 可上传多少张图片，或是否有专门的 alpha channel 要求 。

不要把第三方 provider 的 schema 当成 OpenAI 官方规格

一些第三方 provider 也有 GPT Image 2 页面。Runware 将 GPT Image 2 描述为 GPT Image family 中用于 text-to-image generation 和 image editing 的通用模型 。Fal.ai 也有 GPT Image 2.0 页面，提供 playground、API 和自己的 schema 。

如果你是通过这些平台调用模型，它们的页面当然有参考价值。但如果你是直接调用 OpenAI API，就需要把两层信息分开：一层是 OpenAI 官方 API 文档，另一层是第三方平台自己的封装和参数 schema。第三方 schema 中的尺寸枚举或文件限制，并不会自动变成 OpenAI API 的官方规格 。

面向开发接入的安全清单

• 不要只根据 1024x1024 硬编码尺寸列表。 这个值出现在 image edit 示例中，但被引用来源并没有说明它就是 GPT Image 2 的完整尺寸支持表 。
• 上线前重新核对 OpenAI 文档。 如果是直接调用 OpenAI，GPT Image 2 模型页和 OpenAI Images API 文档才是更合适的核验入口 。
• 使用 mask 时要做充分 QA。 OpenAI 提醒模型仍可能修改 mask 区域内的一些部分，因此不应把 mask 视为绝对保证 。
• 按 provider 分开配置。 如果使用 Runware 或 Fal.ai，就遵循对应平台的 schema；如果直接使用 OpenAI，就以 OpenAI 文档为准 。

结论

简短回答是：GPT Image 2 已出现在 OpenAI API 文档中 ；OpenAI Images API 有用于生成图片的 size 字段 ；Create image edit 示例显示了 1024x1024 。但根据目前提供的来源，仍不能发布一份 GPT Image 2 的完整官方尺寸清单，也不能完整确认它对输入图片的专属限制。