AIREITEROpenAI 表示，ChatGPT、Codex 與 API 每週合計產生約 40 億張圖片，並在 2026 年 11 月 4 日推出 Images 2.6，主打更快的生成速度，以及能在多輪編輯中維持角色與品牌細節的能力。不過，首日測試者也回報了瑕疵問題；此外，ChatGPT 目前也不清楚會替你選用哪個變體。實際使用上，可以先用 Flare 打草稿，再用 Sunburst 製作定稿。本文發布時，官方尚未列出 2.6 的 API 價格。
結論：Flare 求速度、Sunburst 顧定稿，GIF 先觀望
如果只想知道該怎麼選：重視產出速度就用 GPT-Image-2.6 Flare，需要穩定一致性則選 GPT-Image-2.6 Sunburst。OpenAI 將 Flare 定位為高速版本，低品質設定最快約 6 秒完成；Sunburst 則主打精準度，適合多輪編輯。兩者都能透過 API 使用，而 ChatGPT 與 Codex 已在網頁版、桌面版和行動版的所有方案提供 Images 2.6。
OpenAI 沒有公布 GIF 的動畫時長、影格率或尺寸限制，早期使用者對品質的評價也不一致。建議先以靜態圖片與標註功能為主，GIF 另外做實驗，不要直接把它放進正式流程。
「玩了 gpt-image-2.6-flare 20 分鐘後的更新。我打算退回 2.5-flare。到目前為止，2.6-flare 的瑕疵太多了（把透明格線直接做進圖片、線條斷裂），而且設計也過於簡化。」——X 上的 @pwnies
這只是其中一名測試者使用 20 分鐘後的觀察，稱不上基準測試，但至少指出了 OpenAI 尚未量化的瑕疵類型。
11 月 4 日推出了什麼
根據 OpenAI 的公告，Images 2.6 已於 2026 年 11 月 4 日在全球 ChatGPT、Codex 與 API 上線。ChatGPT 涵蓋所有訂閱方案，包括免費方案。API 則新增兩個模型變體：
GPT-Image-2.6 FlareGPT-Image-2.6 Sunburst
OpenAI 宣稱生成速度比以往快 50%。公告頁面唯一提供的絕對延遲數字，是 Flare 在低品質設定下最快只需 6 秒；Sunburst 沒有公布延遲數字。
這次更新還加入了從提示詞或草圖生成 GIF、在 API 中使用圖片標註、SVG 匯出，以及新的複雜度參數。複雜度可獨立控制規劃程度，不再與圖片品質綁在一起。OpenAI 提到的早期合作夥伴包括：以精靈圖 GIF 範例聞名的 OpenArt、製作動畫助理角色的 Town、強化角色一致性的 Picsart，以及支援可重複使用創意流程的 Figma Weave。
Flare 與 Sunburst，到底該怎麼選
OpenAI 的公告沒有說明 ChatGPT 是否提供變體選擇器，因此透過 API 使用時，最好直接指定模型。
Flare 是適合快速反覆嘗試的版本。社群圖片、海報概念、產品變體，以及預期會丟掉一半成果的快速編輯，都適合交給它處理。OpenAI 特別提到 Flare 改善了海報與產品圖片的版面配置，不只是單純提高速度。
Sunburst 則是以一致性為優先。品牌素材、必須在整個活動中維持相同外觀的產品圖、角色設定表，以及包含大量限制條件的場景，都更適合使用 Sunburst。OpenAI 將它定位為品質更高，且能在多輪編輯中維持更好的一致性。
| 任務 | 建議選擇 | 原因 |
|---|---|---|
| 日常社群草稿、一次產生 10 個以上變體 | Flare | 延遲最低、版面配置有所改善，適合快速迭代 |
| Logo、產品或角色必須維持完全一致 | Sunburst | 定位就是精準度與跨輪編輯的一致性 |
| 單純換色或替換文字 | 任一版本皆可 | 10 次編輯的 2.5 測試顯示，兩者都成功完成 6 次中的 6 次單一變更 |
| 根據照片上的備註移除或新增物件 | Sunburst＋文字提示詞 | 同一項測試中，只有 Sunburst 在 2 次執行中有 1 次完整完成移除與新增 |
| 快速產生日常圖片 | Flare | OpenAI 稱 Flare 是旗下速度最快的圖片模型 |
在 OpenAI 公布更完整的路由規則前，API 使用者應直接指定模型。如果你使用 ChatGPT，就先假設自己無法控制系統採用哪個變體；一旦角色或物件特徵跑掉，可以改用限制更明確的提示詞，再搭配參考圖片重新生成。
只用一段提示詞製作 GIF：可行的 6 格配置
根據 OpenAI 的說法，Images 2.6 可以讓吉祥物動起來、把產品照變成循環動畫，或將草圖轉成角色。從引用的範例來看，目前最清楚的做法是製作一張 6 格精靈圖，OpenArt 的範例採用了以下配置：
- 剛好 6 個連續影格
- 3 欄 2 列的網格，依左至右、由上到下排列
- 每格尺寸完全相同，固定攝影機位置
- 所有影格使用相同角色、服裝與背景
- 動作逐格推進，第 6 格再逐漸回到第 1 格的狀態，形成無縫循環
- 不加入字幕、文字、數字、Logo、對話框、標籤、邊框或格間留白
如果你要製作遊戲素材或影片前期分鏡，可以把這個結構直接寫進提示詞。提示詞骨架例如：「6 格動畫精靈圖，3x2 網格，同一名 Q 版辦公室職員、同一張桌子與螢幕，正面三分之四視角，第 1 格表情平靜，第 2 至第 5 格逐步呈現反應，第 6 格自然回到平靜狀態，不要文字，不要邊框。」
OpenAI 尚未公布的項目包括：GIF 的輸出時長、尺寸、影格率、檔案大小、模型是否會直接回傳 .gif，或只回傳需要自行組裝的精靈圖，以及任何時間一致性評分。在 API 回應確認能直接輸出 GIF 之前，請預期需要自行把精靈圖組成 GIF。相關限制都應視為尚未確認，直到圖片生成指南補上說明為止。
標註、SVG 與複雜度：值得使用的三個 API 控制項
根據規格分析，API 預發布規格中記載的一項變更是 markup。對開發者而言，這也是 2.6 最實用的功能之一。
Markup 將 ChatGPT 風格的圖片標註帶到 POST /v1/images/edits。你可以在第一張輸入圖片上覆蓋一層透明 PNG，直接指出要改哪裡、怎麼改——例如圈出徽章並寫上「改成星形」，或用箭頭指出蘋果應該放置的位置。規格列出的規則如下：
- 必須是透明 PNG，方向校正後的尺寸要與第一張圖片相同，且內容必須包含透明像素
- 可透過檔案 ID、HTTPS URL、base64 data URL 或 multipart upload 指定
- 同一個請求中不能與
mask同時使用 - 當你傳入最多 16 張參考圖片時，標註只會套用到第一張圖片
Mask 用來指定模型可以繪製的區域；Markup 則能在同一個檔案中，用箭頭、方框與文字備註同時說明位置與修改內容。OmniaKey 的預發布測試提醒我們，純文字指令在 6 次編輯中 6 次都獲得遵循，但只靠圖片上的手繪備註時，成功率只有 4 次中的 1 次。請務必在文字提示詞中再次說明標註內容。
SVG 匯出對 Logo、圖示與印刷素材很有用，但公告沒有說明文字路徑與細線的還原程度，也沒有交代元素數量限制，因此仍應先行測試。
複雜度則把規劃與像素細節分開控制。根據 OpenAI 的說明，快速編輯可用低複雜度；包含大量元素或限制條件的場景，則可使用中或高複雜度。圖片品質仍然負責控制視覺細節。
如果你正在打造圖片編輯器，現在就可以加入可繪製的標註圖層，並將它以 markup 傳送。模型 ID 也應該做成可設定項目，這樣從 2.5 切換到 2.6 時，只需修改設定，再針對小字、手部、密集紋理與多步驟編輯進行同一提示詞的回歸測試。
早期測試者遇到的問題
目前上線初期的訊號仍然有限，但非正式回報中反覆出現三種問題。
| 問題類型 | 依據 | 建議做法 |
|---|---|---|
| Flare 出現瑕疵：透明格線、線條斷裂、細節簡化 | @pwnies 測試 20 分鐘後退回 2.5-Flare | 只把 Flare 用於草稿；定稿改用 Sunburst |
| 提示詞偏移：忽略指示、加入未要求的物件、臉部呈現蠟像感 | u/EducationalPotato127 在 r/ChatGPT 表示「遵循提示詞與上下文的能力比以前差很多」；同一討論串也有人回報顆粒感改變與相似度下降 | 收緊提示詞限制、加入參考圖片，並重跑相同提示詞的檢查 |
| 風格限制：雜訊改善，但像素畫仍然不理想 | @Angaisb_：「雜訊問題似乎好很多了，但還是做不好像素畫」 | 保留 2.5 評估資料集；遷移前在 2.6 的兩個變體上重新測試 |
價格與呼叫方式
OpenAI 的公告連結到了價格頁面，但沒有直接列出數字。截至 11 月 5 日，OpenAI 價格頁面沒有單獨列出 2.6 的項目。因此，以下 2.5 的 token 費率只能暫時拿來估算預算，不能視為官方 2.6 價格：每 100 萬張圖片輸入 token 收費 8 美元、每 100 萬張圖片輸出 token 收費 30 美元、每 100 萬個文字輸入 token 收費 5 美元；使用批次處理時，圖片相關費率減半。以上數字來自 OmniaKey 的價格查核。
標註工作流程可透過 /v1/images/edits 呼叫，文字轉圖片則使用圖片生成端點。根據規格分析，每次最多可傳入 16 張圖片（PNG、WebP 或 JPG，每張低於 50 MB），提示詞上限為 32,000 個字元。
常見問題
我可以在 ChatGPT 裡選擇 Flare 或 Sunburst 嗎？
目前沒有文件記載可供使用者選擇的控制項。只有透過 API 才能明確指定模型。在 ChatGPT 中，如果角色或物件特徵跑掉，請收緊提示詞並加入參考圖片。
Markup 可以取代文字提示詞嗎？
不行。Markup 能以視覺方式引導編輯，但測試顯示，單靠手繪備註通常不足以完成指令。請在提示詞中再次說明修改內容，並記得 markup 與 mask 不能同時使用。