如果你係產品或開發團隊,最好將透明底視為「特定流程先支援」嘅功能,並且喺回傳檔案後實際檢查,先好向用戶顯示成功。
最有力嘅正面證據來自 GPT Image 相關文件:如果輸出格式支援透明度,就可以要求透明背景,文件點名提到 PNG 同 WEBP。 另一份 GPT Image 節點實作文件亦提供透明背景選項,但同時寫明:呢個選項只支援「由文字生成圖片,而且唔使用圖片輸入」嘅情況。
呢個分別好重要。OpenAI API 圖像生成指南本身將 generations(根據文字提示從零生成圖像)同 edits(修改現有圖像)分開處理。 換句話講,就算某個生成流程可以做到透明底,都唔等於編輯、參考圖、圖像輸入等流程自然都得。現有資料亦未見到官方文件明確寫明「GPT Image 2」喺每一種模式都保證支援透明背景。
另外,呢批資料入面直接提到 GPT Image 2 嘅來源係第三方介紹文章,而且摘要用到較偏未來式嘅 API 取用說法。 佢可以作為背景參考,但唔足以當成官方 API 對透明背景功能嘅保證。
如果你要產出貼紙、logo 草圖、商品素材、UI icon 呢類需要透明底嘅檔案,較穩陣嘅做法係:
對產品體驗嚟講,呢個差別好大:後台有一個透明選項,唔等於每次都可以放心向用戶承諾「一定成功」。應該按工作流程同實際回傳素材判斷,而唔係只睇 prompt 或設定。
對 edits 或使用輸入/參考圖片嘅流程,現有證據較弱。OpenAI API 指南將 edits 同 generations 分開,而 Fuser 嘅 GPT Image 文件就限制透明選項只適用於純文字生成。 OpenAI Developer Community 亦有討論涉及編輯或生成流程嘗試輸出透明背景,當中包括最終輸出並無透明背景嘅回報。
透明背景唔單止係「有冇 PNG」咁簡單。社群有報告提到,去背時除咗背景,圖像入面其他白色位置亦被影響。 呢點唔代表所有透明背景輸出都唔可靠,但足以提醒團隊要做 QA:邊緣乾唔乾淨、主體有冇被誤刪、白色或淺色細節有冇受影響。
較安全嘅講法係:「支援嘅 GPT Image 工作流程可以輸出透明背景」,而唔係「GPT Image 2 一定支援所有透明背景情境」。目前最強證據講緊 GPT Image 相關工作流程同實作文件;直接關於 GPT Image 2 嘅資料,並唔係官方 API 對透明背景功能嘅確認。
如果你要喺產品頁、設定面板或 API wrapper 入面描述呢個功能,建議避免絕對語氣。較穩妥可以寫:
支援嘅 GPT Image PNG 或 WEBP 文字生成流程可以輸出透明背景;編輯、參考圖、特定模型或 API 設定嘅結果可能不同,正式使用前應先核實輸出檔案。
呢種寫法既保留咗功能價值,又唔會承諾現有證據未能支持嘅行為。
透明背景似乎係 GPT Image 生態入面真實存在嘅能力;目前最有把握嘅場景係 PNG 或 WEBP 嘅文字生成流程。 不過,現有證據未夠支持將 GPT Image 2 描述成喺 edits、圖像輸入同所有 API 配置下都全面支援透明背景。因此,正式產品應該將呢個功能做成有條件開放,並喺回傳後驗證檔案。