| 問題 | 較安全的說法 | 來源 |
|---|---|---|
| OpenAI API 文件裡有 GPT Image 2 嗎? | 有。OpenAI API 文件有標題為 GPT Image 2 的模型頁。 | |
| Images API 是否支援產生與編輯圖片? | 有。API 參考文件包含 Create image 與 Create image edit。 | |
| 是否有圖片尺寸欄位? | 有。Images 文件把 size 描述為產生圖片的尺寸,並列出 background、output_format、quality 等相關欄位。 | |
能確認 1024x1024 嗎? | 可以,但目前只能把它視為 image edit 範例中出現的值。 | |
| 能列出 GPT Image 2 支援的完整尺寸嗎? | 不能。提供的來源不足以確認完整有效值清單。 | |
| 能確認輸入圖片限制嗎? | 不能。提供的來源不足以確認檔案格式、最大檔案大小、最大解析度或每次 request 可輸入的圖片數量。 |
size 欄位,但不能把範例當成完整規格OpenAI 的 Images 文件描述了 size 欄位,意思是產生圖片的尺寸;同一組文件也提到 background、output_format、quality,以及 GPT image models 的 token usage 資訊 。
目前最具體的一個尺寸證據,來自 Create image edit 的範例回應:文件顯示 output_format 為 png、quality 為 low,以及 size 為 1024x1024 。
這能證明什麼?只能證明 1024x1024 出現在 OpenAI 的 image edit 範例中。它還不能證明 GPT Image 2 只支援 1024x1024,也不能反推它一定支援某一組固定比例,例如方圖、橫圖、直圖或 4K。更精準的寫法應該是:OpenAI Images API 有 size 欄位;image edit 範例出現 1024x1024;但目前引用來源沒有列出 GPT Image 2 專屬的完整 size 有效值 。
如果你在寫技術文件、SDK 型別或產品規格,建議不要把單一範例值硬寫成正式 enum。這類設定最好保留可調整空間,並在上線前回頭核對 OpenAI 官方文件。
OpenAI API 參考文件有圖片編輯的 Create image edit 端點 。OpenAI Cookbook 也示範了使用 mask 的圖片編輯流程:如果不希望模型更動輸入圖片的某個部分,可以提供 mask 。
不過,mask 不是一張「保證不會動」的護身符。Cookbook 明確提醒,模型仍可能修改 mask 區域內的部分內容,只是會盡量避免;如果需要精準的 mask,文件建議使用影像分割模型 。
因此,目前可以確認的是:
相對地,現有來源還不足以確認 GPT Image 2 專屬的輸入圖片規格,例如可接受的檔案格式、最大檔案大小、輸入解析度上限、每個 request 可帶入幾張圖片,或是否有特定 alpha channel 要求 。
有些第三方平台也提供 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,應該把兩層資訊分清楚:一層是 OpenAI API 文件,另一層是中介 provider 的 schema。第三方 schema 裡的尺寸 enum、上傳限制或預設值,不會自動變成 OpenAI 官方 API 的正式規格 。
1024x1024 hard-code 尺寸清單。 這個值出現在 image edit 範例中,但引用來源沒有顯示它就是 GPT Image 2 的完整尺寸清單 。簡短回答是:GPT Image 2 出現在 OpenAI API 文件中 ;OpenAI Images API 有 size 欄位可描述產生圖片的尺寸 ;Create image edit 範例顯示 1024x1024 。但就目前提供的來源而言,還不能公開宣稱 GPT Image 2 支援某一份完整圖片尺寸清單,也不能確認一整套官方輸入圖片限制。