Google Flow 與 Adobe Firefly 讓 AI 影片走出聊天視窗
--- title: Google Flow 與 Adobe Firefly 讓 AI 影片走出聊天視窗 meta_title: Flow 與 Firefly 讓 AI 影片成為工具 meta_description: Google 推出 Flow 這款專門的 AI 影片應用程式，同時 Adobe 開放 Firefly 影片生成器進入 beta，象徵從聊天機器人轉向專為創作打造的軟體。 ---
兩件事在幾天之內接連發生，而它們合在一起，說明了 AI 影片正走向何方。
Google 推出了 Flow，這是一款獨立的 AI 影片生成應用程式，整合了 Veo 3、更新後的 Veo 2 模型，以及用於圖生影片工作流程的 Imagen 4。Adobe 則把自家的文字生圖與圖生影片生成器，從有限度的 beta 擴大到透過 Firefly 網頁應用程式全面開放給大眾使用，並預計進一步推廣至 Creative Cloud 訂閱用戶。
兩者都不是新模型。它們都是介面，而這正是重點。
為什麼專用應用程式勝過聊天視窗
第一代 AI 影片工具存在於聊天介面或通用型的模型測試平台裡。你輸入提示詞、拿到一段影片，然後複製網址。這在實驗階段行得通，但一旦你手上有一個正式專案，就行不通了。
Flow 的賣點是整合。Google 的影片能力原本分散在多個不同介面，在文字生影片、圖生影片與細節調整之間切換，意味著得不停換工具、重新建立上下文。專門打造的應用程式把這些步驟集中在一處，聽起來沒什麼，但當你要產出的是一整段影片序列而不是單一片段時，差別就出現了。
與 Imagen 4 的整合是值得留意的細節。圖生影片的工作流程從一張靜態畫面開始，而把圖像生成與影片合成放在同一個應用程式裡，就省去了交接的環節。在真實專案中，大半時間正是浪費在這種交接上：匯出、上傳、重新設定、等待。
Adobe 的著眼點是通路，不是能力
Adobe 這一步比較容易解讀。它早已掌握專業創作工作所依賴的剪輯層，而它的影片生成器進入公開 beta，代表 Firefly 的影片輸出會落在同一份訂閱、同一個素材庫，以及其他一切所使用的同一套工作流程裡。
這裡的策略邏輯是，供應商鎖定難得一次對買方有利。Creative Cloud 訂閱戶本來就在付這套軟體的錢。把影片生成加進去，代表剪輯師不必再評估另一項服務、談另一份合約，或管理另一筆帳單。對 Adobe 而言，這代表一項 AI 影片能力從第一天就能觸及全體訂閱用戶，而不必以獨立產品的身分爭奪注意力。
那是競爭對手難以輕易匹敵的通路優勢。Runway、Luma 以及他們背後的模型實驗室都必須去獲取使用者。Adobe 已經有了。同樣的邏輯也說明了為什麼 Adobe 一直把 Firefly 推入旗下各個應用程式，讓模型變成不管工作在哪裡發生都能出現的一種能力，而不是使用者還得特地去造訪的目的地。
這種做法有風險。被綁進套裝的能力受到的關注通常不如獨立產品，而一個在套裝裡只是尚可的影片生成器，可能會輸給團隊刻意採用的頂尖獨立工具。Adobe 賭的是，對大多數使用者來說，方便勝過業界最佳。以這些使用者中相當大的比例來看，這個賭注很可能會成立。
轉變在於從模型走向工作流程
把目光從這些具體發布拉遠一點，就會看到這個月整個類別浮現出一個模式。
Runway 以首發合作夥伴的身分加入 OpenAI Marketplace，讓企業客戶可以把部分 OpenAI 的採購承諾額度用於購買 Runway，另外也把 Runway 放進了 OpenAI 的 Dots。這些都是通路布局，不是模型布局。Creatify 把 MiniMax H3 後訓練成專為廣告打造的模型，並以秒計價。Midjourney 則以由 Midjourney 圖像或上傳檔案生成五秒短片的方式跨足影片，進一步收緊自己的生態系。
每一項著眼的都是擁有一套工作流程，而不是推出更好的生成器。原因很單純：基礎模型品質已經收斂到一定程度，差異化的重點轉移到模型周邊的事物上。迭代有多容易、能不能順利融入既有流程、輸出是否直接落進最終剪輯所在的系統裡。
有個很有用的反例。前 Google AI 佈道家 Laurence Moroney 主張，Sora 的 API 關閉與 Kling 的實際營收並列，說明爆紅的展示不會建立事業，可重複的工作流程才會。無論你是否認同他所舉的具體案例，這個觀察都站得住腳。一支爆紅的影片是一次行銷事件。一間工作室每週都在用的工具才是一門生意。
創作者真正需要的是什麼
有兩項需求占據主導地位，而兩者都與原始的生成品質無關。
迭代。生出第一段影片很容易。真正吃掉時間的是做到第四版——構圖對了、動態讀起來正確的那一版。Runway 正是因為這個原因，把差異化建立在鏡頭的調度上，而關鍵影格控制幾乎出現在近期每一次的發布中。讓修改變便宜的工具，會勝過讓初稿變漂亮的工具。
整合。影片很少是最終成品。它會被剪進更大的作品裡、調色、混音。一個輸出檔案能直接匯入你剪輯軟體的生成器，比一個輸出檔案還得先轉檔的更有用。Adobe 在這方面的優勢是結構性的，這也是為什麼 Firefly 的 beta 比它的規格所暗示的更重要。
還有第三項較少被討論的需求：可預測性。工作室需要在執行之前大致知道工具會產出什麼，因為預算取決於此。每次嘗試結果差異極大的模型很難用來規劃，即使平均輸出不錯也一樣。這也是為什麼按秒計價與按片段計點變得普遍，因為它們讓製作人能在投入前先估算成本。
必須誠實面對的幾點但書
Flow 的可用性與價格方案隸屬於 Google 標準的 Gemini 生態系，而取用細節一直在變動。任何打算圍繞它做規劃的人，都應該確認自己需要哪個方案層級，而不是憑假設行事。
至於 Firefly，公開 beta 不等於正式全面推出。功能組合與限制在 beta 期間會變動，把正式生產流程的依賴建立在 beta 功能上帶有風險。Adobe 的往例顯示這項能力終會穩定下來，但時間點由 Adobe 決定。
而對兩者來說，底層模型都會改變。Veo 3.1 已經存在，Veo 2 也仍在陣容中；Imagen 4 只是 Google 推出的多款圖像模型之一。應用層才是這些發布中可長可久的部分，而底下的模型會持續汰換。把工作流程建立在某個特定模型版本上的團隊，將得無止境地維護那套流程。
值得觀察的重點
Flow 是否會成為 Google 預設的影片介面，還是與自家其他產品互相競爭。在一家出貨量這麼大的公司裡，碎片化是實實在在的風險。
Firefly 影片是否會留在訂閱方案內，還是變成另外計價的加購項目。綁售的論述只有在它被包含在內時才成立。
介面層是否會成為主戰場。若真如此，可以預期會有更多併購與更多市集合作，因為買通路比打造一套人們願意採用的工作流程快得多。
這個月實質的變化是，AI 影片不再是你得在聊天視窗裡請求的東西，而開始成為你拿來使用的東西。這個轉變比同期任何單一模型發布都更重要，因為正是在這一步，一項技術從有趣變成了日常。