OpenAI Image Generation API Models: 2026年はどれを選ぶべきか

OpenAI image generation API models を今どう選ぶかという問いに対して、最初に出してよい答えはかなりシンプルです。大半の新規 API 実装は gpt-image-1.5 から始める。コストが最優先なら gpt-image-1-mini を先に試す。gpt-image-1 は移行と互換性確認用に残す。chatgpt-image-latest は ChatGPT の current image snapshot に合わせたい時だけ使う。

この query がややこしく見える理由は、OpenAI に答えがないからではなく、答えが複数ページに分かれているからです。2026年3月23日 時点で models catalog と GPT Image 1.5 page は GPT Image 1.5 を current flagship として扱っています。一方で、現在の Images and vision guide には、latest image model を gpt-image-1 と書く古い文脈が残っています。1ページだけ読むと default を誤解しやすいのです。

だからこのテーマでは、まず current lineup を model pages で確定し、そのあとで guide pages から API surface を選ぶという順番が安全です。そうすると「4つ名前がある」状態が、ちゃんとした routing decision に変わります。

コード例が欲しいなら、この次に読むべきものは日本語の OpenAI image generation API example か、より広い OpenAI Image API tutorial です。このページの仕事は、先にモデルを選び間違えないようにすることです。

要点まとめ

• 新しい OpenAI image API work の default は gpt-image-1.5。
• コスト優先なら最初に gpt-image-1-mini を試す。
• chatgpt-image-latest は ChatGPT parity 用の alias として扱う。
• gpt-image-1 は legacy migration 用であり、新規 default ではない。

現在の OpenAI image models を1表で整理する

下の表が、2026年3月23日 時点での official pages をもとにした最短 routing answer です。

この表から先に覚えるべきことは3つです。

1つ目は、gpt-image-1.5 が今の最も defensible default だということ。current lineup の中心であり、docs・runbook・tests に書きやすい explicit model ID です。

2つ目は、gpt-image-1-mini は “ついでの安い版” ではなく、本当に budget-first の入口だということ。prototype や volume-first workloads では真剣に試す価値があります。

3つ目は、chatgpt-image-latest は gpt-image-1.5 の別表記ではないということです。today の visible price card が同じでも、routing semantics は違います。

コスト側を先に詰めたいなら、日本語の OpenAI image generation API pricing に進むのが自然です。

なぜ gpt-image-1.5 が今の safest default なのか

gpt-image-1.5 を default にする理由は、単に “latest っぽいから” ではありません。production decision として一番説明しやすく、あとから守りやすい default だからです。

現在の GPT Image 1.5 page は、current flagship という位置づけ、現在の per-image pricing、対応 endpoints をひとまとめにしています。これは team docs や release notes で扱う時にかなり便利です。単に「今の新しい image model」を使っている、ではなく、具体的な model family を示せるからです。

この point が大事なのは、この query 周辺で人がよく混ぜるのが次の3問だからです。

• current model はどれか
• cheapest lane はどれか
• Images API と Responses API のどちらを使うべきか

この3つをまとめて解こうとすると、最初に見つけた名前を default にしてしまいがちです。gpt-image-1.5 はその混線を正すのに向いています。current flagship で、かつ chatgpt-image-latest のような alias ambiguity がないからです。

さらに今は価格でも gpt-image-1 より有利です。2026年3月23日 時点で 1024x1024 medium は gpt-image-1.5 が $0.034、gpt-image-1 が $0.042。high も gpt-image-1.5 が $0.133、gpt-image-1 が $0.167。つまり newer default が current public pricing でも合理的です。

実務では、まず gpt-image-1.5 で1本 direct Images API request を通し、そのあとに Mini に下げる理由や Responses に移る理由があるかを確認する、という順序が一番安全です。

gpt-image-1-mini を先に試すべき場面

gpt-image-1-mini を “cheap fallback” ぐらいに見てしまうと弱すぎます。コストが最初の意思決定なら、Mini は fallback ではなく first candidate です。

公式の gpt-image-1-mini page はこれを GPT Image 1 の cost-efficient version と説明しています。2026年3月23日 の current prices でも、その差は十分大きいです。1024x1024 medium は $0.011 対 $0.034、high は $0.036 対 $0.133。draft-heavy な workflow なら architecture が変わるレベルの差です。

特に Mini が向くのは次のようなケースです。

• 画像 feature の ROI を安く検証したい
• 大量の候補画像を先に流したい
• internal tooling や rough exploration が主目的
• flagship quality より monthly spend の上限を優先したい

ただし、ここでよくある誤りは “安いから常に得” と読むことです。もし task によって reruns が増えれば、headline pricing だけでは判断を誤ります。だから Mini は budget-first の最初の比較対象 としては強いけれど、すべての production output をここに固定する理由にはなりません。

chatgpt-image-latest は何のための alias か

chatgpt-image-latest は名前の印象だけで読むと誤解しやすいモデルです。current そうに見える一方で、stable ID ではないからです。

現在の chatgpt-image-latest page が重要なのは、alias が “the image snapshot currently used in ChatGPT” を指すと明記している点です。つまり、これはただの別名ではなく、ChatGPT 側の current image lane を API から参照するための alias です。

そのため、使いどころはかなり明確です。

• ChatGPT と近い output behavior を狙いたい
• benchmark の基準が ChatGPT parity である
• moving snapshot であること自体が要件になっている

逆に、“なんとなく newer に見えるから default にする” のは間違いです。

現時点では chatgpt-image-latest と gpt-image-1.5 は public price cards も visible limits も揃っています。ですが、それは routing meaning が同じという意味ではありません。alias は alias のままです。長期の docs、evals、release review を考えると、explicit な gpt-image-1.5 のほうが扱いやすいままです。

この違いをさらに深く見たいなら、chatgpt-image-latest vs gpt-image-1.5 を読むとよいです。ここでの短いルールは、alias が欲しい理由がある時だけ alias を使う、それだけです。

gpt-image-1 は移行用であって新規 default ではない

現在の GPT Image 1 page は、これを previous image generation model と明記しています。この wording だけで現在の役割はかなりはっきりします。

gpt-image-1 がまだ必要なのは主に2つの場面です。

1つ目は migration。既存 prompts、tests、outputs が GPT Image 1 の周りにあるなら、比較用 baseline として残す価値があります。

2つ目は SERP cleanup。古い tutorial や aggregator pages ではまだ GPT Image 1 が中心に見えるため、検索上のノイズを正しく読むには存在を理解しておく必要があります。

ただし、新規 integration の starting point として採用する理由はもう薄いです。today の positioning でも pricing でも、それは current default ではありません。だから clean rule はこうです。

• gpt-image-1 は legacy comparison と migration 用
• 新しい decision は gpt-image-1.5 か gpt-image-1-mini に寄せる

モデル選択と API surface 選択は別問題

この query が長く混乱しやすいもう1つの理由は、model choice と API surface choice が混ざりやすいことです。

現在の Images and vision guide は、画像生成と編集を Images API でも Responses API でも扱えると説明しています。これは正しいですが、同じ model IDs をどの field にも入れてよいという意味ではありません。

大事な制約は current image_generation tool guide にあります。gpt-image-1.5、gpt-image-1、gpt-image-1-mini は Responses API の top-level model field では使えません。 Responses では gpt-5 や gpt-4.1 のような text-capable main model を置き、image generation は hosted tool 側で動きます。

つまり、本来は次の2問を分ける必要があります。

1. どの image model line を選ぶか
2. direct Images API に行くのか、Responses + image_generation に行くのか

ただ画像を生成・編集したいだけなら、最短 route は今でも direct Images API です。画像生成が larger multimodal workflow の一部なら Responses が自然です。でもそれは API abstraction の話であって、default model を変える理由ではありません。

model 名を疑う前に access と rollout を確認する

model routing が正しくても request が失敗することはあります。この cluster では、その原因は model name より access 条件、organization state、rollout history にあることが多いです。

現在の API Model Availability by Usage Tier and Verification Status では、GPT-image-1 と GPT-image-1-mini が tiers 1 through 5 に開かれており、一部 access は organization verification に依存するとされています。また API Organization Verification も、verified organization が image generation capability を開くと説明しています。

つまり、“model が間違っている” ことと “account context がまだ ready ではない” ことは別問題です。ここを混ぜると無駄に model names を入れ替え続けることになります。

この query に古いノイズが残る理由として、GPT Image 1.5 の rollout early phase もあります。OpenAI の 2025年12月16日の developer community post では、当時 gpt-image-1.5 が models endpoint に見えない、または “model does not exist” が返るという報告がありました。today の steady state ではありませんが、古い forum snippets がまだ誤誘導する理由にはなります。

実務向けの troubleshooting order は次の通りです。

1. current image model line が合っているか確認する
2. 正しい API surface を使っているか確認する
3. usage tier、organization、verification、project context を確認する
4. それでもダメなら prompt や SDK code を疑う

verification や 403 が主症状なら、日本語の OpenAI image generation API verification guide に直行する方が早いです。

最終結論

2026年3月23日 時点の shortest reliable rule はこれです。

• ほとんどの新規 OpenAI image generation API work では gpt-image-1.5
• cost-first なら gpt-image-1-mini
• migration や legacy comparison では gpt-image-1
• ChatGPT parity が明確な要件なら chatgpt-image-latest

この4行だけで、current lineup の大半の confusion は解けます。4つの名前を “同格の選択肢” として眺めるのではなく、役割分担として読むことが大切です。

実装の順序としても、まずは gpt-image-1.5 で1本の direct Images API request を通し、その後に予算や product requirement があれば Mini や alias を検討する、という流れが一番安全です。

FAQ

guide の一部がまだ gpt-image-1 と書いているのに、なぜ default は gpt-image-1.5 なのですか。

2026年3月23日 時点で models catalog と GPT Image 1.5 page は GPT Image 1.5 を current flagship に置いています。混乱は guide wording の遅れから来ており、current lineup 自体が gpt-image-1 中心という意味ではありません。

chatgpt-image-latest を gpt-image-1.5 より優先すべき時はありますか。

あります。ですが条件は “ChatGPT の current image snapshot に揃えたい” こと自体が要件である場合だけです。stable API default が欲しいだけなら gpt-image-1.5 のほうがきれいです。

Responses API の top-level model に gpt-image-1.5 を入れられますか。

できません。current guide は GPT Image model IDs が Responses top-level model の valid value ではないと明記しています。gpt-5 や gpt-4.1 を使い、image generation は hosted tool で呼びます。

今の OpenAI image API models に free tier はありますか。

current public pages では GPT Image 1.5、gpt-image-1-mini、chatgpt-image-latest すべて Free not supported です。実質的な starting point は paid Tier 1 です。