OpenAI は ChatGPT Images 2.5 をリリースし、開発者向けに 2 つの新しい画像生成モデルを導入し、画像 API の表面に速度と品質のより明確な分割を追加しました。

同社は 9 月 8 日にリリースを発表し、Images 2.5 はデスクトップ、モバイル、Web のすべての ChatGPT、ChatGPT Work、および Codex のユーザーが利用できると述べました。開発者にとって、より重要な変更は GPT-Image-2.5 Flare と GPT-Image-2.5 Sunburst の登場です。 OpenAI は、Flare をより高速な日常生成モデルとして位置付けていますが、Sunburst は、詳細と指示に従うことがより重要な、より高精度のクリエイティブな作業を目的としています。

画像生成は個別の創造的な実験ではなく、通常のビジネス ソフトウェアの一部になりつつあるため、この違いは重要です。マーケティング ツール、コマース プラットフォーム、デザイン レビュー システム、セールス イネーブルメント製品、エージェント ワークフローでは、API を介して画像を生成または編集することが増えています。新しいリリースにより、これらのチームはより詳細に制御できるようになりますが、同時にコストとガバナンスの決定を下す必要も増えます。

API

での変更点

OpenAI の GPT-Image-2.5 Sunburst の公開モデル情報には、テキストと画像の入力、画像出力、画像生成と画像編集エンドポイントの両方のサポートがリストされています。また、ハイエンドの xhigh 層と最大層を含む 6 つの品質設定もリストされています。 OpenAI の公開された Sunburst 価格は、テキスト入力トークン 100 万あたり 5 ドル、画像入力トークン 100 万あたり 8 ドル、画像出力トークン 100 万あたり 30 ドルを示しています。

同社はまた、画像生成の遅延が Images 2.0 と比較して最大 50% 削減されたとも述べています。この数字は OpenAI 自身の主張であり、独立した比較はまだ初期段階にあります。それでも、方向性は明確です。OpenAI は、画像生成を臨時のバッチ ジョブとしてではなく、製品やワークフロー内の対話型機能のように感じさせようとしています。

開発者にとって、実際的な変更は単に「より良い画像モデル」ではありません。これはより広範なルーティングの問題です。一部のユースケースでは、素早いドラフト、プレースホルダー、ソーシャル バリアント、またはサムネイルのコンセプトが必要です。また、管理された編集、ブランドに配慮したビジュアル、製品に隣接した構成、または生成に失敗すると人によるレビュー時間が無駄になる詳細なアセットが必要な場合もあります。 Flare と Sunburst を使用すると、チームは同じモデル設定を通じてすべてのリクエストをプッシュするのではなく、これらのジョブを分離する方法が得られます。

企業が注意を払う必要がある理由

ビジネスへの影響は、すでに大量のイメージを生成しているチームに最初に現れます。プロンプトごとに 10 個の大まかなオプションを作成するデザイン アシスタントのコスト プロファイルは、数ラウンドのレビュー後に 1 つの高品質のキャンペーン アセットを作成するワークフローとは異なります。画像の入力、編集、高品質の階層を追加し、反復を繰り返すことで、支出を迅速に増やすことができます。

そのため、モデルの発表自体よりも可観測性の方が重要になります。企業は、どの製品、ユーザー、チーム、プロンプト、画像サイズ、品質設定が支出を促進しているかを追跡する必要があります。財務チームやプラットフォーム チームが、高品質の世代によって出力が向上しているのか、単に実験コストが増加しているだけなのかを理解しようとしている場合、単純な毎月のプロバイダー請求書では十分ではありません。

ここで、AI API コスト管理 が理論的ではなく運用可能になります。多くの場合、画像ワークロードはテキストのみのタスクよりも目に見えるエンドユーザー価値を持っていますが、コストのかかる再試行パターンが隠れてしまう可能性もあります。ユーザーは、ビジュアルが正しく見えるまで再生成を続けることができます。エージェントは、あいまいな指示を満たすために編集エンドポイントを繰り返し呼び出すことがあります。誰もワークフロー タイプごとにポリシーを設定していないため、製品はデフォルトでプレミアム品質レベルになる可能性があります。

B2B LLM などのマルチモデル プラットフォームを使用している企業にとって、このリリースでは、画一的なモデル選択ではなく、ルーティング ポリシーの根拠が強化されています。製品チームは、アイデア作成用のデフォルトとして Flare を使用し、承認された制作ワークフロー用に Sunburst を使用し、一括生成、画像編集、および高品質出力用に個別の制限を使用することを希望する場合があります。組織レベルの権限、API キーのガバナンス、使用状況分析、予算アラートなど、テキスト モデルに重要なコントロールと同じコントロールが、イメージ生成がスタックに追加されるとさらに重要になります。

影響を受ける人

クリエイティブ ツールを構築する開発者は、最も直接的な対象者です。レイテンシー、品質、コストのバランスをとるためのモデルをより明確に選択できるようになりました。顧客のワークフローにビジュアル生成を組み込む SaaS チームは、その選択を慎重に明らかにする必要があります。すべてのエンド ユーザーに最高品質の設定を選択させるのは簡単かもしれませんが、予測できないユニット エコノミクスが生じる可能性があります。

マーケティング チームやブランド チームも影響を受けます。特に人間の承認前に AI が生成した下書きに依存している場合は影響を受けます。レイテンシーを改善するとクリエイティブ ループを短縮できますが、利用可能な世代が増えるとレビューの負担も増える可能性があります。有益な問題は、チームがより多くのイメージを作成できるかどうかではありません。重要なのは、既存のブランドとコンプライアンスのプロセスに合わせて十分な制御を行って、それらを作成、選択、編集、承認、アーカイブできるかどうかです。

プラットフォーム チームとセキュリティ チームは別の懸念を抱いています。画像の入力と編集には、機密性の高い製品画像、未発表のキャンペーン素材、スクリーンショット、顧客が送信したコンテンツ、または規制されている情報が含まれる可能性があります。マルチモーダル API がビジネス ワークフローの奥深くに移行するにつれて、企業はどのデータをどのプロバイダーに送信できるか、どのチームが画像入力を使用できるか、ログと生成されたアセットをどのように保持するかを決定する必要があります。

まだ不確実なことは何ですか

いくつかの詳細には依然として注意が必要です。 OpenAI のレイテンシの改善はベンダーによって報告されているため、チームは運用環境の前提を変更する前に、独自のプロンプト、イメージ サイズ、リージョン、同時実行パターンに対してベンチマークを行う必要があります。公開資料には、Flare よりも Sunburst の方が価格の詳細が明確に記載されています。企業は、顧客向け料金を見積もったり、内部チャージバック ルールを設定したりする前に、モデルの正確な価格を直接確認する必要があります。

品質もモデル名に還元するのは困難です。サンバーストは、詳細なクリエイティブな作業には適しているかもしれませんが、下書き、社内モックアップ、または低リスクのパーソナライゼーションには、より安価または高速なパスで十分な場合があります。最良の実装は、ポリシー、測定、およびヒューマン ワークフロー設計を組み合わせたものになる可能性が高く、ルーチン生成をより高速な設定にルーティングし、承認されたユースケース用にプレミアム層を予約し、初期リクエスト量と同じくらい厳密に再試行率を監視します。

したがって、

OpenAI の Images 2.5 リリースは、単一の新しいクリエイティブ機能というよりも、マルチモーダル AI がマネージド ビジネス サービスになることを目的としています。最も恩恵を受けるチームは、イメージ生成を運用インフラストラクチャのように扱い、他の API 主導の機能と同じ真剣さで測定、許可、ルーティング、レビューを行うチームです。