目次
OpenAIは2026年11月4日、ChatGPT、Codex、向けにImages 2.6を発表しました。Webサービスに画像生成を組み込む開発者は、まず静止画の生成と編集を既存のフローで比較し、GIFとは別の出力として導入を判断できます。APIでは速度を重視するFlareと、細部を重視するSunburstを選べます。GIFはAPIでプレビューアクセスが必要なので、使えない環境では承認済みの静止画を表示する経路を用意します。
OpenAIのImages 2.6発表では、ChatGPTとCodexは全サブスクリプション層で世界的に提供すると案内しています。一方、APIは組織とプロジェクトの条件で利用可否を確認する必要があります。チャット画面でGIFを作れたことは、業務アプリので同じ出力を取得できることの確認にはなりません。本稿の設計例は商品カードを扱う架空のサービスを想定しており、速度や採用率の実測ではありません。
スポンサーリンク
最初に納品物からモデルと出力を選ぶ
同じ商品カードでも、編集担当者が構図を決めるための案、サイトで配信する静止画、広告用の短いループでは合格条件が違います。数案を短い間隔で見たい画面ではFlareから試します。背景だけを変え、元画像の商品の輪郭や色を残したい編集や、小さな文字を含むレイアウトではSunburstから比較します。候補画像をすべてSunburstで作る方式と、Flareで案を選んでからSunburstで編集する方式は、最後に同じ基準で採点してください。後者ではモデルを切り替えたときに構図が変わり、かえって手戻りが増える場合があります。
OpenAIは発表で、画像生成が従来より50%速くなり、低品質設定のFlareは最短6秒で生成できると説明しています。この数字をアプリの応答時間の約束には使えません。実際の待ち時間には入力のアップロード、処理開始までの待ち、画像のデコード、保存、表示の準備が含まれます。たとえば編集画面で基準を置くなら、APIが応答するまでと、担当者がプレビューを見られるまでを別に計測します。前者が短くなっても、大きい画像の転送や縮小処理が支配的なら画面の待ち時間はあまり変わりません。
静止画は、写真や質感を含む素材ならまず既存のPNG、JPEG、WebPの配信経路に載せます。動きが商品の理解に必要ならGIFを追加し、拡大時にも輪郭が保たれる単純な図形やアイコンならSVGを検討します。どの形式も、既存の画像を置き換える条件を先に定めます。たとえば縦長の商品画像を正方形カードに表示するなら、モデルに正方形の配置を頼むケースと、既存の縦長画像をカード側で切り抜くケースを分けて採点します。どちらで余白や商品名を保てるかが判断材料です。
Image APIの生成と編集を分けて実装する
OpenAIの画像生成ガイドでは、単発の生成と編集をImage API、会話の文脈を持ち越す編集体験をResponses APIの用途として説明しています。2.6のGIFとSVGは、画像生成のを起点に実装します。既存の会話型アプリが画像ツールを使っている場合は、モデル名を置き換える前に、ツール側の対応モデルとパラメーターを個別に確認してください。画像専用エンドポイントで指定できる値が、別のエンドポイントでも使えるとは限りません。
最初の静止画試験では、生成エンドポイントにモデル名、、サイズ、品質、出力形式を明示します。下の例は横長の静止画向けのリクエスト本文です。API呼び出しの前に、組織で対象モデルが使えるかを確認します。レスポンスの画像データはデコードし、想定した形式と実寸を確認してから保存します。ブラウザーには保存済み画像への参照を渡すと、生成のレスポンスを画面の状態に抱え込まずに済みます。
{
"model": "gpt-image-2.6-flare",
"prompt": "無地の背景に折り畳み傘を1本。右側に見出し用の余白を残す。",
"size": "1536x1024",
"quality": "medium",
"output_format": "webp"
}
2.6では、描画前に構図や関係をどれだけ計画するかを指定するcomplexityと、描画品質を決めるqualityを分けて調整できます。complexityの選択肢はlow、medium、highで、省略時は両モデルともhighです。たとえば配置が違うなら、まずプロンプトとcomplexityを確認し、配置は合っているが文字が崩れるならqualityの比較に進みます。一度にモデルと両設定を変えると、改善した理由が分からず、次の用途で設定を再利用しづらくなります。
スポンサーリンク
注釈で編集範囲を伝えた後に変えてはいけない部分を検査する
画像の一部を変える依頼では、OpenAIの画像プロンプトと移行ガイドが説明するmarkupを利用できます。編集リクエストに元画像と透明なPNGの注釈レイヤーを渡します。注釈PNGは最初の入力画像と同じピクセル寸法にそろえ、変えたい箇所に丸などの印を置きます。追加の画像は参照として使い、注釈は最初の画像にだけ適用されます。公式例に従う場合、markupと同時にmaskやprompt_rewriterを指定しません。
たとえば「傘の持ち手を黒に変更し、布地の模様と商品ラベルは維持する」と書き、持ち手を丸で囲みます。指示に変更点と維持点の両方があると、レビュー担当者が元画像と差分を照合できます。ただし、印の外側がピクセル単位で固定される保証はありません。品番ラベルや価格表示が正確に残ることが必須なら、生成された部分を元画像に合成するか、文字をサイト側で描画する方式を検討します。文字まで焼き込んだ画像を承認すると、価格改定のたびに再生成と再確認が必要になるためです。
編集画面では注釈入りの画像だけを成果物として保管せず、元画像と出力画像も分けて管理します。担当者が前の版へ戻れるよう、編集のたびに基準画像を記録し、どの編集で輪郭や色がずれたかを追えるようにします。連続編集の最終版だけを確認すると、途中で失われた細部を後から見つけにくくなります。たとえば色変更、背景差し替え、切り抜きの順に頼んだ場合は、色変更直後と最終出力の両方を元画像と並べます。
GIFは提供条件と配信の負担を別々に確かめる
OpenAIの画像生成APIリファレンスによれば、GIFのframe_countは2〜16で、未指定時は9です。frame_duration_msの既定値は200ミリ秒です。GIFはストリーミング、途中画像、マスク、任意の出力圧縮に対応しません。またモデルごとのGIF用サイズ制約があり、静止画で通ったサイズをそのまま使えるとは限りません。フレーム数やサイズの組み合わせを選べる画面にする場合、受け付ける値を事前に絞り、不足と設定エラーを別に扱います。同じ入力をそのまま再送しても、この二つは解消しません。
配信前にはフレーム数、寸法、実ファイル容量に加え、最初と最後のつながりを確認します。商品が回転する例では、フレーム間でロゴや持ち手が変形していないかも確認します。ファイルの生成に成功しても、ページの容量上限を超えるなら、公開対象から外し、同じ枠に静止画を出します。動きが本題でない一覧画面では静止画を先に表示し、ループ素材は詳細画面の利用者が選んだときだけ読み込む設計もできます。自動で動く素材を採用する場合は、動きを減らす設定の利用者が静止画に切り替えられるようにします。
SVGを採用する際は、出力の拡張子が正しいだけで合格にしません。使用予定のブラウザーと編集ツールで開き、表示倍率を変えて輪郭が崩れないか、文字や図形を編集できるか、要求した余白や色が再現されるかを確認します。画像編集チームが部品単位で修正できることが必要なら、視覚的には同じでも編集しにくい出力を区別します。細かな陰影が多い写真風の素材までSVGに統一せず、配信容量や編集のしやすさが改善する用途に絞ります。
スポンサーリンク
切り替えは採用画像あたりの費用と待ち時間で決める
OpenAIのSunburstモデル仕様と料金ではSunburstの画像出力を100万画像トークンあたり30米ドルと案内しています。画像生成ガイドの計算例も画像出力分の見積もりで、テキストや画像の入力、ストリーミングの途中画像は含みません。制作の予算を決めるときは、APIから返った画像1枚の費用と、編集担当者が最終承認した画像1枚あたりの費用を分けます。後者は、比較期間の入力・出力費用と失敗や再生成にかかった費用を集計し、承認点数で割ります。リクエスト単価が低くても、採用までの試行回数が増えれば節約にならない場合があります。
比較用には、日常的な商品カット、文字の多いバナー、形状保持が必要な部分編集のように種類を分けます。まず既存モデルと2.6で、同じプロンプト、入力画像、寸法、品質、出力形式を使い、同じ受け入れ基準で採点します。たとえば商品画像は形状保持、バナーは正しい文字と余白、部分編集は指定外の変化の少なさを必須にします。評価の途中でプロンプトを改善したい場合は、最初の比較結果を残し、プロンプト変更を別の試験にします。そうすればモデルの差と依頼文の差を分けられます。
本番では素材の種類ごとに切り替え、画面が使える状態になるまでの待ち時間、再生成率、承認率、形式エラー、採用画像あたりの費用を追います。遅い依頼が一部に集中していないかを見るには、中央値に加えて上位の待ち時間も確認します。静止画の合格条件を満たしたら切り替え、GIFは利用条件と配信基準を満たした環境でだけ有効にします。既存の静止画に戻せるようにしておけば、モデルや出力形式の問題が起きても、商品ページの公開を止めずに切り分けられます。








![[入門]LLMアプリ開発 --基本・LLMのしくみ・MCP・AIセキュリティ](https://thumbnail.image.rakuten.co.jp/@0_mall/book/cabinet/4707/9784297154707_1_29.jpg?_ex=240x240)
