GPT Image 2 vs Seedream 5.0 Pro vs FLUX.2 Pro API 比較指南

這項比較沒有足夠證據能選出畫質方面的贏家。GPT Image 2、Seedream 5.0 Pro 和 FLUX.2 Pro 都支援圖像生成與編輯，但各自公開的模型識別、參考圖規則、路由選擇、任務生命週期與計費輸入都不同。對 API 整合來說，這些合約差異通常比供應商展示的範例圖更重要。

實際選擇取決於工作流程。GPT Image 2 適合直接整合 OpenAI Images，或使用 Responses 建立對話式流程。Seedream 5.0 Pro 適合目前在連接平台上經過驗證的 Seedream 5 路由，其輸出合約較受限，並採用非同步任務處理。FLUX.2 Pro 適合 BFL 原生生成與多張參考圖編輯，且可選擇固定 endpoint 或持續更新的 preview endpoint。

本指南已於 2026 年 9 月 5 日完成審查。GPT Image 2 的資料來自 OpenAI 文件；Seedream 5.0 Pro 的資料來自 ByteDance 文件和有日期紀錄的產品目錄檢查；FLUX.2 Pro 的資料則來自 Black Forest Labs 文件。本文未將任何生成圖像、付費任務、延遲測試或輸出樣本用作證據。

重點摘要

• 請選擇精確的模型或 endpoint，不要只使用「GPT Image」、「Seedream 5」或「FLUX.2」之類的系列簡稱。
• GPT Image 2 提供生成與編輯 endpoint，而 Responses API 支援多步驟、對話式圖像工作流程。
• 目前經過驗證的 Seedream 路由是 seedream-5.0-pro；名稱相近的 generic、Lite 與 layered 路由不是可互換的公開 API 模型。
• FLUX.2 Pro 支援多張參考圖編輯，並同時提供固定 endpoint 和持續更新的 preview endpoint。
• 將各供應商的結果統一收斂到自有的任務狀態、來源紀錄和驗收流程後方。
• 比較每項採用素材的成本，不要只看從網頁抄下來的價格或單次成功請求的費用。

本指南內容

• API 比較一覽
• 模型識別與路由穩定性
• 生成與編輯輸入
• 參考圖工作流程
• 同步與非同步任務
• 成本驗證
• 受控評估
• 商業使用界線
• 常見問題

API 比較一覽

這三種整合應以 API 合約比較，而不是用廣泛的藝術品質主張來比較。下表僅記錄官方文件或有日期紀錄的目錄檢查能夠證實的內容。

OpenAI 將 gpt-image-2 記載為可接受並輸出圖像的模型，能透過圖像生成與圖像編輯 endpoint 使用。BFL 將 FLUX.2 Pro 描述為面向正式環境規模的生成與編輯選項。ByteDance 將 Seedream 5.0 Pro 描述為多模態生成與編輯模型，但連接產品究竟公開哪些控制項，仍需獨立驗證。請參閱 OpenAI 模型頁面、ByteDance 的 Seedream 5.0 Pro 發布公告和 BFL FLUX.2 概覽。

若要查看面向創意團隊的廣泛選擇指南，請閱讀另一篇三模型工作流程比較。本文聚焦於開發者合約與營運控制。

模型識別與路由穩定性

正式環境整合應為每項素材保存實際使用的精確模型識別。系列名稱方便導覽，但對路由、迴歸審查、帳務核對或事件分析來說過於模糊。

GPT Image 2 同時提供 alias 和有日期的 snapshot

OpenAI 將 gpt-image-2 列為預設 alias，並將 gpt-image-2-2026-04-21 列為有日期的 snapshot。團隊想使用供應商目前的預設模型時，alias 很方便。若獲准的工作流程需要在不同版本間維持一致的模型行為，有日期的 snapshot 是更安全的選擇。

OpenAI Images API 允許呼叫端直接選擇 GPT Image 模型。Responses API 的運作方式不同：應用程式選擇一個支援圖像生成工具的主模型，再由工具處理底層圖像模型選擇。這項差異應寫入來源紀錄。「由 OpenAI 生成」不夠精確，無法重現結果。官方圖像生成指南說明了這兩種 API 路徑。

Seedream 名稱目前指向不同的產品介面

在 9 月 5 日的目錄審查中，經驗證的公開模型 ID 是 seedream-5.0-pro。受審查合約支援一個輸出、最多 10 張參考圖、1K、1.5K 與 2K 輸出選項，以及包括 auto 在內的九種長寬比。它沒有公開 seed、negative prompt 或 prompt enhancement 參數。

請勿靜默替換成 seedream-5.0、seedream-5.0-lite 或 seedream-5.0-pro-layered。generic ID 有靜態頁面，但不在受審查的執行時模型目錄中。Lite 是 ByteDance 的上游模型，但受審查的公開目錄並未證實它是一條啟用中的路由。layered 識別屬於內部 Studio 工作流程，不在已驗證的公開模型清單中。

最安全的實作方式，是把 seedream-5.0-pro 加入允許清單、部署時驗證，且在無法使用時明確失敗。fallback 到目錄中的第一個圖像模型，可能會從錯誤模型取得一張看似有效的圖像。這比看得見的路由錯誤更糟，因為會破壞來源資料的完整性。

可將目前的 Seedream 5.0 Pro 產品頁面和模型 API 參考作為方便閱讀的入口，但仍需在發布檢查表中保留執行時驗證。

FLUX.2 Pro 區分固定與 preview endpoint

BFL 將 flux-2-pro 記載為固定 snapshot，並將 flux-2-pro-preview 記載為優先取得最新改善的 endpoint。兩者使用相同的 API 合約，但變更控制特性並不相同。

對迴歸敏感的工作負載、已核准的範本和長期客戶流程，請使用固定 endpoint。請在獨立環境中，使用有紀錄的測試套件評估 preview。不要讓設定漂移導致 preview 路由取代固定路由。

完整的 FLUX.2 系列還包含 Max、Flex、Klein 和 Dev 變體，其功能與授權不同。尤其要注意，部分 Klein 變體的 open-weight 說明，並不代表 FLUX.2 Pro 是開放權重或可自行託管的模型。任何系列層級的說法都應以官方 FLUX.2 概覽為準。

生成與編輯輸入

生成與編輯需要分開驗證請求，因為編輯同時涉及創意指示和來源素材的權利義務。供應商也可能採用不同的 endpoint、multipart 格式、參考圖命名方式或輸出交付方法。

GPT Image 2 支援直接與對話式編輯

OpenAI Images API 為生成與編輯各提供一個 endpoint。編輯 endpoint 能修改圖像的一部分或全部，官方指南也記載了遮罩編輯。對 gpt-image-2 而言，圖像輸入一律以高保真方式處理，因此 API 不接受由呼叫端控制的 input_fidelity 值。

單次請求要生成或編輯一張圖像時，請使用 Images API。應用程式需要反覆對話、在 context 中保留先前輸出，或建立多步驟體驗時，請使用 Responses API。在目前模型支援的範圍內，兩種路徑都能自訂尺寸、品質、格式和壓縮等輸出屬性。

正式環境驗證器至少應區分下列輸入：

• 純文字圖像生成請求
• 全圖編輯
• 遮罩編輯
• 依賴先前輸出的反覆編輯
• 包含一項或多項參考素材的請求

不要因為 endpoint 支援某種形式，就推論文字準確度、主體保留程度或編輯區域的局部性。這些是驗收測試結果，不是 API 功能。

Seedream 5.0 Pro 公開的連接合約較窄

ByteDance 記載了 Seedream 5.0 Pro 的上游控制，例如點選、套索選取、草圖、色彩與材質參考、多圖融合和圖層分離。公開模型路由不一定會公開所有上游互動模式。

對受審查路由，只實作連接合約中的參數：prompt、受支援的參考圖 URL、一個輸出、受支援的解析度和受支援的長寬比。提交任務前，應拒絕不受支援的 seed、negative prompt、多輸出或 prompt enhancement 選項。

若需要局部編輯或可編輯圖層，請將局部編輯工具和圖像圖層工作流程視為不同的產品介面。Studio 中存在一項工具，不能證明它的內部模型或完整控制集可透過公開 API 使用。

FLUX.2 Pro 以同一模型系列處理生成與編輯

BFL 記載 FLUX.2 Pro 可用於文字轉圖像生成和圖像編輯。圖像編輯請求能以 input_image、input_image_2 以及後續編號欄位傳入參考圖。BFL 目前記載 API 最多支援 8 張參考圖，而 playground 最多支援 10 張。

API 也記載了 structured prompts、精確色彩值、姿勢引導，以及最高 4 megapixels 的輸出。這些是受支援的控制項，或供應商描述的能力。它們不能證明每個 prompt 都能保留品牌標誌、正確呈現標籤，或在後續色彩管理後符合目標色彩。

官方 FLUX.2 編輯指南提供目前的請求格式與輪詢回應。若要瞭解系列背景而非實作細節，請參閱 FLUX 圖像模型指南。

參考圖工作流程

參考圖數量只是一項限制。可靠的參考圖工作流程還會記錄每張圖的提供目的、必須保留的內容、權利人、所做的轉換，以及供應商是否對處理該圖收費。

請在自己的應用程式資料庫中使用如下的參考圖 manifest：

{
  "role": "product_identity",
  "asset_id": "internal-asset-id",
  "rights_record": "rights-record-id",
  "sha256": "content-hash",
  "must_preserve": ["silhouette", "label", "logo", "base_color"],
  "allowed_changes": ["background", "lighting", "camera_angle"]
}

hash 可偵測意外替換。權利紀錄將上傳素材與授權連結。保留項目清單能把模糊的創意要求轉化為驗收合約。

使用 GPT Image 2 時，請查閱目前 Images 或 Responses 文件，確認所選路徑使用的輸入格式。使用 Seedream 5.0 Pro 時，請遵守受審查的 10 個參考圖 URL 上限與單一輸出合約。使用 FLUX.2 Pro 時，應遵守 BFL API 上限，不要把 playground 的較高上限複製到伺服器程式碼中。

在將供應商的暫時性輸出 URL 作為永久來源素材重複使用前，務必先把檔案取回受控儲存空間。BFL 編輯指南指出，回傳的簽署 URL 只有一段有限的有效期間，因此 worker 應在工作進入 ready 狀態後立即下載並驗證結果。

同步與非同步任務

供應商 API 透過不同生命週期回傳結果。應在應用程式內統一這些差異，不要把三種獨立狀態機直接暴露給使用者介面。

OpenAI Images 直接回應

直接呼叫 OpenAI Images 生成或編輯時，圖像資料會在請求與回應流程中傳回。應用程式仍可將呼叫包在自己的 queue 中，以控制並行數、取消、重試與稽核紀錄。不過，這個 queue 屬於自有基礎設施，不是必須輪詢的 OpenAI 圖像工作。

若使用 Responses API 建立多步驟工作流程，請保存實作所需的 response 與 conversation 識別。也要記錄圖像是來自 Images 直接呼叫，還是圖像生成工具呼叫。

輪詢已連接的 Seedream 路由

已連接的圖像路由是非同步的。提交生成請求後，持久保存回傳的 taskId，再輪詢文件所述的任務 endpoint，直到狀態為 ready 或 failed。重新整理頁面時不得遺失任務識別。

用戶端應採用有上限的指數退避並加入 jitter，設定總時限，並明確處理終止狀態。輪詢期間發生網路 timeout，不代表生成失敗。應先繼續輪詢同一任務，再考慮重新提交；否則可能造成重複費用與輸出。

使用 BFL 回傳的 URL 進行輪詢

BFL 建立請求會回傳一個 ID 和 polling_url。請使用目前文件中的精確終止值，輪詢該 URL，直到結果為 Ready、Error 或 Failed。工作完成後，請在簽署 URL 過期前取回素材。

回應已經提供輪詢 URL 時，不要從假設的路徑自行組合 URL。請將供應商請求 ID、輪詢 URL、endpoint 識別與提交時間保存在一起。

統一的內部工作合約

adapter 層可將供應商行為對應到一種內部紀錄：

type ImageJobState =
  | "queued"
  | "running"
  | "ready"
  | "failed"
  | "cancelled"
  | "unknown";

interface ImageJobRecord {
  internalJobId: string;
  provider: "openai" | "seedream-route" | "bfl";
  modelIdentity: string;
  providerRequestId?: string;
  state: ImageJobState;
  submittedAt: string;
  completedAt?: string;
  inputManifestHash: string;
  outputAssetId?: string;
  billableUsage?: Record<string, number>;
  errorClass?: string;
}

請將 unknown 與 failed 分開。Unknown 表示應用程式目前無法判定供應商狀態。重試狀態查詢，比提交替代工作更安全。

如何驗證成本，又不發布過期價格

不要將供應商頁面上的比較表硬寫進程式碼。圖像定價會改變，供應商計算的收費單位也各不相同。有效的成本比較應從目前的官方定價來源開始，並以自己的採用素材帳本結束。

OpenAI 記載 GPT Image 2 依文字輸入、圖像輸入、快取輸入和圖像輸出 token 計費。輸出 token 用量會隨請求的尺寸與品質變化，編輯請求也包含圖像輸入成本。請在評估當天使用最新的 OpenAI 定價頁面和圖像計算工具。

BFL 記載 FLUX.2 依模型和處理的 megapixels 計費。參考圖與輸出解析度會影響計算方式，進位規則則記載於官方 BFL 定價頁面。請記錄每張參考圖與輸出的解析度，不要直接將標示的起始價格乘以請求數量。

對已連接的 Seedream 路由，請在評估當下使用獲授權帳號可見的即時計費介面。不要推論 point、credit 與美元之間存在固定換算率，也不要把一列可見價格當成名稱相近路由已上線的證明。

正式環境中有用的指標是：

cost per accepted asset =
  (provider charges + retry charges + review labor + correction labor)
  / accepted assets

請為每次評估請求保存下列欄位：

• 定價來源與擷取日期
• 供應商、精確模型識別與 endpoint
• 請求的品質、尺寸與輸出數量
• 參考圖數量與處理尺寸
• 有回傳時，文字、圖像與輸出用量
• 重試與重複工作的次數
• 供應商收費或帳號扣款
• 審查時間與修正時間
• 採用、拒絕或有條件採用的結果

這種方法能在不做普遍性價格主張的情況下，找出每項採用素材成本較低的選項，也能讓後續帳務變更可供稽核。

如何設計受控 API 評估

受控評估應測試應用程式必須核准的實際工作，不應預設某個供應商更擅長人物、文字、寫實風格或 prompt 遵循。

從正式環境失敗案例定義任務

請使用具代表性的交付物與已知失敗模式建立測試套件。實用類別包括產品保留編輯、多語言宣傳圖、多張參考圖合成、資訊圖表和指定區域的局部編輯。

在發出任何請求前，先為每項任務定義客觀要求：

• 確切文字與語言
• 長寬比與最終放置位置
• 來源素材與權利紀錄
• 不得變更的元素
• 允許模型變更的內容
• 拒絕條件
• 允許的人工作業修正

維持證據的可比性

請使用相同的來源素材、必要文案、輸出目標與審查準則。各供應商的語法可能不同，因此應將任務轉換成各 API 支援的欄位，不要強迫所有供應商使用無效的共通 payload。

記錄經過供應商特定轉換後實際提交的 prompt，也要記錄精確模型識別和路由類型。若評估期間路由發生變化，請將結果分開，不要合併計算。

隱藏模型名稱後審查結果

在可行時向審查人員隱藏供應商識別。請將客觀缺陷與美學偏好分開評分。拼字錯誤、缺少產品特徵、標誌遭到更改，或未編輯區域受損，都不應因風格分數很高而在平均值中被掩蓋。

追蹤首次通過率、重試次數、審查時間、修正時間、供應商錯誤與每項採用素材的成本。結論只能適用於實際測試的任務、輸入、日期、endpoint 與帳號條件。

公開證據界線

文章可以說明供應商文件記載某項能力。若方法和來源可供查核，也可以說明有日期紀錄的內部評估觀察到某種結果。但不能把沒有來源的圖像或沒有日誌的 prompt 測試，轉化為畫質勝負結論。

本文不包含受控模型比較輸出，因此不會主張相對輸出品質、文字準確度、人物寫實度、速度、成功率或可靠性。GPT Image 2 prompt 合集可協助規劃未來的任務套件，但每個 prompt 仍需要針對工作定義驗收標準。

商業使用仍然有條件限制

取得 API 存取權或付費方案，不代表每項輸入與輸出都自動取得完整商業權利。能否商用取決於適用的平台與供應商條款、帳號方案、上傳參考素材的權利、請求內容，以及第三方智慧財產權或人格權。

在廣告、包裝、電影、客戶交付成果或其他商業情境中使用輸出前：

1. 查閱目前的服務條款和相關供應商條款。
2. 確認每張上傳照片、標誌、肖像、角色、產品設計與資料集的使用許可。
3. 審查輸出是否包含受保護的第三方素材、誤導性主張、受限內容或必須揭露的資訊。
4. 保存 prompt、輸入 manifest、模型識別、日期、帳號證明與人工核准紀錄。
5. 若活動、地區、合約或主題造成重大風險，請尋求合格的法律專業意見。

OpenAI 針對 API 發布服務條款和使用政策，BFL 則另行發布 API 與授權條款。這些文件可能變更，不同的自行託管 FLUX 變體也可能使用不同授權。不要把某個變體的授權結論直接套用到另一個變體。

付費存取不會自動產生專屬所有權，不代表已證明沒有侵權，也不會授權使用所有參考素材。這是營運指引，不是法律意見。

常見問題

新圖像產品最適合哪一種 API？

沒有一種 API 適合所有情況。GPT Image 2 可作為直接生成、編輯或 OpenAI 對話式工作流程的候選。若經驗證的連接合約符合產品需求，Seedream 5.0 Pro 是一個候選。若架構需要 BFL 原生多張參考圖編輯和固定 endpoint 控制，FLUX.2 Pro 是一個候選。選定預設方案前，請先進行受控評估。

GPT Image 2、Seedream 5.0 Pro 和 FLUX.2 Pro 的非同步方式相同嗎？

不同。直接呼叫 OpenAI Images 時，結果會在請求流程中回傳。已連接的 Seedream 路由會回傳必須輪詢的任務識別。BFL 則回傳請求 ID 和輪詢 URL。應用程式應統一這些生命週期，同時保留原始供應商狀態與請求 ID。

我可以向三家供應商傳送相同的 request body 嗎？

不可以。三者的 endpoint、圖像輸入格式、輸出控制、參考圖上限與任務回應都不同。請先建立供應商中立的內部 brief，再透過經驗證的 adapter，轉換成各精確模型路由所需的格式。

Seedream 5.0 Pro 會公開 ByteDance 所述的所有編輯控制嗎？

不一定。ByteDance 記載的是上游能力，連接產品可能只公開其中一部分。請只使用目前公開合約中的參數，並將 Studio 專用工具視為獨立介面。

應該使用 flux-2-pro 還是 flux-2-pro-preview？

重視可重現性和變更控制時，請使用 flux-2-pro。若希望採用最新改善，且能執行迴歸測試，則可評估 flux-2-pro-preview。每項任務都應保存精確 endpoint。

應如何比較圖像生成成本？

請在評估當天取得最新官方價格、記錄每家供應商使用的計費輸入，並計算每項採用素材的成本。應納入失敗工作、重複請求、重試、人力審查與修正成本。不要直接比較採用不同解析度或輸入圖像規則的起始價格。

生成圖像可以商用嗎？

有可能。請檢查使用中的帳號方案、服務與供應商條款、輸入素材權利、輸出內容和第三方限制。只有付費 API 存取權，不代表所有商業用途都已獲准。

選出贏家前，先建立 adapter

可辯護的工程決策不是「哪個模型獲勝？」，而是「哪一條精確路由符合這項產品合約，而且我們能否證明？」

定義單一內部工作與來源 schema、驗證每項供應商特定請求、保存精確模型識別、不要盲目重送狀態不明的任務，並將收費與採用素材核對。完成這些工作後，再以真實的正式環境標準進行受控評估。

這套流程可能會為對話式編輯、多張參考圖合成、局部編輯與穩定批次生成選擇不同路由。只有當模型識別、任務狀態、成本、證據與權利都能從請求一路追蹤到核准素材時，多模型架構才有實際價值。

官方來源與更新紀錄

本比較已於 2026 年 9 月 5 日重新檢查。證據界線僅限目前的公開產品合約、供應商官方文件和有日期紀錄的平台目錄審查。可用狀態與價格可能在該日期後變更，因此正式環境團隊應在發布或成本決策前重新確認。

• OpenAI，GPT Image 2 模型參考，擷取於 2026 年 9 月 5 日。
• OpenAI，圖像生成指南，擷取於 2026 年 9 月 5 日。
• OpenAI，API 定價，擷取於 2026 年 9 月 5 日。
• ByteDance Seed，Seedream 5.0 Pro 發布介紹，發布於 2026 年 7 月 8 日，擷取於 2026 年 9 月 5 日。
• Black Forest Labs，FLUX.2 概覽，擷取於 2026 年 9 月 5 日。
• Black Forest Labs，FLUX.2 圖像編輯，擷取於 2026 年 9 月 5 日。
• Black Forest Labs，FLUX.2 定價，擷取於 2026 年 9 月 5 日。

PixMind 編輯團隊負責文章層級的審查。目前網站沒有公開具名技術審查者的個人資料，因此本頁不會宣稱無法驗證的個人資歷。最終發布套件必須在上線前驗證 canonical metadata、共用的 1,200×630 WebP 封面，以及網站產生的文章與麵包屑 schema。