開発時に大事なのは、1024x1024を「資料上で確認できる例」として扱うのか、「すべての対応サイズを表す仕様」として扱うのかを分けることです。後者は、引用資料の範囲では確認できません 。
| 論点 | 安全な読み取り | 根拠 |
|---|---|---|
| GPT Image 2はOpenAI APIドキュメントにあるか | あります。OpenAIのAPIドキュメントにGPT Image 2のモデルページがあります。 | |
| OpenAI Images APIで画像生成・画像編集は扱えるか | APIリファレンスにCreate imageとCreate image editがあります。 | |
| 画像サイズの指定項目はあるか | Images APIは、生成画像のサイズとしてsizeを説明しています。 | |
1024x1024は確認できるか | 確認できます。ただし、Create image editの例に出てくる値としてです。 | |
| GPT Image 2の対応サイズをすべて列挙できるか | 引用資料だけでは、完全な一覧は確認できません。 | |
| 入力画像の制約を確定できるか | 引用資料だけでは、形式、最大容量、最大解像度、1リクエストあたりの入力枚数、GPT Image 2固有のアルファチャンネル要件までは結論できません。 |
sizeはあるが、一覧表はまだ見えないOpenAIのImages APIリファレンスは、sizeを生成画像のサイズとして扱っています。同じ文脈で、background、output_format、quality、GPT image models向けのtoken usage情報にも触れています 。
より具体的に見える値は、Create image editの例です。この例では、output_formatがpng、qualityがlow、sizeが1024x1024という形で示されています 。
ただし、ここから「GPT Image 2は1024x1024だけをサポートする」とも、「正方形・横長・縦長などの特定の一覧をサポートする」とも言い切れません。正確に書くなら、OpenAI Images APIにはsizeフィールドがあり、画像編集の例では1024x1024が示されている。しかし、引用資料ではGPT Image 2専用の有効なsize値の完全なリストは確認できない、という表現になります 。
プロダクトのバリデーションや公開ドキュメントでは、例示値をそのまま対応マトリクスに格上げしないほうが安全です。
OpenAIには、画像編集向けのCreate image edit APIリファレンスがあります 。またOpenAI Cookbookでは、入力画像の一部を変えたくない場合にマスクを渡すワークフローが説明されています 。
ただし、マスクはピクセル単位での完全な保護を保証するものではありません。Cookbookは、モデルがマスク内の一部を編集してしまう可能性があり、避けようとはするものの、厳密なマスクが必要ならセグメンテーションモデルの利用を検討できると説明しています 。
この範囲で確認できるのは、次の3点です。
一方で、引用資料だけでは、入力画像として受け付けるファイル形式、最大ファイルサイズ、最大解像度、1リクエストで扱える入力画像の数、GPT Image 2固有のアルファチャンネル要件などは確定できません 。
Runwareは、GPT Image 2をtext-to-image generationとimage editing向けのGPT Image family modelとして説明しています 。Fal.aiにも、GPT Image 2.0のplayground、API、schemaを示すページがあります 。
これらのページは、RunwareやFal.ai経由でGPT Image 2を使う場合には重要です。ただし、OpenAIへ直接リクエストする実装では、サードパーティのスキーマにあるサイズenumやファイル制限を、そのままOpenAI APIの公式仕様として扱うべきではありません 。
API連携では、OpenAI直結の設定と、プロバイダー経由の設定を分けて管理するのが実務上は無難です。
1024x1024だけを根拠にサイズ一覧を固定しない。 この値は画像編集の例で確認できますが、GPT Image 2の完全な対応サイズ表ではありません 。短くまとめると、GPT Image 2はOpenAI APIドキュメント上で確認できます 。OpenAI Images APIには生成画像のsizeフィールドがあります 。また、Create image editの例には1024x1024が表示されています 。
しかし、引用資料だけでは、GPT Image 2がサポートする画像サイズの完全な一覧や、入力画像に関する正式な制約セットまでは確認できません。開発では、例示値と仕様値を分けて扱うのが安全です。