OpenAI Images 2.6 新增 GIF 與更快生成速度,並提供更強編輯控制
OpenAI 於 11 月 4 日發布 Images 2.6,聲稱圖像生成速度提升 50%,同時新增 GIF 創作及更精準的編輯控制功能。OpenAI Images 2.6 針對一項實際矛盾:生成一張吸引人的視覺作品,與在多次修訂中維持其原貌,是兩回事。
OpenAI 表示,這次更新已在全球的 ChatGPT 和 Codex 推出,而 Flare 和 Sunburst 模型則可透過其 API(軟件介面)使用。公告確認了這次發布及其功能。不過,相關效能說法仍屬公司聲稱,並非對每項圖像請求的普遍保證。
較有用的比較,是快速完成初稿與能經得起審核的最終資產之間的差異。Adobe Photoshop 已將生成式編輯帶入既有設計工作流程。OpenAI 則正在擴展旗下產品及開發者平台可提供的控制功能。對創作者和軟件團隊而言,問題在於生成後還剩下多少工作。
OpenAI Images 2.6 不止於第一張圖像
這次發布結合更快生成速度,以及修訂、動畫化和匯出視覺資產的新方式。
OpenAI 的圖像生成發布公告引入動畫 GIF(可循環播放的圖像檔案),同時加入公司稱可在編輯過程中保留角色、產品及品牌細節的改進。更新亦為 API 加入圖像標記功能,並新增 SVG 輸出;SVG 是用於描述可縮放圖像的向量格式。
這個組合改變了公告的範圍。速度關乎圖像多快送達。編輯關乎當有人要求修改後,圖像是否仍然實用。動畫和匯出則關乎結果下一步會流向何處。
這些都是不同的製作問題。模型可以迅速回應,卻仍讓設計師面對大量清理工作。一個視覺上令人印象深刻的結果,也可能在後續修訂改動已批准的細節後,變得難以重用。
設想一個假設的產品推廣活動。團隊批准了一款包裝設計,之後要求更換背景,並製作一個簡短的動畫版本。包裝的形狀和標籤,必須在這些改動中始終保持可辨識。
在這種情況下,再生成一張吸引人的圖像,不一定能推進項目。團隊需要不同輸出之間保持連貫性。否則,每次修訂都會重新打開審核者已作出決定的問題。
這正是為何一致性值得與標題中的速度數字一同受到重視。更快的初稿有助探索。更可靠的修訂,則有助團隊由探索邁向批准。
GIF 生成為同一視覺概念增加另一個去向。不過,動態版本亦帶來原有靜態圖像沒有的問題。審核者必須檢查動作、轉場,以及序列重複的位置。
匯出亦有其交接要求。一個可以成功開啟的檔案,仍需要在有人將會編輯或發布它的應用程式中檢查。格式支援只是提供一個選項,並不代表每項輸出都毋須額外處理。
因此,OpenAI Images 2.6 的公告涵蓋創意工作的多個階段。其重要性取決於這些階段能否為使用者可靠地串連起來。
這項區別亦有助從合適角度看待這次發布。OpenAI 已公布功能並提供示例,但並未證明每個推廣活動、插畫或產品視覺作品,都能直接由提示詞走向發布。
眼前的改變,是可使用一套互相連接的生成與編輯功能的範圍更廣。較長遠的問題則關乎可重複性:一項已獲批准的視覺作品,在下一次要求修改後是否仍能保持獲批狀態。
對評估此次發布的讀者而言,這比將每項功能視為獨立新增項目更有用。價值在於這些功能共同有助完成的工作。
更快生成速度令整個審核周期承受壓力
只有在能縮短取得獲接受結果所需時間時,生成速度才最具意義。
OpenAI 的標題式說法需要附帶其條件。該公司表示,Images 2.6 的圖像生成速度較以往快 50%。它另稱,Flare 可在低品質設定下最快約六秒生成一張圖像。
這些說法描述的是不同事物。較廣泛的比較關乎生成速度。六秒的例子則描述在指定品質設定下的有利結果。兩者皆不能證明每項請求都可保證在某個時間內完成。
官方的 Flare 模型文件將該模型定位為適合快速迭代。這使回應時間對那些讓用戶反覆生成、檢查及修訂圖像的應用程式尤其重要。
不過,第一個結果出現後,計時器仍應繼續。有人必須根據簡報檢查輸出結果。若它未能符合某項要求,下一次請求便成為同一項製作工作的部分。
想像一個假設的市場推廣團隊,在審核會議上比較數個視覺方向。更短的等待時間可讓討論保持聚焦。參與者可以在對原有問題仍記憶猶新時,檢查另一個方案。
現在再想像,所選方向在修訂期間不斷改變其產品標籤。更快的回應便變得較不重要,因為團隊持續檢查同一項要求。人類注意力成為限制資源。
這會為開發圖像應用程式的開發者帶來壓力。反應迅速的介面可鼓勵實驗,但亦可能鼓勵用戶生成超出他們能仔細評估的替代方案。
因此,產品設計影響模型速度能否轉化為用戶生產力。應用程式需要提供比較版本、保留已接受參考內容,以及讓所要求改動易於理解的方法。
同樣的壓力亦會延伸至創意營運團隊。更多初稿不會自動增加已批准資產的數量。審核能力和決策清晰度仍然影響交付。
一個有用的評估方式,會區分探索性工作與製作工作。探索重視多樣性與回應速度。製作重視遵循要求及可預測的修訂。
兩者都是合理用途。當為其中一個目的衡量的結果,被視為對另一個目的的承諾時,問題便會出現。
這亦是為何不應將這次發布解讀為每位用戶的圖像工作流程都會縮短 50% 的證據。生成只佔該工作流程的一部分。
簡報準備、參考資料選擇、檢查、修正和批准仍然重要。它們的相對重要性取決於任務和組織。
實際含意很直接。評估這次發布的團隊,應同時追蹤取得獲接受資產所需的總時間及模型回應時間。這種做法能令速度說法更有用,同時不會將其延伸至證據以外。
對軟件供應商而言,競爭機會在於將較短等待時間轉化為更清晰的決定。更快生成為更佳迭代創造空間,但周邊應用程式決定用戶能運用多少這種空間。
Flare 與 Sunburst 令速度與精準度的取捨更明確
OpenAI 的模型分工讓開發者可作選擇,而這些選擇應按實際接受要求評估。
Flare 與 Sunburst 的分別是這次發布的核心。OpenAI 將 Flare 定位為著重速度,並將 Sunburst 定位為適合要求較高的視覺細節和編輯精準度。
其圖像提示詞指南建議以相同的提示詞、參考圖像、尺寸及品質設定來比較模型。這比比較互不相關的展示圖像,更是有意義的起點。
這項選擇亦比問哪個模型「最好」更具體。快速的概念草圖與受嚴格限制的產品圖像,要求並不相同。首選模型可以取決於哪些細節決定結果是否獲接受。
對一個假設的腦力激盪應用程式而言,用戶可能重視迅速看到另一種構圖。即使小細節尚未完成,只要草圖能傳達概念,便可能有用。
產品視覺化應用程式面對不同門檻。圖像可能需要保留包裝比例、材質外觀及可辨識的標記。一個看似合理的替代版本,仍可能未能符合簡報要求。
新的複雜度設定增加另一個變數。複雜度控制渲染前的規劃工作量,而品質控制視覺細節。這些設定處理的是請求中相關但不同的部分。
根據圖像生成指南,較高複雜度可能增加延遲,並引入不想要的改動。當省略該設定時,兩個模型都預設使用高複雜度。
這項細節令「愈多愈好」的簡單理解變得複雜。針對性的修正,不一定能受惠於與包含互動元素的擁擠場景相同的規劃工作量。
設想一項假設的編輯:在保留包裝的同時更改背景顏色。要求很明確。對光線、構圖或表面細節作出額外改動,反而可能令結果變得較無用。
相反,一個包含多名角色和空間關係的插畫場景,需要更廣泛的協調。適用於局部修正的設定,未必適合該類構圖。
這些例子說明的是評估問題,而非普遍處方。開發者需要了解各種配置在自身任務上如何表現的證據。
模型分工亦帶來路由決定。一個應用程式可以向用戶提供明確選擇,或在內部選擇模型。無論哪種方式,都需要讓預期可被理解。
若應用程式在修訂之間悄然更換模型,用戶需要相信其已接受的細節仍會受到保護。若它公開每一項設定,介面則可能令只想進行簡單編輯的人感到不知所措。
因此,這次發布為應用程式開發者提供更多控制權,也帶來更多責任。他們必須決定哪些選擇應放入產品中,哪些選擇需要在幕後測試。
成功的實作會將這些選擇與用戶結果連結。「更快初稿」和「更精準修訂」描述的是有意義的目標。單憑模型名稱,無法告訴用戶結果是否能符合其簡報要求。
相關的比較始終不變:生成圖像所花的資源,與令該圖像變得可接受所花的資源之間的比較。
Adobe 說明編輯控制已是競爭焦點
OpenAI 正加入一場既有競爭,焦點是用戶能否可靠地修改圖像而不影響其他所有內容。
Adobe 是一個有用的參考,因為其編輯工作流程由現有圖像及明確界定的改動區域開始。其文件說明如何使用選取範圍來限制生成式編輯。
在 Photoshop 中,針對性圖像編輯會在已選取區域內套用改動,協助用戶維持對周邊圖像的控制。這建立了比較基礎,而毋須聲稱哪個模型表現更佳。
共同目標是作出選擇性修改。用戶希望移除不需要的物件、更換背景,或調整視覺元素。圖像其餘部分則應繼續發揮原本用途。
OpenAI 的標記支援解決了一個相關的溝通問題。當多個物件外觀相似時,單靠在提示中指明物件可能產生歧義。可見的標註可以識別預期目標。
不過,識別目標和保留其以外的一切,是兩項不同要求。介面可以令指示更清晰,但不能保證生成結果符合所有限制。
這個分別對比較產品的買家尤其重要。成功選取目標的示範,不能證明其在自身圖像庫中的成功率。同樣地,一次令人信服的對話式編輯,也不代表已完全具備投入生產的準備。
競爭壓力同時落在模型供應商和應用程式開發者身上。供應商需要可靠的行為表現;開發者則需要控制項,幫助用戶表達意圖並檢視後果。
對一間假設中的代理商而言,若要修訂宣傳視覺素材,問題便變成可追責性。審閱者需要知道版本之間改變了甚麼,以及先前的批准是否仍然適用。
即使修訂後的作品吸引,也可能因暗中改動另一項已獲批准的元素而增加工作量。團隊因而必須重複原以為已完成的檢查。
這正是工作流程歷史變得有價值的地方。保存簡報、獲接受的參考資料及審閱決定,有助人們區分有意修改與意外變更。
團隊可以在可搜尋的知識庫中整理這些支援背景資料。這種整理有助審閱,但不能證明圖像模型的品質或準確性。
因此,競爭議題遠不只是新增一個提示輸入框。創意軟件必須以用戶能跟隨的方式,連繫指示、參考資料、版本和檢查流程。
OpenAI 的發布令開發者在建立自家介面時,更容易取得這些要素。Adobe 則提供了一個成熟例子,展示如何圍繞文件及其已選取區域來組織控制功能。
兩個例子都不能證明存在一個通用贏家。不同團隊有不同的交接要求、既有工具,以及對修補工作的容忍度。
真正有用的問題是:哪種工作流程能令所要求的修改更容易被指定和驗證。即使底層模型改變,這個問題依然具體。
這也避免了完全根據吸引人的首批輸出作出誤導性比較。在反覆編輯時,圖像中未被改動的部分,可能與正在修改的部分同樣重要。
GIF 生成帶來新一類一致性測試
動畫要求審閱者檢查跨影格的連貫性,而不只是單張圖像的外觀。
OpenAI 的發布示例包括 OpenArt 動畫,以及由開發工作助理的公司 Town 探索的動畫角色。這些展示的是預期用途,而非經獨立量度的生產成果。
這些例子令人容易理解該功能的吸引力。原本已傳達品牌或產品身份的角色,可以成為介面或宣傳活動中的動態元素。
不過,動態引入了額外的驗收要求。吉祥物在姿勢改變時必須保持可辨識;產品在動作展開時亦必須保留其定義性特徵。
循環動畫亦有一個邊界。它的結尾會回到開頭,因此每次重播時,不連貫之處都會顯而易見。一個吸引人的影格,不能證明這個轉換是否順暢。
設想一段展示容器開合的假設產品動畫。審閱者需要在整個動作過程中檢查該容器,也需要確認動作有否暗示任何不準確的產品資訊。
這個分別將視覺魅力與傳達準確性區分開來。動畫可以看來精緻,卻錯誤描繪某個機械原理;也可以保留物件整體外觀,卻改變一項具有商業重要性的細節。
這些是評估問題,並非指每一個生成的 GIF 都有這些問題。這次發布建立了一項新能力,具體結果仍需檢查。
安全審查也變得具時間維度。OpenAI 的 GIF 安全評估承認,有害含義可能透過影格之間的動態出現。該公司表示,與動態相關的違規情況仍然難以偵測。
系統卡描述了額外保障措施,同時承認它們可能漏過違規情況。其針對性評估不應被解讀為一般生產使用情況的量度。
對應用程式開發者而言,這表示靜態圖像審閱流程可能需要修訂。檢查一個具代表性的影格,未必能捕捉整段動畫傳達的內容。
當應用程式讓用戶為上載的參考資料製作動畫時,這點尤其相關。審閱問題不只在於原始參考資料是否可接受,所要求的轉換同樣重要。
商業團隊亦面對相應的品質問題。批准靜態角色,並不會自動批准該角色進行的每一個動作。動作可以改變語調和含義。
因此,新功能擴展了創意可能性和審閱範圍。它加入了一個有自身要求的輸出類別,而不只是為已完成批准的內容附加動態效果。
這不會削弱其實用性。短循環動畫可以服務特定溝通目標,而毋須製作完整影片項目。關鍵分別在於生成候選作品與批准其使用之間。
對關注 OpenAI Images 2.6 的讀者而言,可重複的動畫品質值得獨立證據。它應與靜態圖像速度及編輯表現分開評估。
這次發布提供人們可嘗試的例子。後續測試將會確立,這些嘗試能否穩定地產生符合特定簡報要求的素材。
2027 年初前值得留意的事項
下一批有用證據將涉及可重複的速度、修訂可靠性,以及成功交接至真實項目。
第一個訊號是受控的效能測試。未來數月,有用的比較應維持提示、參考資料、尺寸及品質設定一致,同時記錄生成時間。
這些測試應報告每項結果所附帶的條件。特別快速但低品質的輸出,回答的是與必須保留細微細節的高要求修訂不同的問題。
若代表性工作中的等待時間持續縮短,將會強化這次發布的實際理據。若結果集中於狹窄的例子,則只支持較有限的解讀。
同一批測試亦應記錄輸出是否符合簡報要求。否則,較快的配置可能看似較佳,卻只是把工作轉移至修正和審閱環節。
第二個訊號是修訂可靠性。評估應追蹤同一項素材經歷連續指定修改的過程,並檢查那些原本應維持不變的細節。
對假設中的產品簡報而言,這可包括追蹤形狀、標籤位置和色彩關係。對角色簡報而言,則可包括追蹤可辨識特徵和服飾。
這些是建議的評估準則,而非已報告的基準測試結果。其目的是將發布中的一致性主張,連繫至可觀察的結果。
如果用戶能以較少非預期改動完成修訂,投入生產的論點便會更有力。若已獲接受的細節反覆偏移,其好處仍會較集中於探索階段。
這個訊號重要,因為不少創意決定都在第一張圖像之後才發生。團隊會在審閱期間發現限制條件。有用的系統必須容納這些發現,而不會不斷推翻較早的進展。
第三個訊號是成功的下游使用。GIF 放入預定情境後應繼續有用,而匯出的圖像亦應能在接收它們的應用程式中正常運作。
這不只是能否開啟檔案。審閱者需要檢查視覺表現、可編輯性,以及素材是否傳達項目所需內容。
來自已完成項目的重複案例,會比孤立的生成示範提供更有力證據。清楚說明修補工作的紀錄,亦有助買家理解餘下工作。
可靠交接的證據,將強化 OpenAI Images 2.6 支援更廣泛生產工作流程的論點。若持續需要修補,這個結論便會受到限制。
這些訊號都不需要宣告每項創意工作都有一名贏家。模型可以適合快速概念探索,同時仍較不適合受嚴格控制的修訂。
重要結果是更清晰地繪製出每項能力適合的位置。這張地圖對實際工作的團隊而言,會比籠統聲稱圖像更好更有價值。
在改變既有工作流程前,選擇一份團隊熟悉的簡報,並將所得素材與現有驗收要求比較。保留參考資料、記錄所要求的修改,並檢查完整修訂歷史。除了等待生成的時間,也應計算人員審閱和修正結果所花的時間。對動畫而言,應觀看完整循環,而不是挑選其中最吸引人的影格。對匯出的作品而言,應在下一位實際工作的人將使用的地方開啟它。這次發布為用戶提供更多選擇,但你的項目才提供判斷它們的標準。你目前流程中最需要改善的是哪一部分:等待草稿、保留已批准的細節,還是準備最終素材以供使用?



