
GPT Image 2(2026):OpenAI 公式ステータスと導入の考え方

GPT Image 2(2026):OpenAI 公式ステータスと導入の考え方
- 2026 年 4 月 22 日時点で、OpenAI は
gpt-image-2の公式モデルページを公開済みです。 - EvoLink では
gpt-image-2に直接アクセスでき、gpt-image-2-betaも補助テストルートとして利用可能です。 - 開発者にとって本当に重要なのは、どの情報が OpenAI 公式で確認済みか、プロバイダーが現時点でどのようにモデルを公開しているか、そして将来の移行で詰まらないシステム設計をどう行うかです。
そのため本記事では、まず OpenAI の公式ステータスを明確にした上で、EvoLink での最も安定した導入の考え方を解説します。
このガイドは、実際に画像ビジネスに取り組んでいるチーム向けです。商品画像の生成、画像編集パイプライン、クリエイティブの自動化、プロトタイプ出力、マルチステップ AI インタラクション。ここでは 3 つのポイントを明確にします。
- OpenAI が公式に確認していることは何か?
- GPT Image 2 に関する議論の中で、まだ不明確、未記載、またはプロバイダー固有の実装にすぎないものは何か?
- 今すぐ画像生成ワークフローを構築するなら、最も安定した導入・移行の考え方は何か?
要点まとめ
- 2026 年 4 月 22 日時点で、OpenAI は
gpt-image-2の公式モデルページを公開済み。 - OpenAI 公式モデルページによって、開発者には明確な基準が示された -
gpt-image-2は公式に公開されたモデル名。 - 単発の生成・編集タスクには、OpenAI は Image API を推奨。
- 会話型のマルチステップ画像編集には、OpenAI は Responses API を推奨。
- EvoLink は現在
gpt-image-2とgpt-image-2-betaの両方を提供しており、前者がデフォルトの接続ルートとして適している。 - 「GPT Image 2 に備える」最も確実な方法は、ベンダーのモデル名とルーティング名を分離管理し、アーキテクチャ上でモデルルーティングを抽象化しておくこと。
今「GPT Image 2」を検索する人が本当に知りたいこと
もはや「この名前はまだマーケティング用語なのか」という段階ではなく、同じキーワードの背後にまったく異なるニーズが混在している状態です。
実際のところ、「GPT Image 2」には少なくとも 4 つの検索意図が含まれています。
- 「OpenAI は GPT Image 1.5 の後に新モデルを出したのか?」
- 「ChatGPT の画像機能はまたアップグレードされたのか?」
- 「API 連携のモデル ID を変更する必要があるのか?」
- 「将来の移行を楽にするために、今どうアーキテクチャを設計すべきか?」
OpenAI が公式に確認していること
1. gpt-image-2 の公式モデルページが公開済み
gpt-image-2 の公開モデルページを提供しています。これにより GPT Image 2 は単なるマーケティング用語や、開発者コミュニティ内のプレースホルダーではなくなりました。これが重要なのは、開発者にとって新たな明確な境界線を引いたからです。OpenAI が公式に確認した情報と、ルーティング実装の詳細や外部の表現にすぎないものとの区別がはっきりしました。
2. OpenAI は画像 API の統合パスを 2 つ提供
現行ドキュメントでは、画像関連の API を 2 つのスタイルに分類しています。
- Image API - 1 回の操作で画像を生成・編集する場合に最適。
- Responses API - 会話型でマルチステップの、繰り返し修正可能な画像体験に最適。
この選択はシステム設計に直結します。多くのチームがモデル名にこだわる一方で、より根本的なアーキテクチャの問題を見落としています。ワンショットの画像生成ツールを作るのか、イテレーティブな編集ワークフローを作るのか、という点です。
3. バックグラウンドモード(Background Mode)はドキュメント化済み
4. 編集と高忠実度画像入力はすでに公開機能
現行ドキュメントでは、多くの人が「次世代モデル」を待たなければ使えないと思っている機能がすでにサポートされています。
- 画像生成と画像編集
- Responses API でのマルチターン編集
- 入力画像の高忠実度保持
- 編集ワークフローでのマスク対応
つまり、「次世代画像ワークフロー」のほとんどの機能は、現在の技術スタックですでに利用可能です。
Thinking Mode:生成前に推論するGPT Image 2
GPT Image 2 のあまり注目されていないが、アーキテクチャ上重要な変更点の一つが、推論能力の統合です。
- 複雑なプロンプトをサブタスクに分解(レイアウト、オブジェクト配置、テキストレンダリングを個別に処理)
- オブジェクトの数をカウントし、空間的な制約を構図に反映する前に検証
- 曖昧さの解消 — プロンプトに矛盾する要件がある場合、ランダムな妥協ではなく処理方法を事前に計画
これは、従来のモデルが苦手としていたプロンプトで最も顕著に効果を発揮します。複数テキストブロックを含むインフォグラフィック、10 個以上のオブジェクトを特定の位置に配置するシーン、事実に基づく正確さが求められる画像(地図やラベル付き図表など)です。
プロンプトがシンプルなら(「ソファに座る猫」など)、Thinking Mode の効果はほとんど分かりません。プロンプトが構造化されて精密な場合(「5 行 3 列の商品比較表、特定のヘッダー、ブランドフッター付き」など)、改善は顕著です。
- Thinking Mode は ChatGPT プロダクト体験の一部です。生の API と ChatGPT インターフェースで、どの程度の推論が公開されるかは異なる可能性があります。
- OpenAI は Image API に対して個別の「Thinking Mode トグル」を公開していません。推論動作はモデル自体に組み込まれています。
- すべてのプロバイダールートが同じレベルの推論動作を提供するとは限りません。実際のプロンプトでテストしてください。
解像度とテキストレンダリング
GPT Image 2 では、本番出力の品質に関わる 2 つの改善が導入されています。
1024x1024 や 1536x1024 といった代表的な例が挙げられていますが、単一の厳密な上限は定義されていません。実際によく使われるサイズは以下の通りです:
| size パラメータ | 主な用途 |
|---|---|
1024x1024 | 標準スクエア |
1024x1536 / 1536x1024 | 縦長 / 横長 |
auto | モデルがプロンプトに応じて自動選択 |
多くのチームが最も即座に体感する改善点です。GPT Image 2 では以下が可能になっています:
- ラテン文字のテキストを小さいフォントサイズでもほぼ完璧にレンダリング
- **CJK(中国語・日本語・韓国語)**をネイティブにレンダリング(文字化けしない)
- 高密度な構図 — パッケージモックアップ、インフォグラフィック、読み取り可能なテキストを含む UI スクリーンショット
- 曲線・パースのかかったテキスト — ボトル、看板、斜めの表面上のテキスト
従来のモデルではスペルミス、文字の結合、小さなテキストの読み取り不能が頻発していました。GPT Image 2 はここで大きく前進しています。
OpenAI がまだ完全には明記していない内容
ここが最も書き間違えやすいポイントです。
- すべてのサードパーティプラットフォームがまったく同じリクエストモデル名で公開するとは限らない
gpt-image-2-betaというルーティング名が、OpenAI 公式の命名上のgpt-image-2と同義とは限らないgpt-image-1.5からgpt-image-2への公式移行ガイドGPT Image 2の公式レイテンシベンチマーク- 「テキストレンダリング精度 40% 向上」や「成功率 95%」といった公式パフォーマンス比較
これらの差異を直接同一視する書き方をすると、記事の信頼性が下がります。
ほとんどのチームにとって現実的なアプローチは、まず OpenAI 公式ドキュメントでベンダー側の事実を確認し、EvoLink のベータ版ドキュメントは現在のルーティング実装の説明として読むことです。
EvoLink での導入:GPT Image 2 をメインに、ベータ版は補助
gpt-image-2 への直接アクセスを提供しており、gpt-image-2-beta も補助テストルートとして利用可能です。gpt-image-2 をメインのモデル名とすべきです。グレースケールテスト、効果比較、段階的検証が必要な場合に gpt-image-2-beta を使えばよく、ベータ版をメインにする必要はありません。現在利用可能な内容:
- GPT Image 2 製品ページ - モデルの機能とユースケースを確認
- Playground でのオンライン試用 - コード不要でプロンプトとワークフローをテスト
- 完全な API ドキュメント - 現在の GPT Image 2 ルートの導入ガイド
- テキストから画像、画像から画像、画像編集に対応
- 非同期タスク処理 - 長時間生成タスクへの対応
導入方法は、おなじみの OpenAI 互換フォーマットと同じです。
- デフォルトリクエストモデル名:
gpt-image-2 - 生成エンドポイント:
/v1/images/generations - タスクステータスストリームで非同期結果を取得
- オプションの
image_urlsパラメータで参照画像編集や画像から画像の生成に対応 - オプションの
callback_urlパラメータで HTTPS タスク完了コールバックに対応 - 対応アスペクト比:
1:1、3:2、2:3、auto - 返却される画像リンクはデフォルトで 24 時間有効
- 補助テストルート:
gpt-image-2-beta
gpt-image-2 に直接接続することです。グレースケールテスト、効果比較、段階的検証を行う明確な理由がある場合にのみ gpt-image-2-beta を追加で使いましょう。EvoLink で GPT Image 2 を呼び出す方法
gpt-image-2 を使用します。curl --request POST \
--url https://api.evolink.ai/v1/images/generations \
--header "Authorization: Bearer $EVOLINK_API_KEY" \
--header "Content-Type: application/json" \
--data '{
"model": "gpt-image-2",
"prompt": "A premium product photo of a ceramic coffee mug on a marble countertop, soft window light, clean e-commerce composition",
"size": "1:1"
}'import requests
response = requests.post(
"https://api.evolink.ai/v1/images/generations",
headers={
"Authorization": f"Bearer {EVOLINK_API_KEY}",
"Content-Type": "application/json",
},
json={
"model": "gpt-image-2",
"prompt": "A premium product photo of a ceramic coffee mug on a marble counter, soft window light, clean ecommerce composition",
"size": "1:1",
},
)
task = response.json()
task_id = task["data"]["task_id"]
# task_id をポーリングして完了を確認し、返却された画像 URL を保存const response = await fetch("https://api.evolink.ai/v1/images/generations", {
method: "POST",
headers: {
Authorization: `Bearer ${EVOLINK_API_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
model: "gpt-image-2",
prompt:
"A premium product photo of a ceramic coffee mug on a marble counter, soft window light, clean ecommerce composition",
size: "1:1",
}),
});
const task = await response.json();
const taskId = task.data?.task_id;
// taskId をポーリングして完了を確認し、返却された画像 URL を保存image_urls パラメータもサポートされています。開発フローはシンプルです。
- GPT Image 2 Playground でプロンプトをテスト
- API 呼び出しに切り替え、
model: "gpt-image-2"を指定 - 非同期タスクの結果をポーリング
- 24 時間の有効期限内に画像リンクを保存
移行に強いアーキテクチャの設計方法
gpt-image-2 ルートを使う場合でも、他の画像モデルと比較している場合でも、アーキテクチャで以下の点を押さえておけば、将来のモデル切り替えがスムーズになります。gpt-image-1.5 は重要な比較ベースライン
gpt-image-2 の公式モデルページが公開された今でも、gpt-image-1.5 は能力比較、安定性評価、移行設計を行う際の重要な参考になります。ほとんどのチームが求めるコア機能はすでにカバーされています。- テキストから画像生成
- 画像編集
- Responses API による会話型画像ワークフロー
- 前世代より向上したテキストレンダリング
- 入力画像のより高い忠実度
gpt-image-1.5 が最も安定したデフォルト選択肢です。初日からモデルルーティングを抽象化する
これが本当の「GPT Image 2 に備える」戦略です。コード全体にモデル名をハードコーディングするのではなく、ルーティングの判断をサービスレイヤーに集約しましょう。
type ImageJobType =
| "hero_image"
| "text_heavy_mockup"
| "product_edit"
| "creative_iteration";
function selectImageModel(jobType: ImageJobType): string {
switch (jobType) {
case "text_heavy_mockup":
return "gpt-image-1.5"; // 旧ドキュメントと整合性を取る場合の保守的な選択
case "hero_image":
case "product_edit":
case "creative_iteration":
default:
return "gpt-image-2"; // デフォルトは最新モデル
}
}モデルを切り替えたい場合や、プロバイダーごとのルーティング名に合わせたい場合、変更するのはルーティングテーブルだけ。リポジトリ全体を検索置換する必要はありません。
非同期アーキテクチャは必須
どのモデルを使うにしても、画像生成のレイテンシの振れ幅は十分大きいです。OpenAI のドキュメントでは複雑なプロンプトに最大 2 分かかる可能性があると明記されており、バックグラウンドモードが推奨されています。
プロダクションレベルのアーキテクチャは以下のようになります。
- 画像リクエストを送信
- タスク ID を即座に返却
- バックグラウンドでポーリング
- 完了後に結果を保存
- 最終アセットの準備完了後に UI を更新
Responses API を使った最小限のポーリング例:
import OpenAI from "openai";
const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY });
export async function submitImageJob(prompt: string) {
const response = await client.responses.create({
model: "gpt-4o",
input: prompt,
tools: [{ type: "image_generation" }],
background: true,
});
return response.id;
}
export async function waitForImage(responseId: string) {
let resp = await client.responses.retrieve(responseId);
while (resp.status === "queued" || resp.status === "in_progress") {
await new Promise((resolve) => setTimeout(resolve, 2000));
resp = await client.responses.retrieve(responseId);
}
return resp;
}このパターンは、将来モデル名がどう変わっても使えます。
GPT Image 2 の編集能力はどこまで進んでいるか
単発の画像生成・編集なら Image API を優先、マルチターンの会話型画像ワークフローなら Responses API を検討してください。
OpenAI の現行ドキュメントでは以下の編集機能がカバーされています。
- 画像編集とマルチターン編集
- 高忠実度入力とマスク編集ワークフロー
つまり、背景の差し替え、小さなオブジェクトの編集、イテレーティブなビジュアルリファインメント、ブランド要素の保持(ロゴ、顔など)をやりたいなら、今すぐ始められます。待つ必要はありません。
料金:確認すべきポイント
gpt-image-2 のトークンベース料金を公開しています。重要な数字:画像出力は $30.00 / 1M tokens で、gpt-image-1.5 の $32.00 / 1M tokens よりやや安価です。1024x1024 の場合、GPT Image 2 は低品質では安価ですが、中・高品質では GPT Image 1.5 の方がコスト効率が良くなります。料金の詳細な内訳と品質ティアごとの比較については、以下をご覧ください:
- GPT Image 2 vs GPT Image 1.5 - 各品質ティアの料金を並べて比較
- GPT Image 2 製品ページ - EvoLink ルートの料金とコスト計算ツール
予算策定の際は、3 つの料金ビューを分けて管理してください:
- OpenAI 公式基準価格 — 公開情報として検証可能なもの
- プロバイダールート料金 — EvoLink や他のプロバイダーを通じて実際に支払う金額
- 社内予算ビュー — リトライコスト、失敗率、品質ミックスを含む、チームの予測に使用するもの
コンテンツモデレーション:moderation_blocked エラーの対処法
- 入力フィルタリング — 生成開始前に、安全性モデルがプロンプトと入力画像をチェック
- 出力フィルタリング — 生成された画像が返却前にチェック
moderation_blocked エラーが返され、画像は生成されません。- リアルな暴力、露骨なコンテンツ、公人を誤解を招く文脈で描写するプロンプト
- ポリシーに違反するコンテンツを含む参照画像
- 安全性モデルが保守的に解釈する曖昧な記述
async function generateWithModerationHandling(prompt: string) {
const result = await generateImage(prompt);
if (result.error?.type === "moderation_blocked") {
// レビュー用にログを記録 — 同じプロンプトで自動リトライしない
logModerationBlock(prompt, result.error);
return { status: "blocked", reason: result.error.message };
}
return { status: "ok", data: result.data };
}- モデレーションブロックに対して同じプロンプトで自動リトライしないこと。同じプロンプトは再びブロックされます。
- ユーザー投稿のプロンプトを受け付ける場合、
gpt-image-2に送信する前に OpenAI の無料omni-moderation-latestエンドポイントで事前フィルタリングしてください。これにより、生成コストが発生する前にほとんどの違反を検出できます。 - GPT Image モデルは
moderationパラメータをサポートしており、値は"auto"(標準フィルタ)または"low"(緩和)です。デフォルトは"auto"です。 - 予期しないモデレーションブロックが発生した場合は、安全性フィルタで一般的にトリガーされる表現を避けつつ、視覚的なコンテンツをより具体的に記述してプロンプトを修正してください。
Batch API:大量生成のコストを 50% 削減
| 項目 | 詳細 |
|---|---|
| コスト削減 | 入力・出力トークン料金が 50% オフ |
| 所要時間 | 24 時間以内に結果返却(リアルタイムではない) |
| レート制限 | 同期リクエストとは別の、より大きなプール |
- 即時の結果が不要なオーバーナイトバッチ処理
- テンプレートから数百枚の商品画像を生成
- 複数のプロンプトバリアントを大規模に A/B テスト
- 24 時間の所要時間が許容されるあらゆるワークフロー
- ユーザー向けリアルタイム生成(Playground、ライブ編集)
- 秒〜分単位で結果が必要なワークフロー
- インタラクティブなプロンプト反復
gpt-image-2 での Batch API の利用可否はプロバイダーによって異なります。EvoLink と OpenAI 直接で、バッチ処理のオプションが異なる場合があります。実践的なコスト戦略
方法 1:1 回生成して、イテレーティブに編集
gpt-image-1.5でベース画像を生成- 編集とマルチターンワークフローでリファインメント
- 一部分だけ変更する場合、画像全体の再生成を避ける
方法 2:タスクタイプに応じたルーティング
- 標準的な商品画像 ->
gpt-image-2 - 商品画像の編集 ->
gpt-image-2 - テキスト主体のデザインモックアップ(旧ドキュメントとの整合性が必要) ->
gpt-image-1.5 - 将来の実験モデル -> 隔離されたテストバケット
ポイントは次のモデルの名前を予測することではなく、将来のモデル切り替えコストを最小限に抑えることです。
典型的なビジネスシナリオの実装
本記事を実際に活用するなら、モデル名を追いかけ続けるよりも、よくあるビジネスシナリオと推奨ルートを対応づけることが最も有用です。
| ビジネスシナリオ | 推奨ルート | 理由 |
|---|---|---|
| EC 商品メイン画像の生成 | gpt-image-2 | 本番パイプラインに直接接続でき、命名やルーティング切り替えのコストを削減 |
| 背景差し替え・部分編集・ブランド要素保持 | gpt-image-2 | 画像編集ワークフローを直接構築するのに適している |
| クリエイティブチームの新プロンプト実験 | gpt-image-2-beta | グレースケールテストや結果比較に適している |
| Agent 駆動の非同期画像生成パイプライン | gpt-image-2 | メインルートは安定したオーケストレーション対象として適しており、タスクポーリングやコールバックと組み合わせやすい |
| チーム内の A/B 効果比較 | gpt-image-2 + gpt-image-2-beta | 正式ルートでメインサンプルを生成し、ベータ版ルートで補助的な比較を実施 |
ビジネスシステムを構築するのであれば(単なるお試しではなく)、本当に優先すべきことは以下です。
- タスクの非同期化
- ルーティングの抽象化
- 画像結果の保存
- 正式ルートとテストルートの分離
今すべきアクション
ここまで来ると、ほとんどのチームに足りないのは「もっと多くの情報」ではなく、明確なアクション順序です。
今日プロジェクトを進めるなら、実用的なパスは以下の通りです。
- 今すぐ GPT Image 2 を試用し、自社のビジネスシナリオに合うか評価する
- 今すぐ 開発・テスト環境に導入する
- 今後、公式ドキュメントやプロバイダーのルーティングがさらに安定したら、ルーティング設定を調整するだけでスムーズに切り替え
現在の GPT Image 技術スタックには、以下を構築するのに十分な機能が揃っています。
- 画像生成パイプライン
- 編集ワークフロー
- イテレーティブなリファインメントループ
- 非同期タスクスケジューリング
- コスト最適化ルーティング
今後注目すべきポイント
gpt-image-2 の公式モデルページの公開を越えました。次に注目すべきシグナルは以下です。- 新しい GPT Image シリーズメンバーを記載した画像生成ドキュメントの更新
- 新モデルの公式料金表
- 変更ログまたはリリースノート
- 現行 GPT Image モデルからの公式移行ガイド
gpt-image-2 をメインの接続先としつつ、追加テストが必要な場合にのみ gpt-image-2-beta を補助的に使うのが堅実なアプローチです。本番投入前チェックリスト
GPT Image 2 を実際にビジネスに導入する予定があるなら(ドキュメントを眺めるだけでなく)、本番投入前に少なくとも以下を確認してください。
- コード内でモデル名が複数箇所にハードコーディングされていないか(統一ルーティング設定で管理すべき)
- 本番デフォルトルートが
gpt-image-2になっているか(ベータ版ルートをメインに誤用していないか) gpt-image-2-betaに専用のスイッチを設けているか(テストルートが本番に混入しないようにする)- 非同期タスクステータスを処理しているか(リクエストが即座に最終画像を返すと仮定していないか)
- 24 時間の有効期限内に画像結果を保存しているか(一時リンクに依存していないか)
- 「OpenAI 公式モデル情報」と「EvoLink の現在のプロバイダールーティング実装」を区別しているか
- コールバックまたはポーリングの仕組みを用意しているか(長時間生成タスクに対応するため)
よくある質問
GPT Image 2 が公開済みなのに、非同期アーキテクチャは必要ですか?
必要です。OpenAI のドキュメントでは、複雑なプロンプトに最大 2 分かかる場合があり、バックグラウンドモードが推奨処理方式だと明記されています。
今すぐイテレーティブな画像編集はできますか?
はい。OpenAI の現行ドキュメントで、画像編集、マルチターン編集、マスク、高忠実度画像入力がカバーされています。
今後モデル名やプロバイダーのルーティングが変わったら、アプリを書き直す必要がありますか?
モデルルーティングを抽象化しておけば、その必要はありません。将来のモデル切り替えはルーティングテーブルの変更で済み、アプリ全体のリファクタリングにはなりません。
EvoLink 上の gpt-image-2 と gpt-image-2-beta はどう理解すればよいですか?
gpt-image-2 です。EvoLink 上では、gpt-image-2 がメインの接続ルートとして適しており、gpt-image-2-beta は効果比較、グレースケールテスト、段階的検証のための補助テストルートです。今すぐ導入するなら、最も実用的なデフォルトは何ですか?
gpt-image-2 に接続。グレースケールテスト、A/B 比較、段階的検証が明確に必要な場合にのみ、追加で gpt-image-2-beta を有効にしてください。GPT Image 2 に「Thinking Mode」はありますか?
あります。GPT Image 2 は複雑なプロンプトを生成前に推論できます。サブタスクの分解、空間的制約の検証、曖昧さの解消などを行います。これはモデルアーキテクチャに組み込まれた機能であり、個別のトグルではありません。構造化されたプロンプト(インフォグラフィック、多数オブジェクトのシーン、テキスト密度の高い構図)で最も効果を発揮します。
GPT Image 2 の対応解像度は?
OpenAI の公式ドキュメントによると、GPT Image 2 は「数千種類の有効な解像度」をサポートしており、1024x1024 や 1536x1024 などの代表的な例が記載されています。利用可能な解像度の範囲はプロバイダーによって異なります。本番環境で特定の解像度を確定する前に、プロバイダーのドキュメントを確認してください。
モデレーションエラーはどう対処すべきですか?
gpt-image-2 を呼ぶ前に OpenAI の無料 omni-moderation-latest エンドポイントで事前フィルタリングするのが有効です。GPT Image 2 で Batch API は使えますか?
OpenAI の Batch API は、24 時間以内の非同期処理で 50% のコスト削減を提供しています。バッチ処理のオプションはプロバイダーによって異なる場合があるため、利用可否は各プロバイダーに確認してください。
GPT Image シリーズ全体をすばやく比較するには?
使い始める
gpt-image-2-beta もご利用いただけます。関連記事
- GPT Image Family
- ChatGPT Image 2:公式ステータスと始め方
- GPT Image 2 vs GPT Image 1.5
- GPT Image 2 vs Nano Banana 2
- GPT Image 1.5 API プロダクション環境ガイド
- GPT Image 1.5 完全ガイド:機能・比較・導入方法
参考情報
- OpenAI モデル概要:https://platform.openai.com/docs/models
- OpenAI GPT Image 2 モデルページ:https://developers.openai.com/api/docs/models/gpt-image-2
- OpenAI 画像生成ガイド:https://developers.openai.com/api/docs/guides/image-generation
- OpenAI Images and vision ガイド:https://developers.openai.com/api/docs/guides/images-vision
- OpenAI GPT Image プロンプトガイド:https://developers.openai.com/cookbook/examples/multimodal/image-gen-models-prompting-guide
- OpenAI ChatGPT Images 2.0 アナウンス:https://openai.com/index/introducing-chatgpt-images-2-0/
- OpenAI ChatGPT Images 2.0 システムカード:https://deploymentsafety.openai.com/chatgpt-images-2-0/
- OpenAI GPT Image 1.5 モデルページ:https://platform.openai.com/docs/models/gpt-image-1.5
- OpenAI API 料金:https://platform.openai.com/docs/pricing
- OpenAI Batch API ガイド:https://platform.openai.com/docs/guides/batch
- OpenAI バックグラウンドモードガイド:https://developers.openai.com/api/docs/guides/background


