Flatkey 経由の GPT Image 2 API: 料金、モデル、リクエスト確認 を評価しているのであれば、本番に生成スニペットをコピーする前に、まずルートと課金の根拠を確認してください。GPT Image 2 はモデルの選択肢ですが、本番の画像ワークフローはエンドポイントのサポート、出力設定、再試行の挙動、ストレージ、モデレーションポリシー、そしてチームが受理済み画像 1 枚あたりの最終コストを説明できるかどうかにも左右されます。
このガイドでは、メディアおよび AI 製品チームが Flatkey 経由の GPT Image 2 API アクセスを実務的に確認する方法を示します。最新の OpenAI 料金確認、2026 年 9 月 15 日時点の Flatkey 料金フィードのライブスナップショット、そして検証ポイントとして既存の Flatkey モデルおよび料金ページを使用しています。コードブロックはテンプレートとして扱ってください。本番トラフィックに進める前に、ご自身の Flatkey キー、正確なモデル行、実際のアセット要件でスモークテストを実行してください。
クイックアンサー: Flatkey 経由の GPT Image 2 API の料金と確認
Flatkey 経由の GPT Image 2 API: 料金、モデル、リクエスト確認 のワークフローは、次の順序で使用してください:
- 呼び出す予定の正確なモデル行を確認します:
gpt-image-2、gpt-image-2.5-flare、gpt-image-2.5-sunburst、またはアカウントに表示される名前空間付きの行。 - Flatkey でその行がサポートするエンドポイント種別を確認します。モデル行とルートパスは別の情報です。
- OpenAI の現在の画像生成料金表を、Flatkey の現在の料金ページおよび使用ログと比較します。
- バッチのクリエイティブパイプラインを接続する前に、確認済みの Flatkey ルートへ小さなリクエストを 1 回実行します。
- 受理された各アセットについて、プロンプト、入力画像数、サイズ、品質、形式、再試行回数、レイテンシ、ステータス、コストを記録します。
- Flatkey のルート動作、課金、ストレージ処理が本番要件に一致するまで、直接プロバイダーの基準値を利用可能な状態で保持します。
この順序が重要なのは、画像生成コストが単なるモデルの見出し料金ではないからです。無効なプロンプト、失敗したリクエスト、再試行、人による却下、ストレージ/書き出し作業を含めた後の、受理済み出力にかかるコストなのです。
以前の GPT Image 2 に関するメモから何が変わったか
OpenAI の現在の画像生成ドキュメントでは、例として gpt-image-2.5-sunburst が前面に出ていますが、OpenAI の料金ページには依然として gpt-image-2 と新しい GPT image の行が含まれています。つまり、実務上の問いはもはや「GPT Image 2 は存在するか?」ではありません。実務上の問いは、チームがどの GPT image 行をルーティングすべきか、それが今日どのように課金されるか、そしてアプリがどのリクエスト設定を変更できるかです。
2026 年 9 月 15 日の Flatkey のライブ料金フィードでは、次の GPT image ファミリーの行が表示されました:
| Flatkey の pricing-feed 行 | Status フィールド | 表示されるエンドポイント種別 | フィードで公開される料金フィールド | この証拠の使い方 |
|---|---|---|---|---|
gpt-image-2 |
available |
image-generation, openai |
公開フィードに display_pricing オブジェクトはなし |
利用可能な行として扱い、そのうえで Flatkey の料金 UI と使用ログで課金の詳細を確認する。 |
gpt-image-2.5-flare |
空欄の status フィールド | image-generation, openai |
model_ratio: 2.5, completion_ratio: 6, New release のタグ付き |
現行の候補行として扱い、本番トラフィックの前にアカウントのアクセス権と現在表示されている料金を確認する。 |
gpt-image-2.5-sunburst |
空欄の status フィールド | image-generation, openai |
model_ratio: 2.5, completion_ratio: 6, New release のタグ付き |
現行の候補行として扱う。特に OpenAI のドキュメントではこのファミリーが例で使われているためであり、それでも Flatkey のルート確認は実行する。 |
ここでの正しい結論は意図的に限定的である。Flatkey は現在、モデル/料金の表面に GPT image の行を公開しているが、本番の判断は、正確な行、エンドポイントのパス、そしてあなたのアカウントに表示される現在の請求ラベルに基づくべきだ。
GPT Image 2 API トラフィックをルーティングする前の料金確認
Flatkey 経由の GPT Image 2 API: 料金、モデル、リクエスト確認 のトピックでは、料金は一度コピーした静的なスプレッドシートではなく、検証ワークフローとして扱う。
この記事を更新した時点では、OpenAI の料金ページには GPT image の料金が image 行と text 行に分かれて掲載されていた。ページは input、cached input、output の料金を分けており、対応する行には batch pricing の表示もあった。この構成が重要なのは、画像プロンプトにはテキスト、参照画像、編集、生成結果が含まれ得て、それらが単純な「画像あたりの価格」という前提にそのままは当てはまらないからだ。
開始前に、以下の表を現在の値で埋めてほしい。
| 料金に関する質問 | 記録する内容 | 確認場所 |
|---|---|---|
| アプリはどのモデル行を呼び出すか? | 正確なモデル ID と、Flatkey に表示される名前空間 | Flatkey のモデルディレクトリと料金ページ |
| どのエンドポイントパスが使われるか? | /v1/images/generations, /v1/responses, または別の確認済みパス |
Flatkey のエンドポイント対応とプロバイダードキュメント |
| どの価格要素が適用されるか? | 画像入力、テキスト入力、キャッシュ済み入力、画像出力、バッチ割引、表示があればリクエスト शुल्क | OpenAI の料金、Flatkey の料金、Flatkey の使用ログ |
| 1件の承認済み画像の価値はいくらか? | 返却された資産だけでなく、承認済み資産で割った総支出 | クリエイティブ QA または本番承認データ |
| どこで隠れコストが発生するか? | 再試行、拒否された出力、過大な最終成果物、回避可能な参照画像、バッチの再実行 | アプリケーションのテレメトリと使用ダッシュボード |
最も安全な予算単位は 承認済み画像あたりのコスト です:
cost_per_accepted_image =
(all generation spend + retry spend + review correction spend)
/ accepted_images
これにより、GPT Image 2 API の料金レビューを、チームが実際に出荷するアセットに結びつけられます。
モデル選定: GPT Image 2、GPT Image 2.5 Flare、または GPT Image 2.5 Sunburst
名前が新しいという理由だけでモデルを選ばないでください。ワークロードテストを使いましょう。
| ワークロード | 最初に確認するモデルの質問 | 固定するリクエスト設定 | 合格条件 |
|---|---|---|---|
| ブログとソーシャル向けのビジュアル | モデルはレイアウト、被写体、ブランドセーフティの制約に従いますか? | size, quality, output_format |
レビュー担当者が全面的な再生成なしでアセットを承認する。 |
| 製品コンセプト画像 | モデルはオブジェクト構造を維持し、幻覚的な UI の詳細を減らしますか? | プロンプトテンプレート、参照画像ポリシー | 画像が誤解を招く UI の主張なしにコンセプトを伝える。 |
| Eコマースのクリエイティブバリエーション | モデルは製品から逸脱せずに有用なバリエーションを作成できますか? | 入力画像数、背景、形式 | 承認されたバリアント率が、手動制作コストを上回るのに十分高い。 |
| 編集用ダイアグラム | 偽のロゴや偽のデータなしで、出力は抽象的かつ読みやすいままですか? | ロゴ禁止のプロンプトルール、構図制約 | ビジュアルが、裏付けのない主張をすることなく記事を支える。 |
| バッチ更新 | 多数の小さなジョブを通してもルートは安定していますか? | バッチサイズ、リトライポリシー、タイムアウト | 失敗率とリトライ率が、ローンチのしきい値内に収まる。 |
多くのチームでは、gpt-image-2 は Flatkey の料金フィードで明示的かつ利用可能であるため、評価対象として依然として安定した行です。アカウントに表示され、最新世代の品質が必要な場合は、gpt-image-2.5-flare と gpt-image-2.5-sunburst をテストする価値があります。候補間では同じプロンプトセットを使い、比較がルート性能、承認済み出力、コストに基づくようにしてください。
Flatkey 経由の GPT Image 2 API のリクエスト確認
本番ユーザー、スケジュールされたコンテンツジョブ、または大規模なクリエイティブ生成に接続する前に、これらの確認を実行してください。
| 確認項目 | 合格条件 | 失敗モード |
|---|---|---|
| 認証 | Flatkey キーは、意図した環境からのみ機能する。 | ローカルのテストキーが本番に漏れる、または本番キーがノートブックで使用される。 |
| モデル行 | リクエストのモデルが、テスト用に選択した Flatkey の行と完全に一致する。 | レガシー行、エイリアス、または別プロバイダーの行が誤って呼び出される。 |
| エンドポイント対応 | その行が、コードが呼び出しているパスを公開している。 | Images API のボディがテキスト用エンドポイントに送られる、または Responses リクエストが未対応のルートに送られる。 |
| 出力処理 | アプリが生成画像を正しくデコード、保存、提供する。 | レスポンスが画像バイトを返しているのに、アプリが長寿命のホスト済み URL を想定する。 |
| モデレーションとポリシー | 安全でないプロンプトや、意図から外れたプロンプトが適切に失敗する。 | 失敗した生成が、高コストな再試行ループや壊れたユーザー状態になる。 |
| サイズと品質の制御 | 下書き設定と最終設定が分離されている。 | プレビュー用ジョブが誤って最終レンダリング設定で実行される。 |
| 再試行ポリシー | 再試行が上限付きでログに記録される。 | 1回の失敗したクリエイティブジョブが、繰り返しの高コスト生成を引き起こす。 |
| 使用状況ログ | モデル、ステータス、レイテンシ、設定、コストがログに表示される。 | 財務は支出を把握できるが、それをキャンペーン、ユーザー、または承認済みアセットに紐づけられない。 |
これらのリクエスト確認は、画像ワークにゲートウェイを使うことの中核的な価値です。単一のルートでは直接プロバイダー統合のほうが簡単かもしれませんが、画像生成がテキスト、動画、エージェント、ツール呼び出しと並び、すべてを1つの運用ビューで把握する必要がある場合には、ゲートウェイが役立ちます。
テンプレート: OpenAI 直接ベースライン
Flatkey のルートと比較する前に、期待されるレスポンス動作を理解するために、直接プロバイダーのベースラインを使ってください。
curl https://api.openai.com/v1/images/generations \
-H "Authorization: Bearer $OPENAI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2",
"prompt": "Create a clean product concept image for a usage dashboard.",
"size": "1536x1024",
"quality": "medium",
"output_format": "png"
}'
レスポンスのステータス、レイテンシ、出力バイト、モデレーション結果、その他の使用量フィールドを記録してください。直接ベースラインとルーティングされたテストで同じプロンプト、設定、受け入れ条件を使うまでは、Flatkey を評価しないでください。
テンプレート: Flatkey ルートのスモークテスト
Flatkey アカウントで、選択した行に画像生成サポートがあることを確認したら、Flatkey ルーター経由で最小限のテストを実行します。
curl https://router.flatkey.ai/v1/images/generations \
-H "Authorization: Bearer $FLATKEY_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2",
"prompt": "Create a clean product concept image for a usage dashboard.",
"size": "1536x1024",
"quality": "medium",
"output_format": "png"
}'
選択した行に openai のサポートしか表示されない場合、またはアカウントのドキュメントが別のルートを示している場合は、出荷前にサポートへ問い合わせるかダッシュボードを確認してください。モデル名だけでエンドポイントのサポートを推測しないでください。
アプリケーションコードでは、ベース URL とモデル ID を一元化してください:
const FLATKEY_BASE_URL = "https://router.flatkey.ai/v1";
async function generateImage({ apiKey, model, prompt }) {
const response = await fetch(`${FLATKEY_BASE_URL}/images/generations`, {
method: "POST",
headers: {
Authorization: `Bearer ${apiKey}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
model,
prompt,
size: "1536x1024",
quality: "medium",
output_format: "png"
})
});
if (!response.ok) {
throw new Error(`Image route failed with ${response.status}`);
}
return response.json();
}
これにより、Flatkey のルートを元に戻しやすくなります。モデル行を切り替えたり、直接接続とルーティング経由のテストを比較したり、画像生成の設定を製品全体に散在させずに済みます。
メディアチーム向けの本番用スコアカード
最初のスモークテストが通過したら、このスコアカードを使用してください。
| 指標 | 確認したいこと | 重要な理由 |
|---|---|---|
| 採用画像率 | 返却された画像のうち、レビューを通過するのは何件ですか? | これはモデル品質と実際のコストをつなぐ指標です。 |
| 採用画像あたりのコスト | 再試行と却下を含め、出荷した各アセットのコストはいくらでしたか? | 予算見積もりの楽観化を防ぎます。 |
| P95 レイテンシ | 通常の処理のうち、最も遅いものはどれくらい時間がかかりますか? | クリエイティブなワークフローは、レビューのループで止まりがちです。 |
| 再試行率 | エラーや不適切な出力により、アプリはどのくらいの頻度で再生成しますか? | 再試行はルートの実際の価格を隠してしまうことがあります。 |
| プロンプトテンプレート通過率 | 手動修正なしで機能するプロンプトはどれですか? | 安定したテンプレートは、一回限りのプロンプトよりもスケールしやすいです。 |
| ストレージ成功率 | 生成されたバイト列は正しく保存、リサイズ、配信されていますか? | 画像 API は、アプリ側で永続化が必要なアセットを返すことがよくあります。 |
| 監査可能性 | 支出をユーザー、キャンペーン、ワークスペース、モデルに紐づけられますか? | 財務と運用には、使いやすい台帳が必要です。 |
Flatkey は、これらの指標を他のモデルやツールの使用状況と並べて管理したい場合に適しています。チームがたまに 1 つの画像ワークフローを実行するだけで、すでに直接プロバイダー課金を十分に管理できているなら、OpenAI への直接アクセスで十分かもしれません。
Flatkey の位置づけ
Flatkey の位置づけは、1 つのキー、1 つの残高、1 枚の請求書、OpenAI 互換のルーター、そして多数の公式モデルとツールへのアクセスです。GPT の画像ワークロードでは、クリエイティブパイプラインがより広い AI スタックの一部である場合に重要になります:
- キャンペーンビジュアル向けの画像生成;
- 見出し、キャプション、メタデータ向けのテキスト生成;
- GPT Image、Gemini の画像モデル、Imagen 風のワークフロー、動画モデルにまたがるモデル比較;
- ワークスペース、アプリ、キャンペーン、または環境ごとの使用状況レビュー;
- キー、モデルの許可リスト、予算の所有権に関するガバナンス。
より広い文脈については、次の内部参照を開いたままにしてください:
- プロバイダー横断の画像料金単位とリクエスト確認については、GPT Image vs Imagen API。
- モデル選択とルーティングの検討については、GPT Image vs Gemini Image API。
- ワークフロー指標については、Image Generation API: A Practical Guide for Teams。
- プロバイダー、エンドポイント、料金フィールドの確認については、AI Model Catalog Guide。
- 最新のプラットフォーム確認については、Flatkey pricing と Flatkey model directory。
GPT Image 2 API 最終チェックリスト
実際のトラフィックを GPT Image 2 API Through Flatkey: Pricing, Models, and Request Checks のワークフローに流す前に、次を確認してください:
- 現在の Flatkey の行が存在し、あなたのアカウントで利用可能である。
- その行が、アプリケーションが呼び出すエンドポイントパスをサポートしている。
- OpenAI の現在の料金ページと Flatkey の現在の料金ページの両方を確認済みである。
- 予算は、名目上の出力価格だけでなく、承認された画像 1 枚あたりのコストを基準にしている。
- ドラフトと最終レンダリングの設定がコード内で分離されている。
- リトライには最大回数があり、ログで確認できる。
- 生成された出力は、キャンペーンとモデルのメタデータ付きでアプリケーションに保存されている。
- ルーティングされた挙動が証明されるまでは、直接プロバイダーのベースラインを利用できる状態にしてある。
GPT Image 2 API Through Flatkey: Pricing, Models, and Request Checks の判断は、理論上のモデル選好ではなく、小さく測定可能な段階的展開で終えるべきです。行を選び、ルートを確認し、リクエスト本文をテストし、スケール前に承認画像の経済性を比較してください。
よくある質問
GPT Image 2.5 の行が存在する場合でも、GPT Image 2 をテストする価値はありますか?
はい。GPT Image 2 は、あなたのアカウントで明確に表示される行であり、ワークフローが予測可能なルーティングを重視する場合、引き続きテストする価値があります。GPT Image 2.5 Flare や Sunburst のほうが新しい品質テストの候補として適しているかもしれませんが、それらにも同じ Flatkey のルート、料金、利用ログの確認が必要です。
画像生成に Flatkey で OpenAI SDK を使えますか?
選択した Flatkey の行とエンドポイントパスを確認した後でのみ、SDK 互換性を使ってください。多くのワークフローでは、重要なのはルーターのベース URL ですが、画像生成エンドポイントとレスポンス処理についてはスモークテストが必要です。
財務は何を最初に比較すべきですか?
財務は、承認された画像 1 枚あたりのコストを比較すべきです。モデル価格はその一要素にすぎません。却下された出力、リトライ、レビュー時間、保管/エクスポート作業が、クリエイティブなパイプラインの実コストを決定します。
すべての GPT Image 2 API リクエストで最終品質を使うべきですか?
いいえ。ドラフト、プレビュー、最終レンダリングの設定は分けてください。多くのチームは、探索段階のプロンプトでも最終成果物と同じサイズと品質設定を使ってしまうため、予算を無駄にしています。
直接 OpenAI アクセスではなく Flatkey を選ぶべきなのはいつですか?
GPT 画像の作業が、1 つのキー、共有請求、利用ログ、ルート確認を必要とするマルチモデルまたはマルチツールのシステム内にある場合は、Flatkey を選んでください。1 つのプロバイダー、1 つのモデル、1 つの請求面で済むなら、直接アクセスのほうが簡単な場合があります。



