如果你是產品、設計工具或 API 包裝層的開發者,較穩妥的做法是把透明背景視為「特定流程能力」,而不是一個可無條件承諾的功能;最後仍要檢查實際回傳的檔案。
最有力的正面證據來自 GPT Image 相關文件:它表示,在支援透明度的輸出格式中,可以請求透明背景,例子包括 PNG 與 WEBP。
另一份 GPT Image 節點實作文件也提供「Transparent」選項,用來產生透明背景圖片;但同一份文件也寫明,這個選項只支援從文字生成圖片,而且不使用圖片作為輸入。
這個限制很關鍵。OpenAI API 的圖像生成指南把 generations(根據文字提示從零生成圖片)與 edits(修改既有圖片)分開說明。 也就是說,即使某些文字生圖流程能要求透明背景,也不能自動推論到「所有編輯流程」或「所有參考圖流程」都能穩定做到。
至於 GPT Image 2 本身,這組資料中與 GPT Image 2 直接相關的來源是一篇第三方解說;其片段以較偏未來式的語氣描述 GPT Image 2 API 存取。 它可以作為背景脈絡,但不能當成 OpenAI 官方對「GPT Image 2 目前所有 API 流程都支援透明背景」的保證。
如果你需要輸出透明素材,例如貼紙、商品去背圖或介面圖示,依照現有文件,較保守的流程是:
對產品而言,這就是「介面上有這個功能」與「可以對使用者保證每次成功」之間的差距。使用者看到成功提示前,最好依據實際回傳檔案判斷,而不是只看提示詞或請求參數。
如果你的流程會上傳圖片、使用參考圖,或透過 edit 介面修改既有圖片,證據就比較弱。OpenAI API 指南本身區分生成與編輯;而 Fuser 的 GPT Image 文件則把透明選項限制在純文字生成圖片。
OpenAI Developer Community 也有討論透明背景在 edit 或 generate 流程中的使用情況,其中包括最終輸出沒有透明背景的回報。
透明背景不是只看檔案格式。即使輸出檔案可以有透明通道,去背邊緣、細節保留與誤刪內容仍然可能影響成品品質。有社群回報提到,背景移除時連圖中其他白色區域也被切掉。
這不代表所有透明背景輸出都不可靠,但足以提醒正式流程要加入 QA:檢查邊緣是否乾淨、主體是否完整、是否誤刪不該透明的區域。
比較安全的說法是:支援的 GPT Image 流程可產生透明背景輸出,而不是「GPT Image 2 一定支援所有透明背景需求」。目前最明確的透明背景證據指向 GPT Image 模型流程與實作文件;而 GPT Image 2 專名來源在這組資料中並不是官方 API 確認。
若要放在產品頁、設定面板或 API 文件中,建議避免過度絕對的說法。較穩妥的版本是:
支援的 GPT Image PNG 或 WEBP 文字生圖流程可使用透明背景輸出。編輯、參考圖與特定模型或 API 設定的結果可能不同,最終使用前請檢查輸出檔案是否確實透明。
這樣的表述保留了功能價值,也避免承諾目前證據沒有證明的行為。
透明背景確實看起來是 GPT Image 生態中一部分流程的能力;目前文件支持度最高的是 PNG 或 WEBP 的文字生成圖片流程。
但現有證據還不足以把 GPT Image 2 描述成「在編輯、圖片輸入與所有 API 設定中都全面支援透明背景」。如果要做正式產品,建議把透明背景做成有條件的功能,並在回傳後驗證檔案,避免把不透明或去背有瑕疵的成品直接交給使用者。