Images 2.6 の紹介で、OpenAI は、SVG エクスポートによりデザインを Web サイト、アプリ、印刷に直接取り込めると述べています。 API 変更ログ (2026 年 11 月 4 日) には、GPT‑Image‑2.6 Flare および Sunburst の正式な機能として SVG 生成がリストされています。イメージ生成ガイドでは、POST /v1/images/generations で output_format から "svg" を設定することにより、ベクトル出力の要求を指定します。用途は、編集可能なパス、形状、色を必要とするグラフィックス (アイコンやイラストなど) としてまとめられます。この記事では、文書化された境界のみを記載します。発明された印刷解像度の保証やベンダー間の互換性スコアはありません。

👉 PoYoでGPT Image 2.6 APIを試す：1枚あたりの料金とプレイグラウンド。

リクエストフィールドとハードリミット

イメージ生成ガイドおよびイメージ プロンプト ガイドに従って、SVG リクエストは次の制約に従う必要があります。まず、n は 1 でなければなりません (複数ベクトルのバッチを返すことはできません)。 2 番目に、ストリーミング、部分イメージ、output_compression、prompt_rewriter はサポートされていません。第三に、画像編集エンドポイントは SVG 出力をサポートしていません。また、SVG は編集に使用できるラスター入力としてではありません。そのため、「SVG を出力してからパスを編集する」は正式なパスではありません。 4 番目に、API は最初に参照画像を生成し、そこから SVG を派生します。 quality 層がその参照に適用されます。応答 b64_json は、base64 でデコードされ、.svg 拡張子を付けた UTF-8 XML として保存される必要があります。第 5 に、返されるドキュメントは 静的ベクター コンテンツ であり、スクリプト、外部リソース、埋め込みラスターは含まれません。 SVG は、任意の背景にマークを配置するための background="transparent" もサポートしています。

Flare と Sunburst はどちらも SVG を生成できます。プロンプト ガイドでは、同じ「Field & Flour」のベーカリー ロゴ プロンプトで両方の層を比較し、一方の層が「よりベクトル」であると仮定するのではなく、通常の速度対精度のロジックに従うことができることを示しています。請求はモデル ページのイメージ トークン ルールに従います。複雑さの変更には別途料金はかかりません。発売前に、代表的なロゴとアイコンのプロンプトでアイテムごとのコストを測定します。

適合するユースケース: Web、アプリ、印刷物

製品発表では、SVG を「デザインをプロジェクトの次の段階に進める」エクスポートとして位置付けています。これを doc 言語と組み合わせると、永続的なフィット ステートメントには次のものが含まれます。パスレベルの再編集が必要なロゴとアイコン。 Web およびクライアント上でロスレスに拡大縮小する必要があるフラットなイラスト。カラーオーバーレイに透明な背景が必要なブランドマーク。また、デザイン ツールで色やストロークを編集できるプリプレス ベクター ドラフトも必要です。公式の例では、きれいな輪郭、力強いシルエット、バランスの取れたネガスペース、少ないグラデーションを強調しているため、マークは小さいサイズでも大きいサイズでも読みやすく、一般的な印刷物やアプリアイコンのアクセプタンスバーに合わせて配置されていますが、「特定の印刷機でテストされた」という主張はありません。

Web およびアプリのパイプラインの場合、返された XML はフロントエンドまたはデザイン システムのクリーンアップに使用できます。ドキュメントでは、SVG が常に特定のオプティマイザーやアクセシビリティ プロファイルを満たしているとは主張していません。インテグレーターは独自の構造チェック、パスのマージ、サニタイズを実行する必要があります。印刷バインドされたワークフローの場合、ベクターはラスターの高級ジャギーを回避しますが、カラー管理、スポット カラー、裁ち落とし、およびフォントの埋め込みは、Image API ドキュメントの外で実稼働システムの義務として残ります。最終的に編集可能なラスターまたはモーションにする必要がある場合は、SVG をユニバーサル コンテナーとして強制するのではなく、PNG/WebP/GIF に切り替えてください。

誇張しない境界線

まず、SVG は 世代側 の機能です。編集やマークアップがベクトルを直接出力することを期待しないでください。第 2 に、返品にはスクリプトや外部リソースが含まれていません。それらを「インタラクティブ SVG アプリ」と記載しないでください。第三に、ドキュメントでは編集入力として SVG を明示的に禁止しているため、ブランドの反復は参照、マークアップ、またはマスクを使用してラスター段階で行われ、フリーズ後に個別に SVG エクスポートを要求する必要があります。 4 番目に、一般的な制限が引き続き適用されます。複雑なプロンプトには最大で約 2 分かかる場合があります。テキストのレンダリングと構造化された構成はまだ不十分である可能性があります。 5 番目に、コンテンツのモデレーションと moderation パラメーターは SVG リクエストにも適用されます。

エンジニアリングの承認を得るには、モノクロのロゴ、多色のアイコン、透明な背景が必要なロックアップ、および少し必要なテキストを含むマークなどの固定プロンプト セットを構築します。デコード後、ルート要素とパスが完全であること、スクリプトや外部リンクが誤って含まれていないこと、透明な領域が本当に空洞であることを確認してください。ウェブ/アプリ上で独自の SVG 最適化およびサニタイズ フローを実行します。 Image API がその作業を行うことを期待するのではなく、手作業でカラー プロファイル、ブリード、スポット カラーをプリプレス システムに提供します。品質層は参照ラスターに影響を与えるため、ベクター パスの断片化に間接的に影響を与える可能性があります。パスが断片化しすぎたり、粗すぎる場合は、プロンプトと層を一緒に変更するのではなく、他の条件を固定して品質を上げたり下げたりしてください。 Flare は高速シェイプトライアルに適しています。 Sunburst は、概要と詳細がより厳密な最終前評価に適しています。どちらも SVG を出力できます。

結論: Images 2.6 は、Web、アプリ、印刷の前にベクトルを再利用するために、静的 SVG を Image API の正式な出力リストに追加します。 output_format: "svg"、n=1、および「世代のみ、編集側出力なし」というハード ルールと統合し、機能を誇張することなく独自のツールチェーンでパスの受け入れとプリプレスを完了します。